编者按：管理系统需要足够全面的大型企业或连锁店组织结构，因为连锁店类型的分支非常密集，每个层次都需要清晰，管理更方便；作者分享了如何以最低的成本为连锁客户解决复杂的问题，让我们来看看。


连锁和集团化是一种趋势，任何较大的机构，随着业务的发展，都会有向外扩张的趋势；例如，诊所将从单店变成城市连锁店，工厂将在各地建立分支机构。


这也意味着我们的单店版系统不能满足客户的要求。


系统如何解决集团化问题？ 一、集团组织结构 先来看看工厂集团的组织结构: 总部一般组织结构最完整，包括销售、管理、财务、生产等部门。


分公司可能是一个完整的组织，但也可能只是一个财务独立会计的生产基地，但销售和管理由总部统一控制。


即使上面看到的工厂有很多分公司和子公司，一般都是集团控制的。


但如果是门店类型的组织结构，比如诊所，连锁店很可能是战略合作，但实际上是各自经营的，这种关系比较弱。


二、集团设计模型 假设我们现在已经完成了单租户系统，那么如何在此基础上支持集团呢？ 1. 方案1:切换租户账号 在集团的背景下有很多工作量。


在早期阶段，如果人力不足，集团管理员只能登录不同租户的账户查看信息。


这就面临着一个问题：无法统一报告，横向比较和分析各部门；如果客户在月底或年底需要数据，开发只能从数据库中导出数据。


2. 方案2:单租户系统数据权限控制 以上组织结构可以支持在一个系统中实现，不同的分支机构是与总厂同级的父节点。


人员挂在不同的节点上，系统可以控制人员只能看到节点以下的数据，或者具有数据权限功能，让客户手动设置。


但这里带来的问题是，系统中的所有地方都应该标明哪家工厂，如增加适用分公司的产品；设备应增加分公司——数据设置麻烦，字段冗余，用户应根据数据权限判断，增加系统的复杂性。


但事实上，工厂里的大多数人都是操作人员和其他工作人员，他们不需要或无权看到其他工厂的数据。


只是为了少数经理的需要，单一租户系统的复杂性并不划算。


3. 方案3:建立集团背景 更清晰的设计方法是在单个租户的头上包装一层集团的概念，这对客户来说也更容易理解。


每个工厂在实际生产过程中独立运行，但管理权在集团中。


这意味着需要再做一个集团背景，这似乎增加了工作量的两倍，但实际上并不多。


我们都有这样的经验，新系统比旧系统的改造要简单得多，不容易出错；下一节还将讨论集团背景的功能，比单一租户系统中的功能要少得多，复制系统要简单得多。


综上所述，建议在集团后台处理。


三、集团后台功能设计 首先，明确集团背景的用户：财务和经理。


后台的功能主要有两个部分：报表和统一管理配置。


1. 报表 这里的报告包括财务和运营管理。


例如，诊所集团背景报表包括费用统计、医疗统计、药品进销存统计和运营统计。


这些数据是对各分公司的数据进行总结和查询页面，在筛选时可以选择所有或特定的诊所。


原代码的复用率很高。


2. 基础数据设置 当集团进行统一控制时，基本数据的统一配置是不可避免的，如诊所药品。


一般连锁店之间的药品统一采购，各店相互配置。


但如果只做统一设置是不够的。


由于地区差异，诊所之间的药品并不完全相同；例如，如果城西店有医疗美容项目，肯定会增加医疗美容药品；不同诊所之间的价格可能会有所不同。


北京的商店会比小城镇贵。


因此，这里通常有三种做法： 集团有统一创建权，分公司无权。


集团有统一创建权，分公司有自己的修改权。


集团有统一创建权，分公司有自己的创建和修改权。


最好支持它。


一开始，据说不同集团的运营模式差异很大。


即使是同一集团下的分支机构也可能有不同的模式，例如，有些是直接的，有些是特许经营的。


3. 基本参数配置 基本参数的配置也是运营管理的重要组成部分，如会员管理。


一般来说，连锁店之间的会员是通用的，会员的设置规则需要由集团控制。


还有一些参数控制，如分公司地址、存储价值礼品规则、流程参数控制等基本信息；这些权力的收集可以确保分公司服从集团部署，避免私人经营活动。


四、总结 以前，连锁需求一直是通过集团背景来实现的。


最近，有人问，为什么组织结构树不在一个系统中实现？听起来很合理。


我分析了一下，还是用集团后台的方式来实现成本最低，比较好理解。


当然也有缺点:经理只能在集团后台看到总体情况，想看详细数据还是要去各个系统。


但从场景的使用频率来看，这种设计更合理，毕竟没有完美的解决方案。


特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。