厚平台薄产品：30%增量就能上市，制造业的重复开发该歇了

先问制造业同行一个扎心的问题：你们公司最近立项的两个产品，有多少物料、多少模块、多少软件代码是重复的？

我见过最极端的例子：两个型号的控制板，原理图相似度目测八成，但因为分属两个项目组，从原理图、PCB、结构件到软件，全部各画各的。衍生型号上市慢、备件种类爆炸、供应商没法合并批量——重复开发，是制造业最大的一笔隐性浪费，而且它在财务报表上根本不显示。

《从偶然到必然》第4、5章讲的就是华为对这个问题的系统性解法。读完你会发现，这套东西有个土掉渣的名字，叫「厚平台，薄产品」。

一、三层结构：架构→平台→CBB

华为的打法是把研发能力分成三层：

1. 架构：顶层的顶层。先想清楚产品族怎么分层、模块怎么切、接口怎么定。架构定了，后面的分工和复用才有可能。
2. 平台：在架构上构建的共享底座。平台承载大部分通用能力，有前瞻地、持久地大规模投入——书里原话是「平台建设要耐得住寂寞，板凳要坐十年冷」。
3. CBB（共用基础模块）：货架上的标准零件。供多个产品复用的器件或器件组，遵守平台参考模型，才能在不同产品间自由拼装。

这三层搭好后，开发一个新产品变成什么？从货架上取70%的成熟模块，只开发30%的增量。 上市速度、质量、成本同时改善——因为成熟模块的质量问题早就被前面的产品蹚平了。

二、一个值回书价的案例：多模共主控

书里第4章有个无线基站的案例，我原样讲给你听：华为原来的基站产品，GSM、UMTS、CDMA、LTE四种制式并行演进、相互缺少共享。后来专家做「多模共主控」架构设计——一块主控板支撑四种制式，各制式独立演进、共基带。

结果：推出产品版本的周期缩短4个月，运维效率典型场景提升30%以上，单板种类减少66%，生产、发货、备件、安装、维护的端到端成本全面下降。最终帮助SingleRAN产品领先竞争对手两年推向市场。

一块板子的架构决策，赢出两年窗口期。这就是「架构和设计是构建产品竞争力的源头」的具体含义。

三、技术和产品分家：没成熟的鸡蛋别放进一个篮子

第5章讲的是另一件制造业很熟的事：预研和产品互相拖死。新技术不成熟，塞进产品，产品上市跟着翻车；不塞进产品，预研永远落不了地。

华为的解法是技术开发与产品开发分离，各自走各自的流程，中间隔一道TDCP（迁移决策点）：技术只有通过了迁移评审，才被允许进产品。技术成功商用后再走一道结束评审，成果「货架化」，技术开发项目关闭。

创新的节奏感也是同款思路。任正非2010年说华为长期坚持「鲜花插在牛粪上」的战略——从不离开传统去盲目创新，而是基于已有的存量去开放、去创新。 鲜花长好后，又成为新的牛粪。对不确定的前沿，则多路径、多梯次进攻：别把宝押在一个方向上。

四、我手搓过这套东西的土办法版本

说个我自己的事。2020到2024年，我在某大型家电集团用ASP手搓了一套共用件管理系统——没有IBM顾问，没有流程部立项，一个硬件工程师，从零学网页开发，硬是把它做起来跑了四年。

它管的正是CBB那点事：共用件入库、优选标记、检索、项目选用率统计。做的时候我还没读过这本书，读完才发现自己摸黑走的那条小路，尽头和华为修的高速公路是同一个方向。这本书最治愈我的地方在于：它证明土办法和小起点不是问题，方向对了，路会越走越宽。

但也要坦诚踩坑：共用件库最大的死法不是建不起来，是建了没人用。工程师赶进度，顺手就新建一个物料，谁去查货架？优选件库变僵尸库，是这类系统的默认结局——不解决「查比建快、用有激励」，平台就是摆设。

五、制造业能带走什么

1. 盘一次重复度：抽最近三个新品项目，比对物料清单和模块清单，算出重复开发比例。这个数字本身就会推动变革。
2. 先做优选件库，别急着谈平台：把现有物料里质量稳、供应稳、成本优的标出来，规定新项目优先选用。一个Excel都能起步。
3. 把「复用率」写进考核：新项目评审加一栏——本次复用了多少CBB？没有度量的复用，两周就退化。
4. 预研单独立项：给不确定性留单独的预算和闸门，别让产品上市日期倒逼技术成熟。

写在最后

平台要耐得住寂寞，板凳要坐十年冷。

制造业的重复开发不是作风问题，是没给「共用的东西」一个专门的家、专门的投入、专门的考核。华为用二十年修了个极端版本，我们至少可以修个两成的版本——那也已经能省下真金白银。

引用说明：「板凳要坐十年冷」「鲜花插在牛粪上」及多模共主控案例出自夏忠毅《从偶然到必然：华为研发投资与管理实践》（清华大学出版社，2019），「手搓共用件系统」为笔者亲历，落地建议为个人观点。