随着阿里、腾讯、百度等巨头的大规模组织架构调整，中台的热度陡增。一时间，各大互联网公司纷纷开始跟随建设中台。

19年5月2日，有消息传出称阿里正在拆分“大中台”模式。随后，阿里回应称此消息为假消息——这一回应也进一步催生了”中台“架构思想的火热讨论。那么什么是中台，我们来快速梳理一下中台的相关知识。

什么是中台？

按照数据咨询公司Thoughtworks首席咨询师王健给出的10个字定义，中台就是：“企业级的能力复用平台”

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

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

（3）“复用”定义了中台的核心价值，过去的平台化对于易复用性并没有给予足够关注。中台的兴起，使得人们的目光更多的从平台内部，转换到平台对于前台业务的支撑上

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

中台从何而来？

中台是最早由阿里在2015年提出的 “大中台，小前台”战略中延伸出来的概念。它的灵感来源于芬兰的小公司Supercell，这家公司仅有300名员工，却接连推出爆款游戏，是全球最会赚钱的明星游戏公司。

2015年年中，马云带领阿里众高管拜访了Supercell。2016年6月，腾讯宣布以86亿美元收购Supercell公司84.3%的股权。

Supercell的神奇之处在哪里？恰恰是这家小公司，开创了中台的“玩法”，并将其运用到了极致。这家看似很小的公司，设置了一个强大的中台，用以支持众多的小团队进行游戏研发。这样一来，各个团队就可以专心创新，不用担心基础却又至关重要的技术支撑问题。

Supercell的CEO潘纳宁更是将一个游戏公司按照一个专业运动队的方式来管理。他认为管理层的唯一使命是获得最好的人才，为他们创造最好的环境，给他们自由和信任，帮助他们摆脱困境，让公司成为一个最好的人才可以产生最大影响的地方。

其他的一切，包括财务目标，都是次要的。因此Supercell构建了完全颠倒的管理结构。传统的管理结构是一个金字塔形的，CEO往往处在金字塔的顶端。而Supercell最大的创新之处，在于其管理结构完全是上下颠倒的。潘纳宁最引以为豪的标签是： “行业里最没有权力的CEO”。

Supercell的整体架构采用“开发者领导”的模式。300人的团队被分成若干个小团队，5-7个游戏开发者组成一个小团队，开发自己的游戏，以最快的速度推出公测版，检测游戏受用户欢迎的情况。

这些小团队又被称为“细胞cell”，Supercell则是这些细胞的集合，这也是Supercell公司名的由来。由此可见，中台不是单纯的系统或平台，更是组织架构的重组和变革。

然而，企业的经营过程由多方面因素的共同作用。那么中台建设能解决多少问题？

中台解决了什么痛点？

痛点一：企业前方市场与企业内部支撑的冲突

用户和用户的需求永远是善变的。依稀记得“80后是垮掉的一代”的说法的你，现在看到的却是“被10后毁掉的90后父母”的感叹。

主流用户的变化，不会因为某个年代人的话语权高低而稳定下来。而即便是同年代的用户，在随着现代社会发展和各行各业互联网服务的滋养中又进化细分成了出不同的支流，需求全然不同，呈现场景化、碎片化的特征。

为了不被善变的用户所抛弃，企业不得不跟随着用户；为了满足用户而尽可能积极地响应用户需求的变化，发展新业务、提供新服务。这就给企业的前方业务端提出了挑战：必须做到快速响应、灵活运转。

但要作为一个能承接大量新业务和新服务的大体量企业，业务想要做到量大又灵活，必定需要靠企业内部科学有序体系的稳定支撑。

所以，企业前方市场总是会趋于变化无序，而企业内部支撑总归要趋于稳定有序，两者必定冲突。

痛点二：前台与后台的冲突

企业前方市场和企业内部支撑的冲突，必定带来在系统层级上的前台和后台的冲突。

（1）前台：企业前方市场的管理平台，是企业的终端用户直接使用或交互的系统。比如像微信、QQ、淘宝这样的APP；

（2）后台：企业内部支撑的管理平台，是企业管理核心能力的系统。比如像企业ERP管理平台、企业财务管理平台等系统。

前台是对接用户的，所以系统需要快速响应前端用户的需求，快速创新、快速迭代。简而言之： 快速建设、错了就推翻重来、不能耗费太大成本。

