说透中台这篇文章就够了

中台历史：

• 2008~2015 关键词：孕育

在 2008 年，随着阿里巴巴战略的调整，天猫顺势而生。但因为其相较于于淘宝，有其自身的特点，所以当时天猫和淘宝就出现了重复建设的问题，也就是现在大家经常提到的烟囱式系统架构。

烟囱式的系统架构，造成了大量的重复建设和资源浪费，怎么办呢？最自然的想法就是将重复的组织和系统进行整合。正因如此，阿里共享事业部正式诞生，负责将各个前台系统中的公共部分进行平台化改造，经历了一段痛苦的摸索之后，借聚划算爆发的契机，才真正奠定了阿里共享事业部的重要地位，埋下了阿里大中台战略的种子。

• 2015 关键词：阿里巴巴中台战略诞生

在 2015 年，马云带领阿里众高管一起拜访了位于芬兰、号称是世界上最成功的移动游戏公司 Supercell。说起这家公司，你可能会觉得比较陌生，但是提到这个公司开发的游戏，相信你一定有所耳闻，《部落战争》《海岛奇兵》《卡通农场》等等知名的游戏都出于这家游戏公司之手。

但当时触动马云和阿里高管团队的是，催生了这么多火遍全球游戏的企业，却只有不到 200 名员工。而负责一款游戏的每个团队平均也只有 5 到 7 名团队成员。团队有充分的自由，他们可以自行决定开发什么样的产品，之后就会以最快的速度推出公测版，让市场来评判，来验证产品的好坏。一旦产品不成功，则迅速放弃，此时不但不会有任何惩罚，反而团队会举杯庆祝，之后立即做出调整继续迅速寻找新的方向。嗯，是的，这就是典型的精益创业的套路。

但要想让这个机制得以正常运转，必须有一个前提，就是产品的构建时间要足够短，试错的成本要足够低，这样才能保证团队在大量的试错中，通过不断从失败中学习，持续迭代调整，尽快找到正确的方向，让创新成功的进度条快速前进。而背后支撑这个机制得以实现的，就是 Supercell 经过 6 年时间沉淀下来的游戏开发过程中那些公共的、通用的游戏素材和算法。基于这些像乐高积木一样的基础素材和算法，才可以同时支持几个小团队在几周时间内像搭积木一样快速研发出一款新游戏。

这种方式触动了到访的阿里巴巴高管团队，这种理念与阿里巴巴及业界这么多年一直在尝试和构思的“厚平台，薄应用”架构方向不谋而合。就是这次拜访，坚定了阿里巴巴管理层对于组织架构调整的决心，也加速催化了阿里巴巴中台战略的正式诞生。

• 2017 关键词：横空出世

随着 2015 年中台概念的诞生，经过了默默无声但暗流涌动的 2016 年，在 2017 年我们逐渐开始在社区里听到了越来越多关于中台的声音，阿里巴巴和滴滴出行不约而同地开始分享各自中台建设的经验，而与中台相关的书籍也出现在了市面上。互联网大厂的集体发声，让中台这个概念时隔了两年之后又重新回到了大家的视野当中。

• 2018 关键词：全面爆发

2018 年 9 月 30 日，腾讯宣布了 7 年来最大规模的组织变革，新成立了云与智慧产业事业群（CSIG）。同时，腾讯新成立了技术委员会，宣布未来将打造技术中台。

2018 年 11 月 26 日，阿里宣布进行组织升级，阿里云事业群升级为阿里云智能事业群，将中台智能化与阿里云全面结合。

2018 年 12 月 21 日，京东集团人力资源部发布关于京东商城组织架构调整的公告，公告内容称：“在新的组织架构下，京东商城将围绕以客户为中心，划分为前中后台。中台为前台业务运营和创新提供专业能力的共享平台职能。”

……

中台为何会火：

样本效应

互联网企业的样板和标杆效应，特别是大厂的样板效应，而且中台建设效果实在显著

产业切入

产业互联网火爆，中台战略和云是互联网企业进入传统行业很好的切入点

解决痛点

旧企业希望通过中台化改造来解决系统化建设出现烟囱林立、数据孤岛等的痛点，新企业也想通过中台战略弯道超车

突围方向

经济不景气，互联网企业通过中台战略，把能力进行沉淀与复用，用确定性来应对不确定性，拥有快速试错、快速创新的能力和思路，这让传统企业看到了一个突围的方向。

中台种类：

主流

业务数据双中台：

业务中台：通过将不同业务线解决相同问题域的解决方案进行抽象与封装，通过配置化、插件化、服务化等机制兼顾各条业务线的特性需求，实现对于不同业务线的业务支撑。

业务中台和数据中台的关系：业务中台就是在产生数据，数据中台是做数据的二次加工，并将结果再服务于业务，为业务进行数据和智能的赋能

数据中台与传统数仓和数据平台的区别：关键在于数据中台相对于数仓、大数据平台，向前台、向业务又迈出了一步，不再只是关心技术层面大数据底座的打造，同时开始更多地关注企业层面的数据治理以及数据资产化的内容：包括但不限于数据的资产化管理（质量、成本、安全），数据服务的构建，数据的体系化建设（统一模型和指标）等。

