1. 原型状态体系概述
本章为《IoT产品原型状态说明方法》奠定基础，定义什么是原型状态、如何划分状态维度、以及状态如何在生命周期中流转。本SOP章节适用于所有参与IoT原型定义的硬件、软件、测试与产品管理角色。
适用场景：
- 新产品立项后首次建立原型状态基线
- 跨团队（硬件/固件/App/云）需要统一状态语言时
- 供应链或工厂对原型成熟度有明确验收要求时
- 项目评审节点前需要明确原型当前所处的阶段
前置条件
| 序号 | 条件项 | 说明 |
|---|---|---|
| 1 | 产品需求文档（PRD）已评审 | 明确功能范围与关键规格 |
| 2 | 关键物料清单（BOM）初稿 | 至少定义核心传感器/模组型号 |
| 3 | 团队角色及权限已确认 | 明确原型状态审批人、发布人、记录人 |
| 4 | 项目管理系统（如Jira/PLM）配置就绪 | 用于状态流转记录 |
操作步骤
- 定义状态实体 – 确定物联网原型特有的状态颗粒度（如：软件仿真、硬件拼版、半功能、全功能、预量产等）。每个状态必须有唯一ID和清晰判定标准。
- 设定分类维度 – 至少从三个维度描述状态（详见下文表格），确保覆盖功能、硬件、集成层面。
- 绘制生命周期图 – 将状态节点按开发时间线串联，标注可逆/不可逆的流转路径。
- 确定状态准入/准出准则 – 每个状态定义“进入该状态必须完成的事项”和“离开该状态所需通过的验收项”。
- 记录状态模板 – 使用统一表格或模板表单记录每个状态的定义、责任人、检查清单、下一状态。
输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 文档 | 产品需求文档、系统架构图 | 《原型状态定义表》（含状态ID、描述、维度映射） |
| 模板 | 状态生命周期骨架（空白图） | 已标注各状态节点的生命周期SVG |
| 记录 | 项目周报中零星的状态描述 | 标准化状态Excel/PLM条目 |
责任边界
| 角色 | 职责 | 边界说明 |
|---|---|---|
| 产品经理 | 定义S0~S4的功能成熟度判定标准 | 不参与硬件阶段的具体工程标记 |
| 硬件经理 | 维护硬件阶段（H0~H4）的准入准出条件 | 不修改软件集成等级 |
| 系统架构师 | 定义集成深度（I0~I4）的接口与测试覆盖要求 | 不直接管理单板验证细节 |
| QA负责人 | 审核每个状态对应的测试通过率是否达到准出标准 | 不负责创建状态定义表 |
记录材料
- 《原型状态定义表》 – 包含所有状态组合的ID、描述、维度标注、创建日期、修改历史。
- 《状态生命周期矩阵》 – 二维表，横轴为时间/阶段，纵轴为三维度取值，高亮标记当前原型组合。
- 状态变更日志 – 记录每次状态切换的审批人、触发事件、附件链接。
小提示： 初次建立状态体系时，建议只定义当前项目可预见的3~4个状态点，避免过度抽象导致团队难以落地。随着项目推进再逐步补全全部组合。
异常处理
| 异常场景 | 处理方式 | 责任人 |
|---|---|---|
| 同一原型同时满足多个功能等级 | 按“已通过的最高等级测试”判定，并在状态备注中注明多等级原因 | 产品经理+QA |
| 硬件阶段与集成深度跳跃不一致 | 强制以较低维度为基准（短板原则），并触发风险升级会议 | 系统架构师 |
| 状态定义表与项目系统（Jira/PLM）不一致 | 以本SOP定义表为准，三天内修正系统字段映射 | 项目经理 |
验收标准
- 原型状态体系文档已通过所有相关角色会签（产品、硬件、系统、测试）。
- 每个状态组合均有唯一ID、判定标准和边界描述，无歧义交叉。
- 状态生命周期图已纳入项目计划，至少包含从起始状态到目标状态的主要路径。
- 异常处理规程已在项目启动会上向全团队同步并记录会议纪要。
常见误解： 不要把“原型状态”等同于“项目里程碑”。原型状态是产品自身的成熟度仪表盘，而里程碑是管理的时间点。一个里程碑可能跨越多个状态，也可能一个状态持续多个里程碑。