中后台建设思路:对通用的、重复性的模块抽象出来,提供统一的服务。核心是解耦、复用性。
信息孤岛与主数据管理
1.信息孤岛问题
我们遇到了严重的信息孤岛问题!由于CRM和线上商城后台数据互相孤立,导致核心客户资源不同步、不统一,让公司无法得到一个完整准确的客户视图。如果要解决这个问题,必须对应用架构进行改造,并且改造比较耗时。
2.解决方案:主数据管理
解决信息孤岛问题的思路很简单,就是只保留一份客户信息库。
优点:解决信息孤岛问题的经典方法就是进行主数据管理(MDM),主数据管理通过应用架构的拓扑结构设计,配合相应的管理手段,帮助企业存储、识别唯一的关键数据,避免企业内部关键数据的冗余和不一致问题。
缺点:但是,引入主数据管理会让应用架构变得更复杂,在实施初期,需要投入比较多的时间和资源。
平衡解决:而在企业发展的某些阶段,快速迭代上线意味着对商机的捕获和对市场变化的迅速跟进。因此在何时引入主数据管理,这是需要综合权衡的事情。一个合格的架构师应该在应用架构设计和公司业务发展之间做出合理权衡,必要时在应用架构的合理性上做出妥协和让步。
加强基础服务建设,为新业务赋能
1.将通用功能抽象成基础服务
为了让各个应用系统更加聚焦,提升稳定性,节约开发成本,避免重复劳动,CTO和产品总监讨论后决定将一些通用功能从各个应用系统中剥离,统一进行服务化改造升级,为公司后续新业务的开展打好基础。具体改造如下:
2.强健的基础服务支持新业务快速搭建
大家可以发现,针对理财业务的架构设计思路,和“设计篇”中分销业务平台的设计思路是类似的,都需要结合业务的实际情况,从整体架构的角度来判断哪些系统需要重新开发,哪些可以复用现有系统。架构设计既要支持业务在短期内快速发展,又要保证架构主体正确,适应未来的变化和扩展需要。
3.Passport与客户资料管理
Passport系统和客户数据库是两个完全不同的概念,因为客户账号和客户数据是完全不同的:
· 在B端业务中,某B端客户在系统的客户数据库中只有一个唯一的客户ID(对应一套客户数据),代表该企业或集团。但是该客户可以拥有多个账号,给不同角色的人员使用。
· 在C端业务中,某个用户可能注册了多个账号,如果没有做身份认证(例如关联身份证号),企业便无法识别这些账号是属于同一个客户的。
因此,无论在B端业务还是在C端业务(未做身份认证的)中,客户和账号都是一对多关系。
集团强化中台能力建设
1.业务部门加强中台能力建设
- 集团希望总部能够成为各业务线的大后方,提供各种支援工作;
- 将各业务线调整为自负盈亏的独立业务单元,对它们充分授权,以便它们能够聚焦业务发展,快速响应市场变化。
2.产研部门加强中台能力建设
不论是业务管理还是系统建设,在升级改造中遵循的设计思路是相同的:对通用的、重复的东西进行抽象、合并、下沉,对外统一提供支持和服务。
图14-11所示的M集团的组织架构设计,是绝大多数企业(不论是传统企业还是互联网企业)发展到一定的体量和规模后,都会采用的模式,当然具体方案可能各不相同,但核心思路是一致的。实际上,2015年阿里巴巴宣布的“大中台、小前台”的中台战略,也是同样的建设思路。其中“大中台”,就是指Msg、Auth这一类基础服务、公共服务,而且阿里集团根据自身业务的特点,将订单中心、商品中心、评价体系等模块也做了下沉,将它们抽象成公共服务。
只有理解企业组织架构设计、管理模式设计和产品研发设计的总体思路, 才能在应用架构设计、产品方案设计上做出合理的选择,并成功地推进落地。