硬件路线图规划概述：核心概念、输出物、与产品路线图的区别

适用场景

• 新硬件产品立项：从 0 到 1 定义技术基线，规划工程样机（EVT/DVT/PVT）节奏。
• 年度/季度滚动规划：对已在售产品线进行技术升级、成本优化或平台迁移。
• 重大技术切换：更换主芯片、通信协议（如 Wi-Fi 6 → 7）或传感器方案时，需重新评估路线图。
• 供应链风险应对：关键物料（如 PMIC、存储、射频器件）出现短缺或 EOL 时，触发路线图调整。
• 多产品线资源冲突：共用硬件平台（如电池、结构件）需要统一排期时，以路线图作为仲裁依据。

前置条件

操作步骤

1. S1 收集用户需求与使用场景
   通过访谈、问卷、竞品拆解，输出《用户需求清单》与《场景用例表》。
   产品需求型动作：用“场景 - 痛点 - 期望”三栏结构记录，确保每条需求都有场景上下文。
2. S2 需求拆解与硬件规格映射
   将用户需求转化为可测量的硬件指标（如“续航 2 天”→ 电池容量 ≥ 4000 mAh + 待机功耗 ≤ 50 µA）。
   输出《需求 - 规格追溯矩阵》。
3. S3 技术可行性评估与优先级排序
   对每项硬件规格进行“技术成熟度（TRL） × 资源消耗”打分，结合用户价值形成优先级矩阵。
   优先级排序准则：P0（必须实现，否则产品不可用）、P1（高价值且可行）、P2（可推迟）、P3（取消或候补）。
4. S4 制定技术演进路径
   按时间轴绘制硬件迭代代际（Gen1 / Gen2 / Gen3），标明每代的关键技术变更、平台复用率、预期成本目标。
5. S5 设定里程碑与交付物
   定义 EVT/DVT/PVT/MP 各阶段的时间窗口、输入输出物及通过标准。
   输出《里程碑甘特图》和《各阶段交付物检查表》。
6. S6 对齐产品路线图并校准
   与产品经理、市场部进行双向对齐：硬件路线图的里程碑是否能满足产品发布节奏？产品路线图的功能特性是否在硬件能力范围内？
   输出《对齐偏差清单》和《调整决议记录》。
7. S7 评审发布路线图
   由技术委员会（CTO / 硬件 VP / 产品 VP）审批，发布 V1.0 硬件路线图基线，进入变更控制流程。

输入输出物

责任边界

• 硬件架构师：主导技术演进路径规划、规格映射、路线图文档编写，对技术合理性负责。
• 产品经理：提供用户需求与场景，对齐产品路线图，对用户价值一致性负责。
• 项目经理：编排里程碑、跟踪交付物、组织评审，对项目进度和流程合规负责。
• 供应链代表：评估物料可采购性与交期风险，对路线图的供应链可行性负责。
• 技术委员会：审批路线图基线，裁决跨部门优先级冲突。

记录材料

异常处理

验收标准

• 完整性：路线图至少覆盖未来 2 代产品 / 18 个月的技术演进，包含明确的 EVT/DVT/PVT/MP 里程碑。
• 可追溯性：每项硬件规格都能反向追溯到用户需求或场景用例，不存在“无源规格”。
• 一致性：硬件路线图与产品路线图在时间节点、功能交付范围上无重大偏差（偏差项须有备案）。
• 可执行性：所有里程碑的交付物、责任人、验收标准已明确，且团队已签字确认。
• 风险覆盖：路线图中已标注至少 3 个已知风险点，并给出缓解措施或预案。