平台开发管理：Y+ 项目把年度规划变成原型机

平台不是攒出来的，是立项开发出来的

做产品线的人都有个体感：今年的新品要比去年便宜一点、快一点、好看一点。但"明年的平台长什么样"这件事，如果没有一个正式的项目机制去回答，平台就会退化成上一代产品的修修补补。我们用 Y+ 项目回答它——基于年度产品规划做技术平台策划，验证技术可行性，输出原型机和下一年的 CBB 开发任务。Y+ 是周期代号：Y+1 的 1 月到 6 月策划，Y+2 的 8 月到次年 1 月收尾，恰好压在产品立项之前，让每个新品立项时脚下都有一块现成的平台。

两个角色撑起这个机制：产品经理部发起并验收——汇总各产品线三年规划需求、组织全球统一的年度产品规划、制定内外销 ID 设计需求；平台策划团队总体负责设计及验证——组织各研发部做技术实现，输出原型机方案及验证报告。一个管"为什么做"，一个管"做出来可信"。

三阶段：策划、计划、开发

策划阶段，输入是年度产品规划。产品经理部据此编制《平台开发任务书》，总经理审批后作为立项输入，同时任命产品经理、项目经理、项目推进主管和 CBB 策划专家。这一阶段做五件事：市场需求分析（竞争分析、需求调研与验证，形成《市场需求说明书》）、市场需求评审（产品与市场委员会审视市场和财务前景，当场决定项目是否继续）、平台需求确定（把客户问题翻译成功能性能需求，输出《需求映射表》）、多方案选择与 CBB 分析（识别可支撑的成熟 CBB 模块和需要预研、新开发或攻关的关键技术）、平台需求评审——出口是 TR1 技术评审，由平台策划团队负责人任评审组长，按里程碑成熟度标准把关。需要预研或新开发的 CBB 在这里转出，进入 CBB 开发流程；阶段收尾是概念决策评审，凭《业务计划书》决定是否进入计划阶段。

计划阶段，输入是业务计划书。项目经理扩充项目团队补齐各专业工程师，CBB 策划专家做需求分解分配，编制《设计规格说明书》，组织各专业概要设计及评审；关键部品选型和潜在供方范围在这一步确认，长周期物料提前启动采购，成本工程师制定《量本利分析表》组织降成本措施。阶段出口是计划决策评审——从市场竞争力、开发计划、财务、资源投入、方案可行性五个维度决策是否进入开发阶段。

开发阶段，交付的是原型机。各专业完成详细设计和内部评审，测试工程师按设计规格制定测试计划、编写测试用例、完成单元测试；工艺设计工程师输出工艺技术文件；然后是原型样机制作与自查、集成测试。最后一步是 TR2 设计评审加里程碑决策——原型机验证报告、手板样机、外观说明书、外观模型、新 CBB 开发规范一并交付，平台正式交接给产品线。

一份说明书，九个部分，平台交付的验收清单

平台交付的载体是《产品平台使用说明书》，模板固定九个部分——这个清单本身就是平台完整度的定义：

1. 市场需求：所有市场需求与研发交付放在一起，作为研发方案输出的依据（含需求列表、机芯兼容性、面板兼容性、显示规格、声音规格），责任人是产品经理；
2. 整机系统架构图及各子系统架构图：按首机型结合关键需求完成整机框架和硬件、显示、结构子系统框架，责任人是系统工程师牵头各主设计；
3. 各尺寸堆叠：平台外观图、全部尺寸整机堆叠图、整机厚度边框等结构信息，结构设计与模组结构设计负责；
4. 需求映射及 CBB 分析：汇总页体现平台输出的技术方案和 CBB 数量，CBB 规划要覆盖所有需求，输出后更新到各部门货架，规划外模块原则上不允许新开；
5. 各模块方案 / CBB 详细信息：每个 CBB 的规格、实现方案、成本，新开模块注明预上架计划；
6. 各尺寸 DFM 核算：工艺设计负责；
7. 基准机型成本核算：产品经理给基准机型信息，成本工程师结合模块方案给整机成本；
8. 通用化映射——模具与物料：输出模具数量规划和全部新开物料清单，作为后续通用化管控依据；
9. 关键资源规划：专题管理，产品经理与采购资源负责。

九个部分里最容易被跳过的是第八部分——通用化映射。但它恰恰是平台价值的收口：没有物料清单和模具规划的平台，交付三个月后就会开始失控。

决策评审是节拍器，不是盖章

这套流程真正的骨架不是文档，是五道评审关口：市场需求评审决定做不做，TR1 技术评审确认需求映射和平台需求成熟度，概念决策评审凭业务计划书放行计划阶段，计划决策评审放行开发阶段，TR2 设计评审完成平台交付。每道关口都有明确的产品与市场委员会或技术负责人站台，都有权力让项目停下来。

之前：平台准备靠非正式沟通，谁急谁推动，原型机做出来了产品线不一定知道，CBB 储备和产品需求经常错位一年。现在：Y+ 项目把节奏钉死——上半年策划、下半年开发，CBB 开发任务从多方案选择里产出并导入 CBB 流程，产品线在立项时拿到的平台和货架是同一份账。

踩坑与感触

这套机制跑起来后有两个教训。一是策划阶段最容易压缩的是需求映射——市场压力大的时候总想直接进开发，但需求映射省下的两周，会在开发阶段以返工的方式加倍还回来；后来把《需求映射表》设为 TR1 的硬性输入，跳不过去。二是平台说明书容易变成"交付时写一次、之后没人维护"的死文档，对策是把第四部分（需求映射及 CBB 分析）和货架系统打通，CBB 规划输出直接更新进各部门货架——说明书活着，平台才是活的。

平台开发这件事，本质上是用一个项目给全部产品买保险：平台是攒不出来的，是立项开发出来的；Y+ 不生产产品，它生产明年所有产品的起点。