“碎片化中台”是什么鬼？BAT都在拆中台，我们还要上中台吗？

老K在上一篇文章中，提出了“碎片化中台”的概念《BAT都在悄悄“拆”中台，“碎片化中台” 时代已来！》，收到许多业内人士的关注，本篇我们继续探讨，“碎片化中台”时代下，企业如何应对？中台将如何继续演化等问题。下面先回顾下，“碎片化中台”的一些背景和概念。

阿里正在“拆”中台

2015年底阿里推出“中台”战略，将庞大的业务服务能力，都装进了“业务中台”里，包括交易中心、支付中心、清算中台、用户中心、产品中心等13个业务域，这是阿里中台早期的架构图：

图片来源@阿里巴巴技术团队 

随着阿里中台战略的深入，2018年阿里提出了“业务-数据双中台”战略，可以理解为升级版的中台战略，依托阿里云ET大脑，向社会输出中台能力和方法论。阿里的中台一分为二：数据中台、业务中台，如下图：

图片来源@阿里巴巴技术团队 

这一“拆”，仿佛打通了中台战略的任督二脉，从此一发不可收拾，相继拆分出：移动中台、技术中台、风险能力中台、研发效能中台等等。至此，阿里在“拆”中台的路上，越走越远。

图片来源@阿里巴巴技术团队 

百度也在“拆”中台

2018年，百度推行中台战略以来，也先后拆分出：搜索中台、知识中台、AI中台、技术中台等等，架构图如下：

图片来源@百度技术团队 

腾讯的中台也“碎”了

2019年5月，腾讯高级执行副总裁、云与智慧产业事业群（CSIG）总裁汤道生，公布腾讯开放的中台能力，包括数据中台和技术中台。

数据中台，包括：用户中台、内容中台、应用中台等。

技术中台，包括：通信中台、AI中台、安全中台等。

企业与开发者可以灵活地把这些技术应用到业务场景中。

随着企业“中台”化的深入实施，中台碎片化是企业架构演进的内在需要，是不可阻挡的趋势。

碎片化中台，是中台架构演进的必经阶段，各行业经过几年的实践，也逐渐沉淀出一些贴合自己行业的中台实践。不同行业，不同企业，遇到的问题不同，解决的路径也是不一样的。从中台演进的过程来看，大致分成三个阶段。

第一，业务中台。企业从业务顶层规划、业务建模开始，梳理出各业务领域的边界、服务能力，进而指导系统的服务化建设，比较好的实践有：企业EAI、微服务等等。

第二，双中台。企业具备了业务领域建模、数据治理方面的能力，逐步建立起基于业务中台和数据中台的“双中台”模式，在这个过程中，沉淀自己的中台方法论和实践。值得注意的是，由于业务领域建模和数据治理的行业性、专业性太强，这类人才大概率只能在企业内部培养。

第三，碎片化中台。在完成业务中台、数据中台的建设之后，企业组织的效率已经有了显著提升，企业成本也随之降低。这个时候，中台建设进入到了碎片化中台阶段，组织内部按业务线或职能进行更细粒度拆分，比如：安全中台、财务中台、移动中台、客服中台、供应商中台、物流中台等等。

仔细想想你所在的公司，中台是不是已经碎片化了？哪个公司还没几个业务中台、数据中台、技术中台、安全中台、金融中台呢？当我们在争论，“哪些是伪中台？”、“为什么凭空冒出这么多细分中台？”的时候，改变正在悄悄地发生，中台已经趋向于碎片化。

为什么企业都在不约而同地在“拆”中台？

随着智能时代、移动互联网时代的来临，新的生产力驱动着生产关系的改变，企业的组织变革也在悄悄地发生，组织中台趋向于小微化、扁平化、自组织，倒逼着系统架构适应组织的变革，做架构的同学都知道这是康威定律。

康威定律，是马尔文·康威1967提出的：“设计系统的架构受制于产生这些设计的组织的沟通结构。” 通俗的来讲，系统架构反映的是组织架构，两者要相互匹配。

阿里、海尔，以及许多互联网时代的先锋企业，已经敏锐地嗅到了时代的气息，革自己的命，推动组织升级。阿里的“大中台，小前台”、“数据-业务双中台”的战略演进，海尔的小微企业、人单模式、创客平台，都是在顺应时代的发展进行组织变革，组织变革驱动IT架构变革。

2020年，企业进入中台下半场，“碎片化中台”时代已来。

