技术中台构建：别抄大厂方案，踩过坑的人告诉你真话
三年前帮一家年营收几十亿的制造企业做技术中台规划，甲方老板上来就说，我们要抄阿里的，要做全公司所有业务的技术复用，预算给足，两年内上线。结果呢？花了快两千万，中台上线那天，业务线负责人集体说用不起，还不如原来自己写的小工具好使。
真的挺扯的。
企业级技术中台模块分层架构图
举个真实的例子，之前接触的一个头部电商客户，早年做中台的时候，非要把会员积分能力抽进去中台。结果呢？直播电商业务要做实时积分抵现，规则每分钟都变；线下门店要做积分换购，一个区域一个规则；中台改一次需求要走两周排期，业务线等不及，干脆自己又写了一套积分系统。到最后，中台里的积分模块从上线就没人用过，占着资源，还得派人维护，纯纯的负资产。
对不对？很多人搞错了顺序：先有重复的需求，再有中台，不是先建中台，再等需求过来。
技术中台需求排队优先级看板示意图
那怎么破？别上来就拉团队写代码。先坐下来谈利益分配。
我见过做成功的中台项目，第一个定的不是技术方案，是规则：中台团队的绩效，直接和业务线的降本提效指标绑定。业务线用了你的中台能力，节省了多少开发成本，提升了多少效率，直接算你的KPI。反过来，中台响应慢，改需求不及时，影响了业务线的业绩，中台也要背锅。
同时，规则说清楚：如果不用中台的能力，自己重复开发，那多出来的人力预算，自己业务线出，不算公司公共预算。
这套规则定下来，不用你催，业务线自己会抢着用中台的能力，毕竟能省钱省人，何乐而不为？
这点太重要了。技术解决事，制度解决人，没人给你背书，再好的技术方案都是废纸。
中小公司做技术中台，别碰大厂那套花活
这两年中台风刮得大，很多不到百人的中小公司也嚷嚷着要做技术中台，说是提前布局，为未来规模化做准备。我每次听到都头大。
你一个三十来人的团队，两个业务线，主业务还没跑通，你做哪门子中台？
大厂做中台，那是人家几百个业务线，几千个开发，天天重复造轮子，浪费的钱一年都几个亿，所以才抽中台降本。那是水到渠成的结果，不是人家一开始就建个中台等业务。你连三个重复的业务场景都没有，抽什么复用？纯粹是为了做中台而做中台，浪费钱罢了。
不过话说回来，中小公司也不是完全不能碰中台，关键是别贪大。你可以先做一个最小可行中台，把那些真的全公司都用得到的基础能力抽出来就行。比如用户登录、短信验证码、文件存储、支付回调这些，不管什么业务都要用，抽出来做成公共服务，几个开发花一两周就能搞定，以后接新业务确实能省时间。
别上来就搞什么“数据中台一体化”“全链路能力输出”，那些都是咨询公司骗预算的词，对你没用。
去年有个三十多家店的连锁餐饮客户，就是这么做的。三个流量渠道：小程序、外卖平台、自营APP，原来每个渠道都自己做库存管理，经常对不上数，每天要花三四个会计对账，错了还要扣员工钱，怨声载道。他们没搞大中台，就把库存管理这一个能力抽出来，做成公共服务，三个渠道共用，花了不到两个月，出错率直接降了九成，每年省几十万的人工成本，这就是成功的技术中台构建。
很多人做中台，都是为了赶风口，吹概念，拿融资。真要落地，就得放下对大厂的迷信，丢掉那些花里胡哨的名词，盯着自己的问题，能解决问题的中台，才是好中台。
别把技术中台做成“资源垃圾桶”
很多人入行做中台，第一堂课听的就是“中台是复用，是共享，是降低整体技术成本”。话没错，但架不住歪嘴和尚念经啊。 说实话，我见过十个中台项目，八个死在“大而全”上。不管什么能力，只要有人说“以后可能用得到”，就一股脑塞进中台里。到最后，中台变成了什么都装的垃圾桶，找一个接口要翻三层目录，改一个小功能要牵出十几个依赖，谁用谁骂娘。 技术中台的本质，说白了就是把业务重复迭代里的不变能力抽出来，不是把所有能力都抽出来。什么该抽，什么不该抽，标准只有一个：是不是已经在三个以上不同业务线被重复造了轮子？ 如果只是两个业务，那哪怕重复造，成本也比抽出来中台维护低。企业级技术中台模块分层架构图
举个真实的例子，之前接触的一个头部电商客户，早年做中台的时候，非要把会员积分能力抽进去中台。结果呢？直播电商业务要做实时积分抵现，规则每分钟都变；线下门店要做积分换购，一个区域一个规则；中台改一次需求要走两周排期，业务线等不及，干脆自己又写了一套积分系统。到最后，中台里的积分模块从上线就没人用过，占着资源，还得派人维护，纯纯的负资产。
对不对？很多人搞错了顺序：先有重复的需求，再有中台，不是先建中台，再等需求过来。
技术中台构建的核心，从来不是技术，是利益
我见过太多技术大牛做中台，架构画得无懈可击，微服务拆分得比头发丝还细，最后项目就是推不动，死得莫名其妙。 问题出在哪？不在技术，在组织，在利益。 你想想，原来每个业务线都有自己的技术团队，招人、排期、改需求全自己说了算。你现在把人家核心的技术能力收去中台，以后业务线要改个功能，得求着中台排期，人家话语权没了，预算也可能被切走，人家凭什么支持你？ 我开头说的那个制造客户，就是栽在这。生产部门原来有自己的十个人开发团队，专门管设备数据采集和分析，中台团队说这个能力通用，要收上去。生产总监直接拍桌子：我们设备数据是核心机密，放你们中台出问题谁负责？说白了，就是怕丢了权力，最后项目拖了大半年，各方扯皮，预算花完就不了了之了。技术中台需求排队优先级看板示意图
那怎么破？别上来就拉团队写代码。先坐下来谈利益分配。
我见过做成功的中台项目，第一个定的不是技术方案，是规则：中台团队的绩效，直接和业务线的降本提效指标绑定。业务线用了你的中台能力，节省了多少开发成本，提升了多少效率，直接算你的KPI。反过来，中台响应慢，改需求不及时，影响了业务线的业绩，中台也要背锅。
同时，规则说清楚：如果不用中台的能力，自己重复开发，那多出来的人力预算，自己业务线出，不算公司公共预算。
这套规则定下来，不用你催，业务线自己会抢着用中台的能力，毕竟能省钱省人，何乐而不为？
这点太重要了。技术解决事，制度解决人，没人给你背书，再好的技术方案都是废纸。
中小公司做技术中台，别碰大厂那套花活
中小公司做技术中台，别碰大厂那套花活
这两年中台风刮得大，很多不到百人的中小公司也嚷嚷着要做技术中台，说是提前布局，为未来规模化做准备。我每次听到都头大。
你一个三十来人的团队，两个业务线，主业务还没跑通，你做哪门子中台？
大厂做中台，那是人家几百个业务线，几千个开发，天天重复造轮子，浪费的钱一年都几个亿，所以才抽中台降本。那是水到渠成的结果，不是人家一开始就建个中台等业务。你连三个重复的业务场景都没有，抽什么复用？纯粹是为了做中台而做中台，浪费钱罢了。
不过话说回来，中小公司也不是完全不能碰中台，关键是别贪大。你可以先做一个最小可行中台，把那些真的全公司都用得到的基础能力抽出来就行。比如用户登录、短信验证码、文件存储、支付回调这些，不管什么业务都要用，抽出来做成公共服务，几个开发花一两周就能搞定，以后接新业务确实能省时间。
别上来就搞什么“数据中台一体化”“全链路能力输出”，那些都是咨询公司骗预算的词，对你没用。
去年有个三十多家店的连锁餐饮客户，就是这么做的。三个流量渠道：小程序、外卖平台、自营APP，原来每个渠道都自己做库存管理，经常对不上数，每天要花三四个会计对账，错了还要扣员工钱，怨声载道。他们没搞大中台，就把库存管理这一个能力抽出来，做成公共服务，三个渠道共用，花了不到两个月，出错率直接降了九成，每年省几十万的人工成本，这就是成功的技术中台构建。
很多人做中台，都是为了赶风口，吹概念，拿融资。真要落地，就得放下对大厂的迷信，丢掉那些花里胡哨的名词，盯着自己的问题，能解决问题的中台，才是好中台。