数据中台建设：别做花架子，要解决真问题
上个月跟某上市零售企业的CIO喝茶，他一开口就骂娘。三年前砸了两千万上马数据中台，拉了二十人的团队做了一年多，现在系统就躺在服务器里吃灰，业务部门该用excel还是用excel，该找各自部门要数还是找各自部门要数。
两千万打了水漂。说出去谁信？这不是个例。最近五年我接触过不下三十个数据中台项目，能真正用起来产生实际收益的，不到四分之一。剩下的，不是烂尾就是变成了摆设。
传统企业多部门混乱数据流转示意图
说实话，我见过最夸张的一个项目，光梳理“客户”这个词的定义，就开了八次跨部门会，销售说只要留了联系方式就是客户，运营说只有消费过才是客户，财务说只有付完款走完账才是客户，吵了两个月没结果，项目直接卡在第一阶段。
很多企业搞中台，就是把原来各个部门的数据烂账打包塞到一个新系统里，换个“中台”的名字，就完事了。原来的矛盾一点没解决，反而多了一层审批，多了一堆流程，业务用起来比原来还麻烦，谁愿意用？
之前还有人鼓吹“大中台小前台”，结果中台做得比所有前台加起来都重，权限卡得死死的，业务要个临时数，得走三个审批流程，等批下来，活动都结束了。这不是中台，这是供起来的祖宗。
连锁餐饮数据中台库存损耗分析看板
不过话说回来，哪有一开始就完美的中台？现在市场变化这么快，今年你做直播带货，明年你做私域，后年说不定你又开拓了新的产品线，你一开始定的标准，能管三年吗？根本不可能。
所以别搞什么十年蓝图五年规划，先找一个业务最疼的点，小团队快速落地，拿到结果，拿到业务部门的信任，然后一点点往外扩，慢慢长出来的中台，才活的下去。一上来就铺大摊子，多半是死。
九成中台烂尾，都死在了运营上
很多企业有个误区，觉得中台上线，项目就验收了，就完事了。预算九成给了建设，运营一分钱都不想多掏。
结果呢？上线半年，业务变了，数据没人更新，标准没人调整，新的需求没人接，慢慢的，中台里的数据就比业务部门的最新数据旧了一两个月，谁还会用？慢慢就废了。
数据中台是养出来的，不是建完就可以放在那落灰的。我见过一家做to B的互联网公司，中台上线之后，专门留了一个8人的运营团队，其中四个是懂业务的数据分析师，三个是数据治理专员，剩下一个是对接业务的产品经理。每个月固定跟各个业务线开对接会，收集需求，更新数据标准，迭代数据模型，两年下来，中台的数据复用率做到了72%，业务部门做新活动，原来要花两周做数据开发，现在直接从中台拉数，两三天就能搞定，省了不知道多少人力。
反过来，另一家传统企业，中台上线之后，只留了两个运维工程师，只管服务器不宕机，别的啥不管。一年之后，业务部门要个数，中台里出来的数跟实际对不上，错漏一堆，大家又回到原来各自做数的老路子，几百万投进去，打了水漂。
你买个车还得五千公里做一次保养呢，建个中台几百万上千万，舍不得掏运营的钱，这不就是捡芝麻丢西瓜吗？
还有句话我得说，不是所有企业都适合建数据中台。你一个几十人的创业公司，一年就几千万营收，总共没多少数据，买个云服务商的数仓就够用了，凑什么中台的热闹？说白了，中台是解决规模变大之后的数据协同问题，你连规模都没有，要什么中台？
这几年数据中台从风口变成了圈内的烂梗，很多人说中台是骗局。其实哪有那么多骗局，只不过太多人把中台做成了骗预算、冲KPI的花架子，从来没想着帮业务解决问题而已。
真的沉下心，找对问题，小步快跑，好好运营，它给你带来的收益，绝对比你投进去的多。
别把数据中台做成了“部门烂账收容所”
很多企业建中台的初衷是什么？原来各个部门各自为战，数据不通，标准不一样，要个跨部门的数得折腾半个月。那好了，搞个中台，把所有数据都放进去，统一标准，不就解决了？ 初衷没错，干的时候就歪了。很多咨询公司卖方案，上来就是“全域整合”“全链路统一”，上来就要把生产、供应链、销售、财务、人力所有部门的数据全接进来，光梳理数据标准就得做一年。 等标准梳理完，业务都换了三茬了。传统企业多部门混乱数据流转示意图
说实话，我见过最夸张的一个项目，光梳理“客户”这个词的定义，就开了八次跨部门会，销售说只要留了联系方式就是客户，运营说只有消费过才是客户，财务说只有付完款走完账才是客户，吵了两个月没结果，项目直接卡在第一阶段。
很多企业搞中台，就是把原来各个部门的数据烂账打包塞到一个新系统里，换个“中台”的名字，就完事了。原来的矛盾一点没解决，反而多了一层审批，多了一堆流程，业务用起来比原来还麻烦，谁愿意用？
之前还有人鼓吹“大中台小前台”，结果中台做得比所有前台加起来都重，权限卡得死死的，业务要个临时数，得走三个审批流程，等批下来，活动都结束了。这不是中台，这是供起来的祖宗。
真正能用的数据中台，都是小步跑出来的
数据中台建设，从来不是技术项目，是业务项目。核心目标从来不是做一个完美的平台，是帮业务解决真问题，赚钱或者省钱。 去年我给一家开了两百多家店的连锁餐饮做咨询，他们老板一开始也想砸五百万搞大而全的中台，要覆盖供应链、运营、会员、人力全模块。我拦住了。 我问他们，现在最疼的点是什么？他们说，每个月门店生鲜损耗要亏两三百万，各个门店自己填损耗，数都是乱的，总部根本不知道哪个sku、哪个门店损耗高，找不到优化的方向。 那就先干这个。不要搞全链路，不要统一所有标准，先把所有门店的进销存数据、每日损耗数据接进来，把损耗统计、分析的模块做出来，三个月就上线。 结果怎么样？第一个月就找出了十几个高损耗sku，调整了进货量和库存周转规则，直接省了120万。老板拿到了实实在在的结果，二话不说，追加预算，接着做供应链，接着做会员，现在中台已经覆盖了所有核心业务，每年帮公司省近千万。连锁餐饮数据中台库存损耗分析看板
不过话说回来，哪有一开始就完美的中台？现在市场变化这么快，今年你做直播带货，明年你做私域，后年说不定你又开拓了新的产品线，你一开始定的标准，能管三年吗？根本不可能。
所以别搞什么十年蓝图五年规划，先找一个业务最疼的点，小团队快速落地，拿到结果，拿到业务部门的信任，然后一点点往外扩，慢慢长出来的中台，才活的下去。一上来就铺大摊子，多半是死。
九成中台烂尾，都死在了运营上
九成中台烂尾，都死在了运营上
很多企业有个误区，觉得中台上线，项目就验收了，就完事了。预算九成给了建设，运营一分钱都不想多掏。
结果呢？上线半年，业务变了，数据没人更新，标准没人调整，新的需求没人接，慢慢的，中台里的数据就比业务部门的最新数据旧了一两个月，谁还会用？慢慢就废了。
数据中台是养出来的，不是建完就可以放在那落灰的。我见过一家做to B的互联网公司，中台上线之后，专门留了一个8人的运营团队，其中四个是懂业务的数据分析师，三个是数据治理专员，剩下一个是对接业务的产品经理。每个月固定跟各个业务线开对接会，收集需求，更新数据标准，迭代数据模型，两年下来，中台的数据复用率做到了72%，业务部门做新活动，原来要花两周做数据开发，现在直接从中台拉数，两三天就能搞定，省了不知道多少人力。
反过来，另一家传统企业，中台上线之后，只留了两个运维工程师，只管服务器不宕机，别的啥不管。一年之后，业务部门要个数，中台里出来的数跟实际对不上，错漏一堆，大家又回到原来各自做数的老路子，几百万投进去，打了水漂。
你买个车还得五千公里做一次保养呢，建个中台几百万上千万，舍不得掏运营的钱，这不就是捡芝麻丢西瓜吗？
还有句话我得说，不是所有企业都适合建数据中台。你一个几十人的创业公司，一年就几千万营收，总共没多少数据，买个云服务商的数仓就够用了，凑什么中台的热闹？说白了，中台是解决规模变大之后的数据协同问题，你连规模都没有，要什么中台？
这几年数据中台从风口变成了圈内的烂梗，很多人说中台是骗局。其实哪有那么多骗局，只不过太多人把中台做成了骗预算、冲KPI的花架子，从来没想着帮业务解决问题而已。
真的沉下心，找对问题，小步快跑，好好运营，它给你带来的收益，绝对比你投进去的多。