第1章 硬件产品需求文档的核心价值
硬件PRD是产品经理在硬件开发周期中最重要的交付物。它不仅是需求的载体，更是贯穿方案设计、工程试产、供应链备料、质量控制等环节的唯一权威参考。本章从三个核心价值维度展开：明确交付物、对齐干系人、降低变更风险。
1.1 从一次失败试产说起
某智能硬件团队在T0试产前发现，结构件PCB开孔位置与电池仓干涉，导致整机装配失败。追溯原因：PRD中仅写了“电池仓尺寸50×30×8mm”，但未注明装配公差方向和线缆折弯半径，结构工程师按理想尺寸设计，采购已按图纸备料2000套。该问题直接造成返工费用8.7万元，交付延期2周。
教训： 硬件PRD缺少物理约束（如公差、散热间隙、线缆路径）时，表面看是“需求遗漏”，实际上是交付物定义不完整引发的系统性风险。
1.2 核心价值一：明确交付物
硬件PRD必须明确回答“交付什么”和“交付到什么颗粒度”。不同于软件需求，硬件交付物不仅包含功能规格，还需包含物理参数、环境适应性、认证要求、包装规格、生产检测标准等。
| 交付物层级 | PRD中必须体现的内容 | 典型缺失导致的后果 |
|---|---|---|
| 功能层 | 用户可感知的功能列表、性能指标 | 开发方向偏离，功能实现与预期不符 |
| 物理层 | 外形尺寸、重量、材质、颜色、表面处理 | 模具修模、结构干涉、产品无法装配 |
| 环境层 | 工作温度范围、防护等级、跌落测试要求 | 产品在使用场景中失效，售后成本飙升 |
| 供应链层 | 关键元器件品牌/料号（VAV/ASA）、替代料策略 | 采购被迫中断，交期失控，BOM成本超目标 |
| 验收层 | 测试场景、通过标准、抽样方案 | 产线拒收、客诉争议无依据 |
实践要点： 每个硬件PRD必须附带一份交付物检查清单，逐项标注“已定义/未定义/待确认”，并在评审会上逐条过审。建议使用模板中的
附表A：硬件需求交付物清单。
1.3 核心价值二：对齐干系人
硬件产品开发涉及产品、结构、电子、软件、测试、采购、生产、质量、售后、供应链等至少10个角色。每一角色对PRD的阅读重点和关注维度完全不同。只有PRD做到结构化、显性化、无歧义，才能让所有干系人站在同一基线对话。
- 结构工程师：关注体积限制、安装方式、散热路径、防水密封。
- 电子工程师：关注供电电压、信号接口、EMC要求、PCB层数。
- 采购：关注关键物料料号、交期、最小起订量、替代料。
- 生产工程：关注SMT工艺能力、组装顺序、测试工装接口。
- 质量：关注检验标准、AQL值、可靠性测试项。
对齐工具： 在每个PRD章节末尾增加一个“干系人确认栏”，列出该章节主要影响角色，并要求对应角色签字确认（或电子签名）。这能有效避免“我以为你知道了”。
1.4 核心价值三：降低变更风险
硬件变更的成本曲线是指数上升的：原型阶段改一个尺寸只需改一次CNC；试产阶段改尺寸意味着模具修模（3~6周，2~10万元）；量产阶段改尺寸则涉及新模具、产线停线、旧库存报废。一份高质量的PRD能将大部分变更锁定在概念阶段与方案阶段。
关键策略： 在PRD中明确需求基线和变更控制流程。每个需求条目必须标记冻结时间点（如：结构冻结于T0-4周，电子冻结于T0-6周）。变更申请必须附带影响分析：是否影响其他模块？是否导致成本超支？是否影响交期？
1.5 价值落地：PRD三栏模板示例
为将三个价值落地到日常工作中，推荐使用三栏式PRD模板。每一条需求包含：需求描述、交付物/验收标准、干系人确认。以下为简例：
需求编号：HWRQ-001
需求描述：设备外壳采用黑色阻燃ABS，表面细磨砂处理，Logo丝印白色。
交付物/验收标准：
1. 颜色：PANTONE Black 6 C（送样确认）
2. 阻燃等级：UL94 V-0（提供测试报告）
3. 表面粗糙度：Ra 1.6~2.0μm（使用粗糙度仪测量3点取均值）
干系人确认：结构工程师[签名] 采购工程师[签名] 质量控制[签名]1.6 本章小结
硬件PRD不是文档，而是产品成功的基础设施。三个核心价值相互支撑：明确交付物提供内容骨架，对齐干系人提供执行保障，降低变更风险提供成本锚点。后续各章将深入拆解物理约束、供应链要素、需求拆解、指标验证等实战技能，帮助你将PRD从“写出来”进化到“用起来”。