碎片化中台，会产生数据孤岛吗？

碎片化中台，不会产生数据孤岛问题。中台架构的演进，经历了：业务中台、“数据-业务”双中台两个阶段建设，形成了强大的数据中台，解决了此前困扰企业多年的数据孤岛问题。

碎片化中台，是在“数据-业务”双中台的基础之上，更精细化地架构演进过程，也就是完善企业IT架构毛细血管的过程，不是拆骨架。相反的，数据中台更丰富、业务中台更强大，企业的服务能力更趋向成熟。

碎片化中台时代，架构面临什么挑战？

碎片化中台以后，技术栈也开始不统一了，异构系统是必然的趋势。Java(Scala/Groovy)/Go/Python/...都会大量使用在各类场景之中。服务治理方面，将面临巨大挑战。

其次，碎片化中台的服务能力、数据能力如何更好地服务于前台，碎片化中台形成了网状的能力分布方式，面向前台的接口是非常不友好的，毕竟“碎片化中台”的接口数量相对于业务中台时期，达到几何倍数的增长。

另外，实施了中台的企业会发现，“大中台+小前台”所描绘的场景画面太美，滤镜开得太多。真实场景下，不忍直视，我们曾畅想通过“搭积木”的方式能够快速建立一个小前台，快速试错。实际上，能够搭建出来的都是逻辑简单的应用，贴合企业自身场景的，仍需要大量开发工作。

企业要不要上中台，不能盲目跟风。别人家上了我也要上，你不清楚别人的战略布局、核心竞争力、战术打法，盲目去学，你不死谁死？

道理都懂，那么有没有一种方法来判断一个企业需不需要上中台？我们参照“美国国家标准技术研究院”的技术战略选择分析流程图，来给企业来做个诊断，如下图所示：

中台战略选择分析流程图

图中列出了5个条件判断：

1）是否大型复杂生态系统。如果企业的业态不是大型复杂生态型企业，也许企业信息化系统、ERP就可以解决企业IT治理的问题。何为复杂生态型企业？国内如：BATJ、海尔、华为、小米等都属于这类型企业。

2）是否业务具备不确定性。即市场环境变化快，如互联网行业，以及产业互联网相关行业，都属于这类型行业。

3）是否存在低水平重复建设。先决条件是企业体量够大，不管是自建技术团队还是跟外部第三方公司合作，是否存在重复建设，如整个企业光CRM就有5套，还不是一家公司的产品，就属于重复建设。

4）是否存在数据互联互通问题。即由于事业部制的组织架构，形成了部门墙，数据和系统也是烟囱式的，阿里的业务中台、数据中台解决也是这样的问题。

5）是否信息技术制约企业发展。尽管企业的IT建设一直在持续，但是在当今产业互联网时代、人工智能时代，企业的发展已经受到严重阻碍，也许你该引入中台架构进行变革了。

以上5个条件，任意满足3个及以上，我们就认为这个企业适合做中台战略升级。

图片来源@阿里巴巴技术团队 

如何实施中台，参照阿里对业务中台建设路径的总结提炼：

1、决心变革。企业内达成战略共识，一把手牵头，做总体规划、分步实施，找准切入点，解决具体业务问题。

2、成功试点。通过分析调研，明确业务目标和范围，完成技术平台引入、中台建设方法论宣导，进行试点，梳理标杆，积累经验。

3、持续融合。总结出适合企业自身的理念和规范，优化组织、提升中台效率。

图片来源@阿里巴巴技术团队 

阿里建议企业实施中台战略的4个升级：

1、战略升级。通过中台建设，落地企业数字化战略。

2、组织升级。组织架构需要与中台架构相匹配，根据企业实际情况优化组织效率。

3、流程升级。将企业现有流程进行梳理，优化及固化企业流程，提升企业运作效率。

4、技术升级。通过互联网技术，对企业基础技术设施进行升级，降本增效。

总之，“碎片化中台”时代下，企业是否要上中台，要根据企业的具体情况做分析，可根据上文“中台战略选择分析流程图”进行判断，不要盲目跟风，认为别人家上了中台，自己也要上。

(欢迎大家加入数据工匠知识星球获取更多资讯。)

联系我们

扫描二维码关注我们

微信：DaasCai

邮箱：ccjiu@163.com

QQ：2286075659

了解更多精彩内容

长按，识别二维码，关注我们吧！

数据工匠俱乐部

微信号：zgsjgjjlb

专注数据治理，推动大数据发展。