说中台，以正本清源之名

本文转自个人公众号：产品鱼缸，可直接搜索关注
或搜索“tankforpm”关注

文章目录

前言
1. 先说前后台
2. 到底什么是中台
- 2.1 业务数量多
- 2.2 独特的处理程序
- 2.3 如何判断一个平台是不是中台
3. 中台的界定有那么重要吗？
4. 不做中台会死吗
5. 为什么“中台”最近两年才开始被频繁提及
最后

前言

市面上很多说中台的文章，有说是一种思想的，有说是战略的，有从组织架构角度来说的，有从平台角度来说的，等等，这些说法呢，感觉大部分也对，但是不解渴，况且还有一些不对的，比如下面这张图（具体怎么错的我们后面说）。

今天我们来正本清源的说一说到底什么是中台。

1. 先说前后台

中台顾名思义，是相对于前台和后台而言，所以要搞清楚中台，要先搞清楚前台和后台。

首先前后台不能从产品的商业名称上进行区分，比如一个支付公司给商户提供的一个管理工具，可能就叫“XXX商户后台”，但这个“后台”对于支付公司来说其实是一个前台产品，因为商户就是这个支付产品的终端用户。

前后台也不是按照产品形态来界定。都可能包含WEB、H5、APP、小程序、语音操作界面等各式各样的应用形态

还有其他不靠谱的界定方法，就不多举例了。

前台和后台的界定，主要按照面向的角色来划分，前台面向的角色是业务的终端用户，后台面向的角色是业务的把控人员（后台既包括业务型后台，也包括技术型后台）。

2. 到底什么是中台

对于中台产生的原因，市面上的文章解释都比较一致，就是中台是用来调和前台的灵活性和后台的稳定性之间的矛盾，这里就不多赘述了。

直接给中台下个定义：
中台，横跨多个业务，拥有相对于前后台的独特的处理程序，相比于后台，中台不直接面向企业资源；相比于前台，中台不直接面向终端用户。

这里面有两个关键点，一是业务数量多，二是有自己独特的处理程序。

2.1 业务数量多

业务数量多是中台成立的前提条件，比如：
阿里有支付宝、淘宝、聚划算、闲鱼、钉钉…；
京东有京东商城、京东金融、京东到家、京东众筹、…；
滴滴有快车、单车、代驾、租车、…；
等等。

不只是业务数量多，业务体量也达到了很高的规模。这意味着，中台的建设是有门槛的（这里的门槛更多是指必要性）。如果一个公司的业务类型比较单一，或者有同时存在几个业务但体量都比较小，可还是觉得前后台衔接的不通畅，这时候要考虑的不是建不建中台，而是要考虑是不是该换几个技术或者业务的负责人。

而本文开头的那个图片，是把多产品形态当成了业务复杂，同时有APP、PC、H5、小程序几种产品形态就叫复杂吗，这简直不能再普遍了。

2.2 独特的处理程序

所谓独特，是指既不容易被前后台替代，也不去替代前后台，中台是为前后台的衔接服务的。

如果一个中台的某些部分容易被前后台替代掉，很可能意味着这部分功能还没有必要单独拿出来放到中台；相反，如果中台替代了前后台的一些功能，很可能意味着只是为了做一个中台而做中台，不得不去抢前后台的饭碗，也可能把中台自身会变得过于臃肿，亦或者存在部门之间的利益冲突。

要做到独特，边界的定义就很重要，可以参考所给中台定义的后半部分：不直接面向企业资源，不直接面向终端用户。

如果一个平台可以直接使用、处理多个业务的资源，比如财务中心、交易中心、数据中心等，那应该叫大后台，而不是中台。（当然不是说只要是XX中心/系统就一定是大后台，关键在于是不是直接面向企业资源）

很多讲中台的都把大后台和中台给搞混了，就如文章开头的那个图示，结果就是后台只剩下了技术组件、设施，如果画的是技术中台或数据中台可能还略微说的过去，而显然又不是，搞得不伦不类。

2.3 如何判断一个平台是不是中台

有一个直接方法就是，把这个平台拿掉之后，是否会出现资源缺失。

以数据中台为例，假设一个做了中台的公司由于某些原因又把中台拿掉了，会怎样。

可能会出现，原来一个前台展示的在中台处理过的数据，因为业务线太多，眼下不能确定放到哪个后台部门实现，前端业务又着急，于是前台的开发干脆自己写了一个处理程序放到了前台，导致前台应用运行卡顿；亦或要开展一个新业务，后台花半个月开发测试了一个新的算法，但其实其他业务已经有类似的算法，导致比有中台的情况下晚上线了半个月，还额外支出了人力成本、计算资源。

所以即便没有数据中台，数据依然可以被存储、处理、使用，只是体验、效率和成本等方面会有问题（而且这些问题会随业务规模的增长而产生指数级的变化），最终导致投入产出比极低甚至为负。

借阿里云的图做一个正确示范：

3. 中台的界定有那么重要吗？

有人会说，这是不是有点小题大做了，只要能解决问题就好了，就算不是中台又能怎样呢，有那么重要吗。

我的答案是，重要。

任何动作都要有边界，即使对中台的定义和其他公司不一样，也至少要有一个清晰的范围，并且在公司内部达成一致，不然在解决旧问题的同时会带来很多新问题，比如与前后台重叠造成资源浪费、理解不统一造成沟通效率低下，等等。

当然，现在“中台”还是在相对早期的一个阶段，各公司对于中台的定义会有些差异，就像多年前产品经理这个职业概念刚热起来的时候，很多公司对于产品经理的职责定义也不完全一样，但随着对中台不断实践和交流，相信最终会有一些比较统一的理解。

4. 不做中台会死吗

上面已经说到，当企业规模增长到一定量级，没有中台会导致投入产出比极低。

对于大公司来说，效率就是生命线，如果持续提升规模的同时不能提高效率，公司确实可能会被生生拖垮，至少规模会停止增长甚至倒退，而如果不持续提升规模，又可能被吞并收购掉。所以对大公司来说，不做中台可能会死。

对于中小公司，尤其是创业公司来说，不会，甚至做了中台反而会早死（折腾死的）。

5. 为什么“中台”最近两年才开始被频繁提及

一个体系如果要不断增长规模，就会变得越来越复杂，而应对复杂化的一个重要方式就是进行分工。

如果把前台和后台看作原有的两块分工，那中台就是企业规模不断增长、越来越复杂而产生的第三种分工。这就可以解释为什么中台这个概念最近一两年才开始被频繁的提及，就是因为以前企业没有普遍增长到这样一个规模。

注意“普遍”二字，因为像华为、海尔等少数一些企业很多年前就在做类似的事情，只是不普遍，所以“中台”的概念并不像现在这样普及。

最后

世界上不存在所谓的终极解决方案，中台也一样，随着未来企业规模进一步增长，一定会有新的系统性问题产生，到时也就会有新的XX系统、XX平台出现。

大家对中台有什么想法，欢迎留言讨论。

群鲤荟萃，值得你关注 ↓