第十一章、中台的进化与未来
在2015年阿里正式提出中台战略后，中台在企业数字化进程中开始扮演非常重要的角色。有了前台业务的持续输入，中台蓬勃快速发展。但是正所谓“一千个读者就有一千个哈姆雷特”，当前各个企业对中台的建设与演进千差万别。
中台如同一把双刃剑，用好了能够使企业数智化更上一层台阶，用不好则会对企业自身组织业务的发展产生不良营销。那么对于企业而言，如何用户中台这把利剑，通过中台的进化满足并推动企业业务的发展，是一个非常值得深思的话题。本章会基于该话题，辨析现有的一些中台的错误建设方向，进而介绍中台的正确进化路线，最终指引企业更好地建设中台，推进企业数智化转型。
11.1这些都不是中台
企业在多年的信息化进程中，基于特定应用场景，引入或建设了解决特定业务领域问题的多套垂直的IT系统或套件。这些单体系统或套件间的业务能力和数据不互通、不同享，形成了一个个系统烟囱和数据孤岛。
企业这种业务及数据的烟囱式IT架构，正是中台进化的原点。中台经历过业界的大力推广和布道，已为一些信息化比较完善的企业带来红利。但是也如上文提及的，有些企业在演进的分叉口徘徊，由于种种原因，他们建设的所谓“中台”仅解决了短期在性能、扩展等技术架构上的问题，如单体服务微服务化、数据资产数仓化。在这里，需要明确一下，这些都不是中台。
11.1.1 微服务化不是中台
以传统的思维来通用微服务，很有可能只是将原先彼此隔离的各单体业务系统通过微服务的方式强行集成在一起，如下图所示。
这种方式不是基于领域，而是从一个系统的粒度层次来建设微服务。比如订单管理系统（OMS）关注会员和订单，客户关系管理（CRM）同样涉及会员和订单，而供应链管理（SCM）则涉及用户和订单。可见，按此方式所建设的“中台”的各组成部分依旧是互相交叉重叠的，数据还是重复且不一致的，==并不能体现“中台是能力共享平台”的核心理念==。因此，只将原有单体业务系统进行微服务封装，套上一个微服务的壳，连微服务都不算，更不能说是中台了。
还有一些企业选择针对某个业务系统，局限在此业务系统范围内进行微服务化（见下图），比如将OMS拆分为用户、会员、订单等，将CRM拆分为会员、订单、积分等。从单个应用领域来看，这没什么问题。虽然使用微服务的技术架构解决了性能问题、水平扩展问题，能充分发挥微服务的优势，但从企业全局来看，数据还是没有打通，有多套用户、多个会员体系、多份订单数据等，烟囱型系统仍然存在，因此这也不是中台，不是正确的发展方向。
中台实在将应用以微服务纵向拆分的基础上，加上横向切分，将共享能力与上层应用分开，形成可复用的共享服务层，从而促进业务和数据在各应用间的交叉共享，大大减少重复建设和重复投资，这也造就了中台的共享理念，使中台远远超出微服务的范畴。
11.1.2 数据仓库不是中台
企业对数据资产越来越重视，数据分析、数据运营被提上日程，而数据仓库规范与技术也日臻成熟，于是企业开始以经营分析为主要目的建设自己的数据仓库。在建设过程中，企业会自低向上梳理业务板块，将各业务板块的数据分门别类，并按照数据仓库的规范进行建设。而在中台尤其是数据中台的演进过程中，有些企业着眼于数据资产的集合，使用维度建模的方法论从业务过程中抽象出通用维度与度量，组成数据模型，从而为决策分析提供通用的数据分析能力，以满足企业数据报表分析的场景。这些企业将这种数据模型称为“数据中台”。
然而这并不是数据中台的全部。相比数据仓库，数据中台更加强调数据业务化，以服务业务的视角去规划企业的数据资产，以运营的视角去管理数据资产，以实时、智能的数据应用去服务业务。让数据用起来，不仅服务于企业数据分析，还主动迎合业务，梳理需要数据赋能的业务场景形成业务闭环。
综上所述，数据仓库只是解决了如何看数据的问题，而数据中台则进行了更全面的规划与，利用大数据和AI的特性解决业务洞察、精准决策、应用智能等一系列问题。
11.2 中台的进化路径
中台是逐步建设成长起来的。企业在建设中台的过程中，要避免走向错误的发展方向。那么中台应该怎么进化呢？
我们将中台的进化分解为0.5、1.0、2.0、3.0四大阶段，如下图所示。
11.2.1 第一阶段：领域微服务化
领域微服务化是根据选定的应用场景，将应用能力领域拆分。中台是为业务服务的，但企业在建设中台时会有一个切入点和建设周期。比如，企业将数字营销作为数智化转型的切入点，为支撑数字营销，有些企业会做会员相关的领域，有些企业则选择电商相关的领域。不过，这样的中台形成不了从营销、交易到服务的闭环。因此，他只是业务中台的雏形，我们称之为中台0.5.
在中台0.5阶段，领域微服务化的重点在共享能力的沉淀。以上文提到的为例，有些企业会以会员为切入点，重点关注会员场景。刚开始时，会员域只有基本的会员管理能力，只能完成基本的业务闭环，但是随着业务的深入，还会不断沉淀会员体系、会员权益、B端和C端会员精细化管理的能力。由此可见，领域场景的能力沉淀过程也是中台自我演进的过程。一般而言，中台0.5可以从深度、广度两个途径来演进。
在深度上，中台团队在支撑上层业务的过程中，随着不同业务场景的持续输入，不断沉淀新的业务能力，是的各能力中心的能力越来越丰富。而广度是指中台涉及的领域会越来越广，如果出现与现有能力中心相对独立的新领域，则将其建设成为新的能力中心，这也是在建设和加强中台。
11.2.2 第二阶段：业务中台或数据中台
随着领域在深度及广度上的完善，不断扩大中台场景对企业业务的覆盖度，最终形成面向数字营销的闭环，此时业务中台成长为1.0。在此阶段，中台着重解决全域闭环场景问题。中台一方面关注全域场景的通用能力，另一方面也关注不同场景的能力串联。在之前沉淀的能力基础上，进行对应的领域模型的抽象，使通用的领域能力能够满足更多的业务场景。同时，为了打造业务全景闭环，领域与领域之间也需要相互协作。在这里，一方面会形成领域与领域之间的层次关系，另一方面也会进一步打造高内聚、低耦合的中台能力，是的能力间有关联但不强耦合。这个阶段，我们称之为业务中台1.0.
同时，由于企业的阶段选择，在1.0阶段也会出现数据中台。有些企业因为自身的业务复杂度高，重构现有业务工作量大、周期长，而单建数据中台独立性高，且不影响现有业务，所以企业认为这或许也是一个不错的选择。不过先从数据中台入手，需要整合不同数据源以及不一致、不规整的数据，工作量也较大。在建设数据中台过程中，虽然可能会梳理出一些现有业务系统建设不合理的地方，倒逼着业务系统进行改造，在一定程度上推动业务系统的发展，但是单建数据中台无法将数据能力与业务形成闭环，会大大限制数据中台价值的发挥。
以上两种形态，单独建设的业务中台或数据中台，都只是中台赋能业务的一条腿，因此将其合称为中台1.0。
11.2.3 第三阶段：业务中台+数据中台
中台1.0属于单条腿走路，而为了促进企业数智化建设走的更快、更稳、更好，我们需要双腿并用。于是中台2.0应运而生。
业务数据化，数据业务化，以业务与数据双中台驱动前端业务，这是中台2.0最重要的特征。它不仅关注单形态中台的内部串联打通，还在建设双中台的同时，进一步打通双中台间的能力，两者相互协作，相互支撑。业务与数据双中台建设聚焦于业务，围绕创新开展业务和数据系列能力的建设，从而快速满足业务场景闭环及业务创新尝试。
以做营销活动为例，没有数据中台，无法圈选到合适的人；没有业务中台，设计不出合适的促销活动，无法带动交易；没有活动和交易数据，找不到合适的人群。因此，在创新随时可能发生的企业，一定要时刻保持业务、数据双中台待命，建议纳入一体化规划、一体化实现，从而达到中台建设的2.0阶段。
经历了中台2.0，中台自然要往3.0演进。
11.3 中台的未来：软件定义中台
在业务中台和数据中台的中台2.0之上，为了更好的发挥中台作为企业业务能力和数据共享服务平台的作用，企业还需要找到更好的中台建设方式和途径。软件定义中台就是我们对中台3.0的畅想和规划。==软件定义中台明确提出建设由技术平台支撑业务中台和数据中台的闭环，解耦运营平面、控制平面和执行平面，实现中台的统一运营、集中管控和柔性执行。==基于软件定义中台，将推动中台的平台化、协同化、智能化、行业化和生态化。
1.平台化
在中台的演进过程中，如果说领域微服务化是量变，那么平台化就是质变。领域微服务化沉淀的不少业务能力，通过平台化，不断地进行业务抽象建模，支持多场景的业务流程编排，使得通用的业务能力配合具体的业务规则、流程的灵活编排，能够满足更多、更复杂的业务场景。在领域微服务化的过程中，没增加一个能力都是一个从0到1的过程，而通过平台化，新增一个场景或能力，则可以在原有能力和场景的基础上不断延伸，提高中台迭代的速度，并让中台能力越来越灵活，越来越丰富。以平台化的思想来沉淀通用业务能力，能更好的支持业务。
2.协同化
协同化关注的是一种多方协同共建中台的机制。所有业务方都可成为中台的参与者，参与到中台的能力建设及能力使用的过程中。比如，通过中台控制态可以一览业务全景，并对业务规则进行具体的隔离配置。比如，在业务规划过程中，如果发现有现有中台能力或规则无法满足的业务需求，可通过平台提供的扩展机制，让人人都可以成为能力提供者，让更多方面参与具体业务能力或规则的协同共建。
3.智能化
众所周知，数据是智能的土壤。现阶段数据中台仅仅发挥了不到五成功力，数据中台的未来必将是数据智能大行其道的场地。随着5G、工业互联网时代的到来，数据源必将越来越丰富，数据的使用场景必将越来越多元。数据中台所释放出的能量奖呈指数级增长。具体表现在以下两个方面。
其一，数据中台的建设将更智能。数据采、存、通、治的加工联调将大幅缩短。数据中台自身将更懂人，可以自动判别哪些数据需要接入，哪些数据需要抛弃；数据中台将自学习，及时诊断数据加工链路的故障并主动修复。
其二，数据智能应用将无处不在，赋能营销、渠道、供应链、服务等领域。
4.行业化
一个大信息给企业集团可能会涉及多个行业的业务，比如一个企业不仅涉及售楼地产业务，也会涉及文旅等业态，还有可能参与新能源汽车的发展等。首先，不同的行业会注重不同的领域发展。地产行业非常关注线索机会的管理，因此线索领域是地产行业通用的领域中心。而汽车行业，除了正常的交易环节，消费者对售后的需求也很旺盛，因此在汽车行业中，售后领域是其核心域。其次，对弈同一个能力中心，不同的行业会有不同的业务需求。比如商品中心，在地产行业除了作为线上购买商品外，还需要与具体的在建项目挂钩，所以需要在通用商品中心的基础上，扩展商品项目的业务能力，形成具有地产行业特性的商品中心。中台为了支撑整个企业的业务，不能让不同行业的特性纠缠在一起，需要以行业化的角度对各行业特性进行统一隔离管理。
5.生态化
中台的核心在于共享。从一开始企业内部各业务的共享，逐步演进为行业生态的共享，进而形成能力生态。在生态化阶段，企业立足于生态赋能，帮助其他企业快速创新，并反哺自身。能力开放式构建生态的前提，因此一般而言，生态化可以通过能力地图、应用市场、开放平台等机制来体现。开放的平台有助于拓展企业业务的边界。
任何新鲜事物从诞生到被广泛接受并运用到实际中，再到被全球性推广，都需要经过较长时间，历经挑战和质疑。同样，中台从呱呱坠地到茁壮成长这个过程中也避免不良各方面的调整。
首先，中台名字虽然有了，但其准确定义仍然处在混沌阶段。因此，第一章就开门见山，指出==数字中台是基于云计算、大数据、人工智能等新一代技术打造的持续演进的企业级业务能力和数据共享服务平台==
其次，各个企业信息化的建设参差不齐，发力重点不一样，切入点不同，导致建设中台的方向也有一定的差别。比如，部分企业的㐇中台建设仍然把主要精力放在了数据仓库建设上，并且运营数据中台的中台组织仍然尚未形成，自然无法体会到数据中台的价值。还有，出现了一些中台无用论的说法。其实，这不是中台无用，而是企业建设中台的天时地利人和条件可能还没有形成。当然，中台本身也在发展迭代。
中台的提出是为了更好的服务于企业业务，助力企业的快速创新。在中台演进的过程中，不断地进行业务迭代和更新试错，对中台提出更多的挑战，将其打造成数智化时代企业的新基建。中台可有效整合企业数字能力资源，构建企业业务和数据的闭环，提效企业业务创新，并支撑原有应用快四移植，推动企业组织演进。因此，数字中台将大大推进企业的数智化转型。随着中台的发展，数字中台将逐渐从前台、中台、后台的中台演变成企业中枢的中台。