踩过3亿坑才摸透：中台战略实施的非玄学落地指南

上周跟某零售企业的CIO喝酒，他拍桌子说去年砸了2800万做的中台，现在连个门店的实时库存都调不出来。 满桌人都笑。笑完又有点唏嘘。毕竟这两年死在中台项目上的企业，没有一百也有八十。

别被概念忽悠：中台从来不是技术堆料

说实话，我最早接触中台是2019年阿里那波对外输出，当时圈内吹得神乎其神，好像不上中台就是落后生产力。 错了。大错特错。 很多人上来就把阿里的中台架构扒下来改改就往自己家系统里套，完全不管自己的年营收只有阿里的千分之一，业务线拢共才3条，连个跨部门的流程都跑不通，搞什么用户中台、商品中台？ 中台的本质是把重复造轮子的成本砍下来，不是为了凑概念拿融资。 你想想，你家3个业务线，每个都自己写一套用户查询的接口，每个都自己搭一套商品库存的逻辑，光每年的技术维护成本就得小几百万，这时候把这些重复的能力抽出来，统一做一套，给所有业务线用，这才是中台该干的事。不是上来就搞什么云原生、大数据湖，那些虚头巴脑的东西，除了给PPT添点彩，对实际业务半毛钱用都没有。 零售企业全渠道中台业务流转示意图

90%的人死在第一步：先搞技术还是先理业务？

我见过最蠢的操作，是先招了10个P7级别的架构师，花了半年搭了个技术中台的架子，回头问业务部门要需求，人家说我们现在的系统用得好好的，根本不需要。 钱砸了。人招了。架子空了。 去年有家做美妆的客户找我复盘，他们之前的中台项目失败原因很简单：技术团队闭门造车3个月，做出来的用户标签体系，跟销售部实际用的客户分层逻辑完全对不上——销售部把买过3次以上的客户算高价值，技术部按消费金额算，两边标准差了十万八千里。最后销售部根本不愿意把自己手里的客户数据导进去，中台就成了个存死数据的垃圾站。 中台战略实施的第一步，永远是拉着所有业务线的负责人坐下来，把过去3年重复做过的所有项目列个清单。 别嫌麻烦。我上次帮一家企业列这个清单，列了整整2天，才发现他们3年里光库存查询的接口就写了17个，每个业务线各用各的，光接口维护的成本每年就快200万，这才是中台要啃的硬骨头。什么实时计算、智能推荐，都是等你把这些基础的重复问题解决了之后，再慢慢加的东西。 不过话说回来，要是业务部门的人不愿意跟你坐下来聊，那干脆别开始。不然你技术团队做出来的东西，人家根本不认，最后全是白忙活。

最容易被忽略的暗坑：组织权责不调，中台就是摆设

很多人觉得中台是技术项目，其实根本不是。它是个权责重新分配的项目。 想想就知道。 以前业务部自己管自己的系统，想改个功能打个招呼就能改，现在所有的公共能力都收到中台，业务部要申请什么功能，得走中台的排期，换你你愿意？ 我之前碰过一个项目，中台搭完了，业务部的人故意找事，说中台给的接口响应慢了0.1秒，就宁愿继续用自己旧的破系统，也不肯迁数据，最后老板拍桌子都没用，为什么？因为中台团队的KPI是系统稳定性，业务部的KPI是GMV，两边的目标根本不对齐，谁愿意给你让道？ 中台战略实施的核心配套，是必须给中台团队和业务团队设置绑定的共同KPI。 比如中台的系统调用成功率、需求响应速度，要跟业务部的项目完成率、大促业绩挂钩，不然两边永远是对立面。你想啊，要是业务部的大促搞砸了，中台团队的奖金也得扣一半，那中台的人肯定会主动盯着业务部的需求，生怕出问题，对吧？ 中台战略实施前后业务与技术部门权责划分对比图 上个月有个做餐饮连锁的客户，中台做了18个月，终于跑通了。现在他们开一家新门店的系统对接时间，从原来的21天缩到了3天，去年光技术维护成本就省了1200万，你说香不香？ 但你知道他们之前踩过多少坑吗？一开始老板拍脑袋要做什么"全场景数据中台"，要把所有的用户消费数据、门店运营数据、供应链数据全打通，后来被我们劝住了，先从最痛的库存和点餐系统入手，慢慢扩，不是一步到位。 对了，别信什么市面上吹的中台成熟度模型，那都是卖咨询的人编出来的。你家的业务逻辑跟别人家不一样，适合你的才是最好的。 哦还有，要是你家的年营收还不到5个亿，业务线连3条都不到，真的别碰中台。不如把钱花在给业务部多配两个运营上，效果比什么中台都好。