最近一篇名为“阿里彻底拆中台了”的文章火了，朋友圈不少人转发，也有直接转给笔者的，许多人一看就懵了：我已经在建中台的是不是就废了?我还没建就不用建了？

要准确解答，首先要搞清楚文章说要拆中台是什么原因，简要总结，阿里要上创新业务–犀牛智造，其业务模式、技术体系与阿里原有业务板块差异较大，已有中台里可复用的标准化组件做不到拿过来直接用，不能满足犀牛智造的需要，因此中台要“拆”。

文章所述的问题是否真实存在？笔者认为是存在的，并在多个项目里遇到过类似情况。以某房地产企业为例，集团总部上了中台，要求各业务板块和子公司必须统一用集团中台里的数据和能力，不能另行建设，然而不同板块和子公司之间业务有所差异，我按我的需求改了，你又觉得不合用，而且每次业务变化都要找到集团，拖个半天，没法快速响应市场和一线人员的业务需求，反而违背了通过“大中台小应用”来实现快速应变的初衷。

那该怎么解决这个问题？是否该废掉中台？显然不是，其实不是中台没用，而是我们使用方法不对。中台的出现，是符合企业发展规律的，当企业发展到一定规模，必然需要把制度、流程、数据和工具标准化并实现复用，当一线业务人员和管理者需要支持时，一个呼叫，就能拿到所需要的所有资源，这样才能及时响应业务需求，提升生产效率，降低成本，才能在残酷的竞争中取胜。而中台正是实现各项资源标准化和可复用的重要手段。

需要注意的是，这里的资源是有适用范围的，有些是全局通用的，例如企业的文化、制度、公共数据、基础技术底座，有些是有业务个性的，例如业务流程、生产工具。当我们有新业务时，最佳办法即非全盘复用所有资源，也非全部不用，而是有选择性的用，把全局的资源赋能给新业务，有业务个性的资源由新业务主体自己产生，这样既能复用核心资源，又能满足业务需要。具体方案是给新业务构建子中台，其部分资源来自集团中台，部分资源自建，这才是中台的正确打开方式。

说到这里，大家应该都清楚了，中台不是有没有用的问题，而是该怎么使用的问题。拆中台一文混淆了中台资源适用范围的概念，有哗众取宠之嫌，但内容并非全无道理，值得我们思考。

建中台的初衷是增效降本，提升竞争力，不忘初心方得始终。