|连锁型客户，该如何用最小成本解决复杂需求( 二 )

比如说诊所集团后台的报表，有费用统计、医务统计、药品进销存统计、运营统计。
这些数据就是把各分店的数据做了个汇总查询页面，在筛选的时候可以选全部，也可以选具体某个诊所。
对原代码的复用率是很高的。

本文插图

2. 基础数据设置
集团进行统一管控时，绕不开基础数据的统一配置，比如诊所的药品，一般连锁店之间的药品是统一进货，各店之间互相调配的。
但如果只做统一设置还不够，诊所间因为有地域的差异，药品还不完全一样；比如城西店有医美项目，那肯定会增加医美类药品；不同诊所间的价格也可能不一样，北京店的会比小乡镇的贵。

本文插图

所以这边通常有3种做法：

集团有统一创建权，分店无任何权力。
集团有统一创建权，分店有各自修改权。
集团有统一创建权，分店有各自创建和修改权。

最好是都能支持，开篇也说过不同集团的运营模式差异比较大，就算同一集团下的分店也可能是不同的模式，比如一些是直营的，一些是加盟的。
3. 基础参数配置
基础参数的配置也是运营管理中的重要一块，比如会员管理，一般连锁店之间的会员是通用的，那会员的设置规则就需要由集团统一控制了。

本文插图

还有一些参数的控制，比如各分店的地址等基础信息，储值赠送规则，流程参数控制等；这些权力的上收能保证各分店服从集团的调配，避免私下搞运营活动。
四、总结
之前连锁类的需求一直是用集团后台的方式来实现的，最近有人提问说，为什么不在一个系统里面用组织结构树来实现呢？听着也挺合理的。
我分析了下，还是用集团后台的方式实现成本最小，也比较好理解。
当然也有缺点：管理者在集团后台只能看到总况，想要看明细数据还是要去各系统。
但从场景的使用频率来说，这样的设计还是较为合理的，毕竟没有一个完美的解决方法。
#专栏作家#
司马特小队，公众号：司马特小分队，人人都是产品经理专栏作家。 8年+互联网资深产品经验，多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验；主要教授产业互联网产品相关的硬核知识点。
本文原创发布于人人都是产品经理，未经许可，禁止转载
题图来自Unsplash ，基于CC0协议。