数据中台建设：别被神化的概念坑，落地才是真金

我前阵子跟一位互联网公司的技术负责人吃饭，他拍着桌子吐槽。 花了近两千万搞数据中台建设，上线快两年，现在一半功能没人用。 业务部门嫌麻烦，IT部门背了KPI，最后成了老板的数字化政绩工程，搁那积灰呢。

为什么十个中台八个烂，剩下一个在亏钱

说实话，这两年我见了太多类似的案例。 从大厂吹起数据中台的风之后，大大小小的软件厂商都跟着炒概念，不管什么企业，只要说要数字化，上来就推全套中台解决方案，开口就是几百万上千万。 很多老板被忽悠得动了心，觉得不上中台就是落伍，砸钱进去，最后落得一地鸡毛。 核心问题在哪？大多数人都搞反了主次。数据中台是业务的结果，不是数字化的起点。 上来就搭架构、搞治理、买存储，全公司的数据都想一口吞下，结果呢，连业务到底要拿数据解决什么问题都没搞清楚。 企业失败数据中台建设项目架构图 我之前接触过一家连锁零售企业，老板听了厂商的 pitch，直接拍板上马全域数据中台，要把所有门店的库存、会员、供应链全打通。搞了一年半，IT部门出了几百页的数据规范，要求每个门店的导购每天花半小时录入会员信息。导购嫌麻烦，要么瞎填要么不填，最后中台里存的数据一大半是错的，想做个精准营销都跑不出正确的结果。钱花了，活干了，什么用都没有。

真能落地的数据中台建设，要先避开这三个坑

踩过坑的人多了，慢慢就摸出规律了。能活下去的中台，几乎都绕开了三个常见的陷阱。 第一个坑：把中台当成纯技术项目，业务部门全程靠边站。 我见过太多项目，从需求调研到上线，全是IT和厂商在折腾，业务部门只在最后验收的时候露个面。做出来的东西，运营要的数据拿不到，销售要的报表出不来，谁会用？ 说白了，数据中台是给业务用的，不是给IT用来秀技术的。从第一天开始，就要让业务核心人员攥着需求拍板，要解决什么问题，哪些数据是必须的，什么格式能用，都得业务说了算。 第二个坑：追求大而全，一口就要吃成胖子。 很多人一说起中台，就要全域打通、全链路治理，要支撑未来十年的业务发展。问题是，你现在的业务都变了，未来十年的需求谁能说得准？ 我见过最聪明的做法，是先拿一个具体的痛点开刀。比如先解决「运营要数等三天」的问题，把核心业务的几个数据打通，跑通一个场景，看到收益了再一点点扩，比上来就铺摊子靠谱一万倍。 第三个坑：为了标准化，把数据搞成没人敢碰的死水。 很多中台搞完数据治理，定了几十上百条规则，改个字段要走三层审批，业务想调整个维度都要等一周。这不叫中台，这叫数据衙门。 治理是为了用，不是为了整齐好看。留一定的灵活度，让业务能自己玩，才活的下去。 正确落地数据中台建设步骤流程图

中小公司做数据中台建设，别学大厂那套

中小公司做数据中台建设，别学大厂那套 说句实在话，大厂的中台架构，天生就是给大厂量身定做的。 大厂几万名开发，几十条业务线，每个业务都要做用户画像、做推荐，重复造轮子太浪费，所以搞个中台把通用能力抽出来，降本增效。 你一个几十人的中小公司，业务线才两三个，开发才不到十个人，学人家搞什么公共能力复用？完全是刻舟求剑。 中小公司做数据中台，核心就一个：解决具体问题，能赚钱就行。 我之前认识一个做垂类电商的老板，十几个人的团队，没找厂商，就用开源工具攒了个简单的中台，先把抖音、淘宝、私域三个渠道的订单、用户数据打通了。之前运营要算不同渠道的复购率，得找IT导三天数据，现在打开后台就能看，还能直接给不同复购层级的用户打标签发优惠券。 就这么个简单的东西，每年帮他们多赚了大几百万。这就是好中台。 不过话说回来，我也不是说数据中台本身是伪概念。 之前企业的数据都是烟囱，销售在Excel，库存在ERP，用户在第三方平台，要拉个全链路的数据，得找好几个部门签字，折腾一个星期，机会早就错过了。 数据中台就是把这些散在各个角落的数据，理干净，攒一块，让要用的人能快速拿到，就这么简单。 别扯什么“数字化转型的核心引擎”，别扯什么“未来企业的基础设施”，能帮业务解决问题，能帮公司赚到钱，就是好的。 吹得再天花乱坠，落不了地，就是一堆占带宽的废数据罢了。