后台是企业对内的，为了支撑前台越来越多的业务，后台不断地建设，系统不断庞大地起来。所以后台系统需要扎实稳定，建成之后往往不能随意改动。简而言之，是需要耗费大力成本建设的基础能力、不能轻易推翻、改动成本极大。前台系统和后台系统的特点决定了，两者的冲突不可避免。

痛点三：大企业的通病（各占山头、重复建设）

企业发展到一定程度，组织架构和层级必然不断膨胀扩张。各大事业部下各大部门，就像一个小型组织一样，各占山头，势必会出现屁股决定脑袋的现象：这事就算对公司有好处，但对我们部门KPI没好处啊，那我不做。

大企业内部各处都是墙——部门墙、业务墙、数据墙。更不用说那些一味的内部赛马的绩效考核机制，势必更加加剧部门间的相互封闭。

而一些原本可以快速提供的用户服务，却需要多重对接，无法快速拿出产品方案，耗费很大的成本和极长的时间。一个原本可以共用的服务，被不同部门重复建设。

中台的类型有哪些？

按照目前普遍的说法，中台分为6类：

（1）数据中台：提供数据分析能力，帮助企业从数据中学习改进，调整方向

（2）业务中台：提供重用服务，例如用户中心、订单中心之类的开箱即用可重用能力

（3）算法中台：提供算法能力，帮助提供更加个性化的服务，增强用户体验

（4）技术中台：提供自建系统部分的技术支撑能力，帮助解决基础设施、分布式数据库等底层技术问题

（5）研发中台：提供自建系统部分的管理和技术实践支撑能力，帮助快速搭建项目、管理进度、测试、持续集成、持续交付

（6）组织中台：为项目提供投资管理、风险管理、资源调度等支持

数据中台用白话理解更容易？

中台就是公共服务平台，数据中台就是将数据加工以后封装成一个公共的数据产品或服务。

家里厨房有油/盐/酱油/醋/料酒/生抽…很多种调料（数据），你（业务部门）特别喜欢吃糖醋排骨/糖醋鱼/糖醋里脊/糖醋猪蹄…（各种业务应用），你老妈（IT部门）觉得每天都按照比例调制糖醋汁很麻烦很浪费时间还每次都有偏差（每次数据有误差）。

于是你老妈决定按照“1料酒；2酱油；3白糖；4醋；5水”的比例（数据算法）调制好一大桶糖醋汁（数据产品），以后每天倒一点糖醋汁就可以很快做出一盘糖醋XX（业务应用）。

这个调制糖醋汁的过程就相当于构建了 一个数据中台，糖醋汁就是数据产品。数据产品往往不是直接提供给用户使用的，而是提供给业务应用使用的（类似于糖醋汁不是用来直接喝的，而是用来做糖醋XX的）。另外，为了调制更快更准确，可能还需要买一些密封大桶/漏斗/量杯（ETL/BI 等数据工具）。

当然，如果你家十天半个月才做一次糖醋XX(低频)，那就没有必要调制一大桶糖醋汁放那儿（不需要构建这个数据产品）。类似这个逻辑，如果你家每天都做八宝粥，则可以把八种粮食（数据）混合好放一个大桶里做成八宝粥混料（数据产品）。

如果你老妈的糖醋XX做的特别好开了个餐馆，每天做给几百个人吃（需求量变大），就需要调制更多糖醋汁买个冰箱存起来（数据仓库），这也解决了随用随跳（实时取数）的效率瓶颈。所以，在做数据中台之前，先自问一下：

有没有糖醋汁、八宝粥混料的需求？（有没有数据产品的需求？）

有多少人吃？（使用这个数据产品的需求量大不大？）

多久吃一次？（需要这个数据产品的频率高不高？）

如果以上都合理，就可以开始规划数据中台了。数据中台的核心理念在于“数据取之于业务，用之于业务”，即它相比于数据平台注重的是对业务的积累和沉淀，构建了从数据生产到消费，消费后产生的数据再回流到生产流程的闭环过程。

总结

看到这里，你估计对中台有个大概了解。中台不是凭空产生的，而是建立在业务之上，公司发展过程中一些项目有点不同，然后重新搭建架构，有点资源浪费，搭建中台系统完美解决重复造轮子问题。

今年很可能成为“数据中台”的元年；同时，关于数据中台的整体定义，也会随着头部企业落地数据中台而逐渐清晰。