立即登入 上周末见了一位老板，坐下来没寒暄几句，他就直接说：“我想搞个数据中台，你帮我看看怎么弄。”
我愣了一下，下意识问：“现在做数据中台，不烧钱吗？”
他倒是很坦诚，笑着说：“中台不是火嘛，大家都在提，我们也不能落后。先搞个数据中台，后面再补业务中台，包装成SaaS面向未来那批人打出去。”
听完这话，我心里其实有点复杂。不是反对中台这个概念，而是见过太多企业在这上面踩坑。中台本身不是坏东西，坏就坏在很多人把它当成了万能药，却忘了先看看自己企业的体质。我就跟他直说了：“你们的业务现在还在快速铺开的阶段，组织架构也没到拖慢业务的程度，说白了，还没被‘成长的烦恼’真正卡住脖子。这个时候急着上数据中台，反而容易出问题。”
为什么这么说？中台的本质不是简单把数据堆在一起，而是要抽象、沉淀、服务化。它需要业务模式相对清晰，才能把共性能力提炼出来，变成可复用的组件。如果业务还在剧烈变动，今天一个方向，明天一个打法，中台建设就像在流沙上盖楼——你刚沉淀好的能力，下个月可能就作废了，反而拖累前台的响应速度。更糟糕的是，中台要是建得笨重，不光是拖累，还可能变成甩不掉的包袱。那种“搬起铁块砸自己脚”的事，我真见过不少。
所以当时我跟他说，先别追概念，不如回头做一件更实在的事：从你们自己的商业模型出发，反向推导出真正需要关注的分析模型。然后，再根据这些分析模型，去规划该埋哪些点、拼哪些数据，先用数据仓库的方式把数据平台的底子搭起来。这样一步步走，虽然没中台那么性感，但安全。等业务跑得差不多了，组织瓶颈真的显现出来了，再逐步向中台演进，反而更顺。
老板听完沉默了一会儿，说：“那你帮我出个方案吧。”
我一口水差点呛着——合着我刚才说的他全没听进去。不过转念一想，这其实挺典型的。很多企业面对“中台”“平台”这些词，容易陷入一种惯性：别人有，我也要有。但真正能持续提升企业响应力的，从来不是中台本身，而是它背后那套逻辑——你能不能把服务能力沉淀下来，让前台的创新不再每次都从零开始。不管是中台还是平台，成效好不好，关键还是看它能不能让企业更灵活、更贴近用户。
而这条路，不同企业走法完全不同。传统企业和互联网企业，起步的姿势就不一样。业务跑得快的，数据量还没上来，强推中台就是给自己找别扭；业务相对稳定的，又有大量数据积压，不靠中台可能真的转不动。所以，没有标准答案，只有合不合适。
说到底，企业真正要建的，不是中台，而是持续响应用户的能力。中台只是手段，不是目的。
