立即登录 连锁和集团化几乎是每个做大的机构绕不开的路。诊所从单店铺成城市网络，工厂到各地设点布局，业务一旦往外走，单店那套系统就明显不够用了。
但要把系统撑到集团级别，真不是加几个功能模块那么简单。尤其是连锁店这种分支密集、层级复杂的组织，每一层都得看得清、管得住，否则数据乱成一锅粥，还不如不用系统。
---
先看懂集团长什么样
工厂集团和连锁门店的组织逻辑，其实差别不小。
工厂体系里，总部通常五脏俱全——销售、管理、财务、生产全配齐。分公司可能是独立核算的完整组织，也可能只是生产基地，销售和管理捏在总部手里。不管下面有多少层，集团对分公司的控制力度一般都比较强。
但换成诊所、餐饮这类连锁，情况就松多了。很多连锁店名义上是战略合作，实际上各干各的，总部和门店的关系弱得很。这种松散结构，对系统的设计要求反而更高。
三种方案，怎么选？
假设单店系统已经跑顺了，往上加集团能力，常见有三条路。
方案一：切换租户账号
最省事，也最粗糙。集团管理员挨个登录不同租户的账号查数据，人手够的时候勉强对付。
但问题很明显：报表出不来，数据也没法横着比。客户月底要汇总，开发只能钻数据库里捞数据，既折腾又容易出错。
方案二：在单租户里做数据权限控制
技术上可行。把不同分支机构挂成和总厂平级的节点，人员挂到节点下，靠数据权限控制可见范围。
但副作用不小。系统里到处要加"适用分公司"的字段——产品要加，设备要加，连报表筛选都得带着。字段冗余不说，用户还得时刻记着权限边界，系统越用越重。
更关键的是，工厂里绝大多数是操作工，本来也没权限、没必要看别的厂数据。为了少数管理层的需求，把整套系统搞复杂，这笔账划不来。
方案三：单独立一个集团后台
这是在单租户外面包一层集团概念，客户理解起来更顺。每个工厂该干嘛干嘛，生产运营互不干扰，但管理权收归集团。
听起来工作量翻倍？其实未必。做新系统往往比改老系统省事，何况集团后台的功能比单租户少得多，复制一套出来反而干净利落。
集团后台要放什么？
用户很聚焦：财务和管理层。功能就两大块——报表和统一管理配置。
报表层面
财务和运营数据都得有。以诊所集团为例，费用统计、医疗统计、药品进销存、运营统计，这些是对各分店的汇总。筛选时可以选全部诊所，也可以指定某几家。
好消息是原代码复用率很高，不用从零造轮子。
基础数据设置
集团管控避不开统一配置，比如药品。连锁店通常统一采购、内部调配，但统一设置往往不够。
地区差异客观存在。城西店有医美项目，就得配医美药品；北京店和小城镇店的定价也不可能一样。所以权限设计一般有三种梯度：集团统一创建、集团创建但分店可改、分店也能自己创建。能支持到第三种最灵活，毕竟同一集团下可能既有直营也有加盟，运营模式千差万别。
基本参数配置
会员规则是典型的集团控场领域。连锁店会员通常跨店通用，设置权必须收上来。还有储值送礼规则、流程参数这些，统一管才能避免分店各自为政、私下搞小动作。
没有完美方案
集团后台这种方式，我们一直在用。也有人问，为什么不把组织架构树直接做进一个系统？听起来更一体化。
细想之后还是集团后台成本低、好理解。缺点当然也有：管理层在集团后台只能看汇总，要查明细还得跳去各分店系统。但从使用频率来看，看汇总是常态、查明细是少数，这么设计更贴合实际场景。
系统架构这事，从来都是在约束里找最优解，而不是追求面面俱到。
