把活儿省下来 · 集 18：重复的活儿，交给同一个地方

把活儿省下来 · 第三部第 3 篇（零代码）

一家连锁餐饮开到两百家店，会遇到同一个噩梦：每家店都有自己的后厨，各自进货、各自切配、各自控制口味。两百个后厨，就是两百个出错的版本——这家咸了，那家淡了，还有一家因为切配师傅切到手停了半天的业。

解法是中央厨房：洗菜、切配、调酱这些重复的活儿，全部收走，统一在中央厨房做完，做成净菜和半成品，配送到店。门店后厨大幅瘦身，只剩最后一段——加热、组装、出餐。口味由中央厨房一个版本管到底，门店比的就是谁出餐快、谁服务好。

看清楚这笔账：各家店都在重复干的活儿，沉到了一个统一的地方；门店只留下"直接面对顾客"的那一段。 重复的活儿交给同一个地方，自家的特色留在自己手里。

软件界给这个动作起了个名字，管理界这几年也起了一个。这一集，把两边放在一起看。

---

一、软件那边：容器——框架替你包办的后勤

框架把主流程握在手里（集 16）、在关键处留好空位（集 17），接下来轮到第三件事：后勤。

一套系统要跑起来，除了你那份业务，还有一堆"人人都逃不掉、家家都在重复造"的杂务：两个人同时改一份数据，听谁的？有人使坏往里塞东西，怎么拦？东西放在哪儿、配置怎么改？这些活儿跟业务无关，但没有它们，系统一天都跑不了。过去每个团队都要自建一套，造得还都不一样。

框架的做法是把这些杂务统一收进一个"容器"：记账有人管了——出了错自动退回原样；进门有人管了——先查身份；配置有人管了——改个参数不用动主体。你写的业务，往容器里一放，这些后勤自动跟上。你的活儿越来越薄，薄到只剩业务本身。

这个"容器"在九十年代组件大战里就有雏形（集 13 讲过：四件套里的"公共后勤"），到后来变成框架的标配。它的意义在于：后方的活只写一遍，全行业共享；干活的人从此只琢磨自己的生意。 跟中央厨房一比，关系一目了然——容器就是软件界的中央厨房，你的业务就是门店里那段最后出餐的活儿。

---

二、管理那边：中台——把"能力"收拢成共享底座

管理界同款动作的最近一次大规模实践，就是中台。2015 年前后，国内几家大公司先后把企业内部重复建设的能力——用户数据、支付、订单、库存——统一收拢，建成全公司共享的"中台"，让前台的小团队随取随用。口号叫得很响："小前台，大中台。"（通行口径）

逻辑跟中央厨房完全一样。过去每条业务线都自建一套用户系统、一套支付、一套库存——十几条业务线就是十几套重复建设，改一个规则要改十几处。中台把这套东西收拢成一个底座：前台要开新业务，不用再自建，从中台取用就行。开新业务的试错成本骤降——原来建一条业务线要三个月，现在拼装两个星期。

看中台干的事，逐条对上软件那边：重复的收拢——各业务的重复能力沉进底座，一个版本管全公司；特色留下——前台只留自己独有的部分，轻装上阵；随取随用——前台要什么能力，找中台领，不用自己造。中央厨房、软件容器、企业中台，是同一个动作在三个行业的落法。

但是——冷水时间到了。不是所有重复都该收拢，收错了地方，全家跟着遭殃。 有家公司把"营销玩法"也收进了中台，可营销恰恰是最需要各团队自由发挥的部分——从此每个想法都要走中台的排期和规范，前台团队怨声载道，最后中台拆分、能力退回各业务线（近年多家大厂的中台收缩，属通行报道）。判据其实软件界早就给出来了：稳定、通用、家家一样的，收拢；多变、个性、天天要变的，留在前台。 收反了，效率平台就变成效率瓶颈。

---

三、两张图叠在一起：重复的沉下去，特色的浮上来

软件：框架容器	管理：中台 / 中央厨房	两边其实是同一件事
记账、安保、配置统一进容器	数据、支付、库存统一进中台	重复的活只干一遍
业务变薄，只剩业务	门店后厨瘦身，只剩出餐	一线轻装，特色留下
新系统拼装即用，不重造轮子	新业务两周上线，不重建能力	省掉重复，试错成本骤降
收错东西：把天天变的焊进框架	收错东西：营销玩法进中台，全家排队	稳定通用的才收拢，多变个性的留前台
容器出故障，全体业务遭殃	中台出故障，全公司停摆	重复收拢 ＝ 风险也集中

结论可以这样拍：容器和中台，把"重复的沉下去、特色的浮上来"推到了完整形态——框架给骨架、留空位、包后勤，三件套齐了。三集串成一句：集 16 给房子，集 17 留空位，集 18 包后勤。 代价也记在账上：重复收拢的同时，风险和约束也集中了——这笔账，攒到集 23 一起算。

---

四、这一集的账：把后勤收拢起来，省了什么

省下来的：一套现成的平台后勤。记账、安保、配置（数据、支付、库存）——这些家家都造、家家造得不一样的底层能力，第一次由同一个地方统一供给。

怎么个省法：把你的业务放进容器，能力随取随用。判断标准就一条——稳定的通用件交给平台，多变的部分留在自己手里。

省的代价：平台税和集中风险。全体业务排队等平台，平台出故障全体遭殃；收拢的选择一旦错了，纠正的成本极高——比中央厨房搞错配方严重得多。

下一集说：后勤包完了，换个角度看重复。前面省的都是"技术活"；可企业应用里还有些难题，跟技术无关，跟"业务本身"有关——两家打擂台的竞争公司，系统里处理的麻烦竟然一模一样。这些难题，也有现成目录。

---

五、今天带走一句话

容器和中台是同一个动作：把家家重复造的活收进共享底座，让一线薄到只剩自己的特色。判据只有一条——稳定通用的收拢，多变个性的留前台；收反了，效率平台就变成效率瓶颈。

送你一条可执行的自查：盘点你的组织，哪些能力被建了两遍以上？ 两套报销系统、两个客户数据库、三条各自为政的审批流——每一处重复建设，都是"该收没收"的活。先收拢它们；同时盯住另一头：有没有把"天天要变的东西"也收了进去？两头都查，中台才是资产，不是枷锁。

下一集：《躲不开的麻烦，都有现成解法》——有些难题跟技术无关，跟"业务本身"有关，可它们也有目录。