第1章 IoT设备PRD全景图：交付物模板、关键角色、产品生命周期

在产品需求型课程中，第一件事不是写文档，而是建立全局视角。本章为你绘制一张完整的 IoT设备PRD全景图，明确三个核心问题：

• 交付物模板 – PRD 长什么样子？包含哪些固定章节？
• 关键角色 – 谁参与、谁负责、谁验收？
• 产品生命周期 – 从概念到退市，PRD 在其中如何发挥作用。

业务问题与用户场景

为什么很多 IoT 项目死在开发中途或验收阶段？根源往往不在技术，而在需求层：

• 沟通鸿沟： 硬件工程师关注引脚与功耗，嵌入式工程师关注时序与协议，云端工程师关注数据模型与API，产品经理关注交互与体验——各说各话，缺少统一语言。
• 需求遗漏： 设备端 OTA 升级策略、断网重连逻辑、低电量行为等“非功能需求”常被遗忘，直到测试阶段才发现。
• 验收争议： “这个功能做完了” vs “跟我想的不一样”，因为没有统一的验收标准。
• 变更失控： 硬件开模后改不了，固件发布后改不动，云端接口一改全链重构——缺乏生命周期管理。

PRD 正是为解决这些问题而生的结构化文档。它不仅是需求说明书，更是跨角色对话的锚点、验收的标尺、变更的基线。

关键角色

IoT 设备 PRD 涉及至少 6 类角色，以下表格说明各自在需求阶段的职责：

产品生命周期（IoT 设备视角）

IoT 硬件产品生命周期通常分为 6 个阶段，PRD 在每个阶段的形态和作用不同：

1. 概念阶段： PRD 初稿诞生，主要描述用户场景与业务机会，用于立项评审。
2. 设计阶段： PRD 细化到硬件接口、软件行为、交互逻辑，用于硬件评审和软件方案设计。
3. 开发阶段： PRD 作为需求基线，研发团队按章节实现，变更走审批流程。
4. 测试阶段： PRD 中的验收标准直接转化为测试用例，逐条验证。
5. 发布阶段： PRD 归档为产品规格说明，用于生产指导与合规文档。
6. 运维阶段： PRD 剩余需求更新（如新固件功能、协议升级）进入下一版本迭代。

交付物模板概览

本教程使用的标准 PRD 模板包含 10 个固定章节，后续每章深度拆解其中一个或关联章节：

1. 封面与版本记录
2. 用户场景与业务问题
3. 用户访谈纪要（原始需求）
4. 需求拆解（用例与功能列表）
5. 方案表达（系统架构、交互流程、数据流）
6. 指标验证（关键性能指标 & 体验指标）
7. 验收标准（逐条可测试条件）
8. 非功能需求（安全、功耗、OTA、本地化）
9. 技术预研与风险
10. 附录（术语、参考文档、评审记录）

模板的每一个章节都对应本课程的产品需求型教学单元——“用户场景→业务问题→用户访谈→需求拆解→方案表达→指标验证→验收标准→交付物模板”。你在后续 29 章中将反复看到这个结构的体现。

这张全景图把本课程 30 章的核心要素浓缩为一条主线：从用户场景出发，经历业务问题、用户访谈、需求拆解、方案表达、指标验证，最终落实到验收标准和交付物模板。底部补充了关键角色和产品生命周期，提醒你 PRD 始终是“多人协作 + 多阶段演化”的活文档。