📚 智能硬件PM学习日报 | 2026年9月13日（周日）
取材说明：任务里的 `curl` 直连 Google 在本机仍被网络策略拦截（返回空响应，exit 0 但无内容），已改用备用检索通道取材，来源真实可查（见文末）。本主题在历史日报中从未作为主主题讲过（此前已覆盖 IPD / NPDP / 竞品分析 / PRD / DFM×2 / BOM成本 / GTM / 测试验证 / 用户调研 / 路线图 / 跨部门与供应链 / 专利布局 / 迭代策略 / 质量管理体系 / 敏捷硬件），符合轮换要求；而"平台化"恰好是当下最贴合成至产品结构的一道题。
🎯 今日主题：产品平台化与模块化架构——CBB 不是省钱工具，是"研发复利"的账户
一、概念解释：先把三个被混着用的词切开
很多人在会上把"架构""平台""CBB"当同义词吵，其实它们是三层不同的东西：
| 层级 | 英文 | 本质 | 判断标准 |
|---|---|---|---|
| 产品架构 | Product Architecture | 功能元素 → 物理组件的映射方式，以及组件之间接口的定义 | 问你："改一个功能，要动几个零件？" |
| 产品平台 | Product Platform | 一组供不同产品共享的共用资源（构件、工艺、知识、人员与关系） | 问你："这条产品线里，哪些东西是所有型号共用、且被明确命名的？" |
| CBB | Common Building Block | 可跨产品/跨系统复用的零部件、模块、技术及设计成果 | 问你："这个模块有 owner、有版本、有测试报告、能被别人检索到吗？" |
架构的两种极端（不是优劣，是权衡）：
- 模块化架构（Modular）：功能与组件一对一映射，接口标准化 → "即插即用"。优点：可并行开发、可独立升级、可组合出变体。代价：单机性能上限被牺牲——体积、重量、功耗、成本都会比"把功能揉成一坨"的一体化设计差。
- 完整性/一体化架构（Integral）：多个功能挤在一个零件里（比如机身同时承担承力、散热、屏蔽）→ 性能极限最优、零件数最少。代价：任何改动都是牵一发动全身，无法做变体。
顺带说一句华为 IPD 的原话："平台是最大的 CBB。" 华为把 CBB 分成三级货架——CBB 模块（最基础的复用单元）→ CBB 平台（多个模块组合成的共享平台）→ CBB 货架（按层次分类、可检索可调用的资源库）。与它配套的两个词你也该会：异步开发（把开发纵向切成技术层/平台层/产品层，交给不同团队并行做，减少上层等下层）和技术与产品分离（技术预研 ≠ 产品开发，前者的产出是"可复用能力"，后者的产出是"能卖的东西"）。
二、核心要点（6 条，按重要性排序）
- 平台化的本质是一次资本决策，不是技术洁癖。
平台开发是前置大额投入（人力 + 模具 + 验证），回报靠后续 N 个产品摊销。所以你必须能算出两个数：复用率（新项目里来自货架的模块/BOM 占比）和盈亏平衡点（第几个产品时累计省下的钱超过平台投入）。算不出来，平台化就是研发的自我感动。
- 模块化的前提是接口，不是模块。
机械接口（安装孔位、负载挂点、外形包络）、电气接口（供电电压/功率/针脚定义）、通信接口（协议、指令集）——接口必须先冻结、写进规格书、签字画押。接口没冻结就并行开发，等于让两个团队各自发挥，最后在联调现场互相指责。
- 变体管理（Variant Management）：用"配置"满足差异，而不是用"新设计"。
正确定义基础平台 → 定义可选件（Options）与选择逻辑 → 客户差异通过配置表组合出来。反例：每来一个客户就新开一个型号、新画一版图、新做一次认证——SKU 爆炸、库存互相踩踏、产线频繁换线。
- CBB 必须有主人，否则货架会变成垃圾场。
CBB 的存续条件：明确的 owner 团队（华为叫 TDT，技术开发团队）、版本与变更记录、实测数据/测试报告、检索索引（技术参数 + 接口标准 + 适用场景）。没有这几样，"我们有货架"只是口号，实际使用率接近 0，最后每个项目照样从零画一遍。
- 平台战略的两个经典死法。
① 过早平台化：需求还没收敛就抽象平台，抽出一个"谁都不完全合身"的中间层，每个产品都要打补丁绕过它；② 平台僵化：接口冻结后没人负责演进，新产品被迫迁就三年前的设计——平台从加速器变成天花板。判断信号：项目组开始说"平台不支持，我们另开一套"。
- 共用之后，变更就是核弹——所以需要 ECR / ECN / ECO + CCB。
- ECR（Engineering Change Request，工程变更请求）：提变更、评估技术+商业理由。
- ECO/ECN（Change Order / Notice，变更指令/通知）：批准后的执行与通知实施计划。
- CCB（Change Control Board，变更控制委员会）：跨职能评审放行，PM 通常在里面对"影响面"负责。
- 行业惯例：很多企业把"量产变更流程"的起点提前到 PVT（试产验证）——PVT 之后的设计变更就必须走正式流程，因为此时物料、模具、产线都已经开始真金白银投入了。
三、实际案例
- IBM 的 IPD 落地：推行 CBB 前，PC 各团队各画各的——机箱 14 种、母板 15 种、硬盘 20 余种，供应链响应滞后。落地 CBB 后压缩到机箱 4 种、母板 4 种、硬盘 6 种。节省的不只是采购成本，更是库存周转与产线复杂度。
- 大疆 PSDK：把"平台"做成接口标准，把行业知识外包给生态。
PSDK（Payload SDK）是 2017 年随 M200 推出的硬件层SDK，靠 SkyPort V2 适配器 / X-Port 云台定义标准物理规格与通信接口，第三方把气体监测仪、多光谱、探照灯、喊话器直接挂上飞行平台，数据回传至 DJI Pilot。截至 2023 年官方披露：超 110 种基于 PSDK 量产的三方负载、10 万+ 注册开发者、1000+ MSDK 自定义 App、750+ Cloud API 云平台。
它真正的厉害之处在成本结构：大疆不需要自己养一支懂测绘、懂农业、懂消防的行业专家团队——每个行业的软件公司自己适配，开发成本由生态承担。同时也点出了平台的内在矛盾：DroneDeploy、Pix4D 同时适配多家整机，对它们来说大疆只是"可替换的硬件供应商之一"。接口越开放，开发者切换成本越低——大疆的应对是把接口封装深度、API 稳定性、文档完整度做成壁垒。
👉 这条对成至是直接教科书：开放接口换来生态规模，但壁垒必须建立在"接口深度 + 稳定性 + 支持质量"上，而不是靠藏着接口。
- 落到你的场景：同一件事，一体化和模块化怎么选。
- 机巢（五警种都要）：舱体结构、充换电机构、通信底座 → 应该做成 CBB 平台；森林（1.4GHz 自组网 + 系留供电）、水上（水域成像 + 救生载荷存放）、交管（全景 + RFID 载荷）的差异 → 应该做成配置变体（Options），而不是五个独立项目、五套 BOM、五次认证。
- 载荷产品线（TH 抛投 / GL 激光 / MT 照明 / MP 喊话器 / CZ 悬浮灯 / TK 系留）：如果它们共用同一套"机械挂点 + 供电 + 数据/控制协议"接口，那你早就在做 CBB 货架了——只是可能没有把它显性化、命名化、文档化。补上这一步，下一个新载荷的开发周期能砍掉一半。
- 反面警告：如果为了"每个警种做最贴合的产品"而放弃共用底座，短期客户满意，长期是研发被五个客户拉着跑、备件五种、售后五套。模块化是给未来的自己省钱，一体化是给当下的客户省重量——这个取舍要你主动说清，而不是让项目组默认走一体化。
四、给 1.5 年经验 PM 的落地清单
- 画一张架构图（一天就能做完）：功能 → 模块 → 接口。用两种颜色标出"共用"与"一次性"。这张图往往是你第一次看清自己产品有多重复。
- 定义"复用率"口径并向上汇报：新项目 BOM/模块中来自货架的占比。分层定目标（成熟平台项目可设 50%~70%，新研项目 20%~30%），不要对所有项目一刀切。
- 立项前先查货架：把"先查复用库"写进立项模板。有合适的 → 调用或微调；没有 → 开发，并在结项时强制沉淀为 CBB（结项验收单里加一行"本项目的可复用产出"）。
- 接口冻结 + 变更留痕：接口规格书单独成文签核；之后任何接口改动必须走 ECR，不接受"口头对齐"。
- 建一张变更影响面评估表（6 项必填）：价格 / 制程 / 库存与在途订单 / 认证是否需重测 / 售后备件 / 已交付客户是否需要升级。这张表就是你坐在 CCB 会议室里的底牌。
- 平台预算单列：把"平台/CBB 开发"当独立投资项申请预算，别塞进某个产品项目的成本里——塞进去它永远是第一个被砍的，然后三年后公司发现自己还在原地重复劳动。
💡 知识速览（5 条）
- 模块化的量化收益：行业分析显示，采用模块化架构的企业推出新变体的速度可比一体化设计快约 40%。这个数字的来源不是"模块化更先进"，而是变体只需改少数模块，其余通过接口复用，验证范围大幅收窄——你的 DVT/PVT 测试项能少测一大半。
- CBB 的三级货架与 TDT：模块 → 平台 → 货架容。CBB 的规划要进技术规划并单独评审预算（IPMT 批），开发由 TDT（技术开发团队）负责，并建立"复用—反馈—迭代"闭环。关键认知：CBB 是产品，有自己的生命周期，不是一次交付的零件。
- 异步开发（Asynchronous Development）：把开发纵向切层（技术层 / 平台层 / 产品层），各层团队并行、异步推进，每个层次都能直接面向市场。这是平台化能"提速"的机制来源——没有分层，再多的共用也提不了速。
- ECR / ECO / ECN / CCB 一句话词汇表：ECR=我要改（申请）；ECO/ECN=批准并通知全公司怎么改（执行）；CCB=谁批准（跨职能评审）；PLM=改了什么、改到第几版、哪些批次受影响（数据留痕）。PM 在里面的职责是"影响面与节奏"，不是"技术方案"。
- 平台化的隐性成本：①接口一旦冻结，会锁死部分技术路线（想上新技术要先改接口，成本很高）；②平台需要专职团队维护，兼职做必然荒废；③平台性能往往落后于最新专案水平（模块互操作要兼容）。所以平台化是"用一代产品的性能上限，换三代产品的开发速度"——这个交易必须由 PM 明确讲给老板听。
📌 今日金句
爆款是一次性的胜利，平台是复利的账户。
CBB 最容易被误解成"省钱的抠门工具"——它真正的价值是把你今天做对的一次判断，变成明年不用再判断的资产。判断只做一次，能力用很多次，这才是硬件公司唯一跑得赢时间的杠杆。
📎 今日可做的 3 件事
- 打开手头项目，列出所有"上一个项目也做过类似的东西"——这份清单就是你的 CBB 候选池。
- 挑一个跨产品共用的接口（挂载点/供电/通信协议），把它从"大家都这么干"升级成正式规格书，并指定 owner。
- 向研发要一个问题的答案："我们现在的产品，有哪些模块是新项目必须重新画的？"——答案的数量，就是你公司研发复利账户的余额。
📚 取材来源
- 华为 IPD 管理体系中的平台与 CBB 定义（知乎《IPD 集成产品开发体系技术管理（CBB）和平台管理》、搜狐《如何做好产品平台及 CBB 技术管理规划》、禅道《深入解析 IPD 中的 CBB》）
- CBB 实施四步法与 IBM 精简案例（博客园《如何用复用省下数十亿研发成本？IPD 的 CBB 重用开发策略》）
- 模块化架构与变体管理方法论（createbytes《Product Architecture Guide》、Visure Solutions《Modular Product Architecture》、PTC《Product Variability Management》、Modular Management《Six Best Practices》）
- 工程变更管理 ECR/ECO/ECN/CCB（PTC《什麼是工程變更管理？》、i-TEC ERP《面對頻繁的工程變更如何因應管理》）
- 大疆 PSDK 开放生态数据（DJI Developer 官网 Payload SDK 页、DJI 媒体中心 PSDK 发布公告、品牌分析《开发者生态作为技术平台的外延》）
To stop or manage this job, send me a new message (e.g. "stop reminder 智能硬件产品经理学习").