中台这个概念是怎么从爆火到被质疑的

2015 年阿里提出"大中台、小前台"战略后，中台这个概念迅速火遍中国互联网圈。但几年过去，质疑声越来越多。

中台解决了什么问题

中台的核心思路是把多个业务线通用的能力抽取出来做成共享服务层。比如用户中心、订单中心、商品中心，这些每个业务都需要的模块，不用每个团队都重复造一遍。理论上可以降低重复建设成本、加快新业务上线速度。 这个思路本身没问题——服务化、复用、抽象，一直是软件工程追求的方向。

为什么很多中台项目失败了

第一，中台天然需要高度的业务抽象能力。很多公司连自己的业务都还没理清，就开始建中台，结果就是抽象出来的通用模块根本没人用。第二，中台团队跟业务团队之间的协作成本很高——业务要的需求中台排期慢，中台做的功能业务用不上。 第三也是最根本的：业务变化速度远快于中台建设速度。中台刚建好，业务线已经调整方向了。阿里自己也在 2020 年拆掉了中台，回归到业务线自主。

中小公司需要中台吗

不需要。中台是大公司在特定发展阶段遇到的问题的解法，中小公司只有一条业务线，谈不上复用。更务实的做法是先把业务跑通，出现重复代码时再考虑抽取公共模块，而不是一开始就上中台架构。

可以借鉴的思路

不做中台，但可以做沉淀。把业务中发现的通用能力封装成库、工具、API，不搞独立的团队，而是谁用谁维护。这种轻量级的沉淀比搞一个庞大的中台组织更可持续。