传说，2015年，阿里对标芬兰游戏企业Supercell建立了“中台”，无意中引领了一股互联网业界的潮流。
从2009年成立“共享事业部”，再到2015年启动“中台战略”， 阿里一直是中台建设的坚定探路者与践行者。这也为其业务的快速发展带来了巨大好处。例如，阿里仅用1个半月就上线了团购平台（聚划算），而同类团购平台投入的研发资源可能是阿里的几十倍，准备时间可能是阿里的几倍。
互联网大厂迅速感知到中台的魅力，并在2018年末至2019年初密集推行中台战略。至今，中台建设似乎已经成为了标配。但在中台如火如荼之际，我们依然可以听到不绝于耳的反对之声。不少从业者甚至感叹，中台在“理想国”的表象下是一个狰狞的“葬送场”。
什么是中台？
中台，作为平台型组织的一部分，是在前台作战单元和后台资源部门之间的组织模块。这些模块多半是传统组织中所谓的成本中心，它们负责把后台的资源整合成前台打仗所需的“中间件”，方便随需调用。
打一个通俗的比方：糖醋排骨、鱼香肉丝、松鼠桂鱼这几道菜，都需要糖、醋、生抽、老抽、淀粉等调料做成的糖醋汁，厨师可以提前调制好糖醋汁，在做某道菜时直接加进去就行。
其实，这背后有一个没有被大众熟知的概念——模块化（modularity），即把一个系统里紧密连接的两个部分进行“松散耦合（Loosely Coupled，也称退藕、解耦）”，减少模块间的关联，增强其独立性。说通俗点，就是把一个整体做成乐高积木式的拼接结构。这样一来，某些频繁被使用的组织模块就成为了共用“中间件”，即中台（图1）。其实，在20世纪60年代起，模块化的思路已经在产品设计、组织设计、企业间关系设计上流行了起来。
图1：业务中台的建设原理
资料来源：穆胜企业管理咨询事务所
这类部门在以前的金字塔组织中也存在。事实上，把不同业务条线的通用部分抽取出来形成独立部门来与前线部门做接口，几乎任何一个大型企业都实践过此类思路。而这样的思路下搭建的“平台型组织”和金字塔组织并没有任何区别，依然存在前台与中台之间的“部门墙”等大企业病，前台并不能顺利调用中台的支持。
但有意思的是，互联网企业的影响力太强了，当它们开始遵循这种组织设计基本原理时，这种运动就变成了潮流。于是，当下人人都在谈中台，这似乎又变成了一种创新。
笔者的观点是，从互联网的技术逻辑上去找中台建设的方向，绝对是一个进步。模块化的原理是旧的，但互联网的技术是新的，在旧原理下做出新解决方案，是需要水平的。现在提到的技术中台、研发中台等概念，都是在做一种技术架构，并以这种架构来重新规划组织。因此，我们也没有必要强行去调整这个潮流中的概念，而是将其归纳为“业务中台”。
当然，互联网企业对于中台的信心不仅在于模块化实现的“退藕”，还在于利用IT技术实现的“全域数据化打通”，阿里称其为“数据中台”，业界称之“中台的中台”。当企业的各类资源都被数据化，且数据孤岛被连通到一个平台上，资源的供给、业务的需求、协作的界面等一目了然。
