别踩坑：业务中台规划的冷思考和落地边界
多数中台死在「把能力当目的」
现在打开任何一篇讲中台的文章，都在说要复用能力，要降本提效，听着都对，做起来全歪。很多团队做规划的时候，上来先画架构图，把能拆的能力全拆出来，用户中心、商品中心、交易中心、权限中心...恨不得把所有代码都塞进中台里，美其名曰「通用能力下沉」。
能力复用的前提，是业务边界的稳定性，如果你的核心业务玩法，每年都换两三茬，你费尽心机抽出来的通用能力，抽完就过时了。新消费品牌，成立才18个月，业务线才两个，CEO拍脑袋就要搞中台，说是提前布局，最后钱花完了，风口过了，中台还没建好。
企业失败业务中台能力堆叠架构图
那个南京的老友说，他们当初就是犯了这个错，为了做中台而做中台，把所有能通用的全抽了，结果去年做社区团业务，原来抽的商品能力根本不支持临期商品动态调价，要改就得动整个中台的底层，改了又影响原来的线下门店业务，进退两难，最后只能前端重新写一套，中台成了摆设。
怎么锚定真正需要沉淀的核心能力
说实话，我见过太多规划，都是技术团队对着架构图自嗨，你问他这个能力为什么要进中台，他说「本来就该放这里」。从来不去问业务线，你们今年到底重复造了几次轮子？
有个To B项目交付的客户，去年找我聊中台建设，他们一开始计划把所有项目的客户管理功能全抽进中台，估算下来要六个月，成本八十万。我让他们去翻过去一年的项目交付文档，数一下有多少功能是三个以上项目都写过的。数完发现，只有客户身份验真这个功能，四个项目全写了，剩下的客户跟进、商机管理，每个项目的逻辑都不一样，最多两个项目重复，改一改的成本才几万，远低于抽中台的八十万。
他们最后只抽了客户身份验真进中台，剩下的都保留在项目端，三个月就上线了，省了五十多万。
业务中台核心能力筛选优先级矩阵图
只沉淀已经被验证的重复需求，不做对未来的过度预设，这是很多踩过坑的团队总结出来的铁律。0923那天南京的茶局上，那个老友说，他们后来把原来的大中台拆了，只留了两个核心能力进去：一个是商品条码的标准化管理，一个是会员积分的规则计算，这两个能力从十年前开第一家店到现在，不管线上线下，逻辑从来没变过，所有渠道都在用。剩下的什么营销活动、页面展示，全放前端业务线自己搞，现在新业务上线从原来的三个月，缩到半个月，研发成本直接砍了一半。
被忽略的落地风险：组织权责错配
被忽略的落地风险：组织权责错配
绝大多数讲规划的文章，都只讲技术架构，不说组织调整，这是最大的盲区。中台动的不只是技术代码，是各个部门的权力和利益。原来每个业务线都有自己的技术团队，想怎么改就怎么改，核心能力收去中台之后，出了问题找谁？
很多企业最后变成，前端说中台给的能力不好用，满足不了新业务的个性化需求，中台说前端不会按规范来，故意提奇葩需求，两边吵架，老板和稀泥，项目最后不了了之。
前年接触过一个做定制家居的制造企业，中台团队做了统一的产品BOM能力，要求所有前端业务都必须用这个BOM，后来前端做C2M个性化定制，需要给单个客户灵活调整BOM结构，中台说改了会影响原来给地产商做批量工程单的BOM稳定性，说什么都不同意改，来回扯了四个月，客户被竞争对手抢走了。
这里的核心规则其实很简单：中台管不变的核心逻辑，开放可变的扩展层给前端，中台不能当守门员，只能当基建队。你把路修好，至于前端要开轿车还是拉货车，那是前端自己的事，你别管人家怎么走。中台团队的KPI，不能看你沉淀了多少个能力，要看前端业务用了你多少能力，帮业务省了多少时间，不然你沉淀一百个能力，没人用，都是垃圾。
很多人说现在中台不火了，其实不是中台不行，是原来那种大而全的中台玩法本来就错了。大部分中小企业，根本不需要搞什么覆盖全业务的中台，先把重复造了三次以上的轮子沉进去，够用就行，对吧？
很多企业做规划，总想着一步到位，做个能管十年的框架，其实哪有什么十年不变的业务，能解决当下的痛点，适配未来一两年的变化，就够了。硬要搞大而全，最后只能是看着好看，用不了，白花钱。