跳出同质化陷阱：业务中台规划的破局逻辑

我见过太多中台项目，从启动那天起就注定了失败。 钱烧了大几百万，团队拉了二三十号，最后上线了没人用，慢慢变成服务器上一个没人碰的僵尸项目。

很多时候从一开始就错了

很多企业做中台，上来先抄大厂的架构图。别人拆了用户中心、订单中心，我也拆。别人搞了能力编排，我也搞。完全不管自己的业务体量和业务模式。 之前帮南京一家做定制家纺的企业做诊断，他们三年前花了近千万做中台，把原来三条品牌线的库存、渠道能力全拆进了中台，结果原来区域渠道改个活动规则只要一天，现在要走中台需求排期，最短半个月。本来灵活的小品牌，硬生生被中台捆住了手脚。 错在哪？错在把中台当成了所有企业的万能解药。忽略了一个最基本的前提：中台是为了复用才存在的。如果你的业务本身就是高度定制化，单条业务线占比超过八成，根本没有多少可复用的能力，搞中台就是给自己找枷锁。 传统制造企业错配业务中台架构图

先框边界再搭骨架

说实话，真要做，第一步根本不是画架构，是理清楚你手里到底有哪些业务能力，哪些值得进中台。 我接触过的很多团队，喜欢把所有能抽的都抽进去，美其名曰"沉淀能力"，最后中台变成了大杂烩，什么乱七八糟的能力都塞进去，找的时候找不到，改的时候牵一发动全身。 可复用性低于30%的业务能力，绝对不要塞进中台。什么叫可复用性？就是至少能给三条不同的业务线提供支撑，一年能减少至少四次重复开发，这才叫值得沉淀。比如做消费品的，用户画像标签能力，不管是直播电商业务还是线下专柜业务都能用，这个可以进。某条线特有的经销商返点规则，只有这个品牌用，就老老实实放在这条业务线的前台，别往中台塞。 搭骨架的时候，一定要留退出通道。很多人只想着怎么把能力塞进去，没想过怎么把没用的能力清出去。中台做了三四年，里面堆了一堆好几年没人调用的能力，占着资源不说，还拖累了整体的响应速度。每半年做一次能力清理，调用量低于某个阈值直接下线，别心疼。 企业业务能力中台适配分级表

看不见的坑：组织比技术更关键

看不见的坑：组织比技术更关键 技术架构搭完，测试上线，是不是就成了？ 绝大多数项目死在这一步。技术团队把中台做好了，业务部门根本不用。为什么？你动了人家的奶酪啊。原来业务部门有自己的开发团队，自己说了算，现在让你用中台的能力，我的人干嘛？我的KPI怎么算？ 组织权责的调整，永远比技术架构的搭建更先落地。 你要让业务愿意用中台，就得把账算清楚。中台的建设成本，按照能力复用的次数，分摊给各个业务线，不是中台部门自己扛。中台团队的绩效，和能力被调用的次数、业务线的满意度绑定，不是看你做了多少个能力。反过来，业务线用中台的能力，能省开发成本，省出来的钱可以留着做业务创新，人家才愿意用。 不过话说回来，中台也不是完全没有瓶颈。很多中台做着做着就变成了新的官僚机构，前台要改个小功能，中台排期排一个月，反而比原来自己做还慢。所以一定要给前台留足够的自治空间。核心的、复用度高的能力中台管，非核心的、个性化的需求，让前台自己折腾，中台只提供基础的接口支持就行。 我见过不少创业公司，天使轮刚融完，老板听了两句概念，就要做中台，把本来不多的钱砸进去，最后业务没跑出来，钱烧完了，公司没了。这不是中台的错，是做的人根本没搞清楚中台的应用边界。只有当你有至少三条同类型的业务线，重复开发的成本超过了中台建设的成本，才值得启动，不然就是纯交智商税。 对吧？所有的架构，本质都是服务于业务的增长。你要解决什么问题，就做什么事，别为了概念折腾。