非主流

技术中台、研发中台、移动中台、管理中台、组织中台

中台定义：

为什么要建设中台

因为在当今这样一个互联网时代，用户才是商业战场的中心，为了快速响应用户的需求，借助平台化的力量可以事半功倍。这背后的逻辑很简单，不断地快速响应、探索、挖掘、引领用户的需求，才是企业得以生存和持续发展的关键因素。

而平台化之所以重要，就是因为在这场以用户为中心的现代商业战争中，它赋予或加强了企业最核心的能力：用户响应力。平台化思想（Platform Thinking）恰好鼓励企业不断抽象沉淀自己核心的底层能力，通过平台化包装，得以更好地赋能前台业务，用底层的确定性来帮助企业应对前台业务以及最终用户需求的不确定性。

中台化是平台化的下一站，是平台不断对于自身治理演进、打破技术边界、逐渐拥抱业务、容纳业务、具备更强的业务属性的过程。中台关注为前台业务赋能，真正为前台而生。

• 前台：由各类前台系统组成的前端业务平台。每个前台系统都是一个用户触点，大多是企业最终用户直接使用的系统，是企业与最终用户的交点。例如用户直接使用的网站、手机 App、微信公众号、小程序等都属于前台范畴。
• 后台：由后台系统组成的后端支撑平台。每个后台系统一般管理了企业的一类核心资源（数据 + 计算），例如财务系统、产品系统、客户管理系统、仓库物流管理系统等，这类系统构成了企业的后台。（在和很多互联网的朋友聊过之后，在互联网企业很多并没有后台的概念，更多直接使用平台的概念，例如分为前台层和平台层，但位置和作用与传统企业里的后台相似，我这里直接统一使用后台这个概念来代表。）

中台就是 SOD。有了这层“中台”，我们既可以将早已臃肿不堪的前台系统中稳定通用的业务能力“沉降”到中台层，为前台减肥，恢复前台的响应力；又可以将后台系统中需要频繁变化或是需要被前台直接使用的业务能力“提取”到中台层，赋予这些业务能力更强的灵活度和更低的变更成本；或者干脆直接对于后台进行中台化改造，通过配置化、自助化、白屏化等形式为后台加速，从而为前台提供更强大、更迅捷、更易用的“能力炮火”支援。

中台就像是在前台与后台之间添加的⼀组“变速齿轮”，将前台与后台的速率进行匹配，是前台与后台的桥梁和润滑剂。它为前台而生，易于前台使用，将后台资源顺滑地通过前台导流向用户，支撑企业更好地响应用户。

• 中台定义

企业级能力复用平台。

企业级：企业级定义了中台的范围。不是说一个企业只能有一个中台，也不代表一个中台就是只能包含一家企业，企业级更多代表的是中台处理的问题在企业级别，即至少包含多条业务线或服务多个前台产品（团队），如果一个中台只为了支持一条业务线或产品线，那就不是中台，即使它用了服务化或是大数据等技术。

能力：能力的抽象解释了为什么会有那么多种类中台的存在，也能解释为什么每家企业的中台都不一样，因为不同的企业之所以能够同时存在，就是因为其核心能力不同，可以满足用户不同层面的需求，也就是我们常说的差异化竞争力。

复用：复用定义了中台的核心价值，也承载了上面讲到的从平台化到中台化的演进过程。传统的平台化对于“可复用性”和“易复用性”并没有给予足够的关注，更多关注的是如何消除掉重复的能力建设，既所谓的“去重”。

“去重”与“复用”虽然经常一起出现，一起被提及，但是谈论的完全不是一件事情，目的不同，难度也不同。“去重”讲的更多是向后看，是技术驱动的；“复用”讲的更多是向前看，是业务驱动和用户驱动的。而正这个视角的转变，我认为是理解中台概念的关键，所以

“复用”是中台更加关注的目标；

“可复用性”和“易复用性”是衡量中台建设好坏的重要指标；

“业务响应力”和“业务满意度”是考核中台建设进度的重要标准。

平台：平台定义了中台的主要形式。区别于传统应用系统拼凑的方式，中台通过对于更细粒度能力的识别与平台化沉淀，实现企业能力的柔性复用，更好地支撑前台业务，来满足对于业务的快速响应和复用的需求。

“企业级”定义了中台的范围，区分开了单系统的服务化与微服务；

“能力”定义了中台的主要承载对象，能力的抽象解释了各种各样中台的存在；

“复用”定义了中台的核心价值，传统的平台化对于易复用性和前台的用户体验并没有给予足够的关注，中台的提出和兴起，让人们通过可复用性将目光更多的从平台内部设计转换到平台对于前台业务的支撑上；

“平台”定义了中台的主要形式，区别于传统的应用系统拼凑的方式，通过对于更细粒度能力的识别与平台化沉淀，实现企业能力的柔性复用，更好地支撑前台业务。