需求拆解与功能分层：功能树、模块划分、优先级维度初判
需求拆解是硬件产品 PRD 从“模糊业务诉求”走向“可开发、可验证”的关键步骤。当团队面对杂乱的需求列表时，最需要做的不是直接写用户故事，而是通过 功能树 将宏观业务目标分解为可执行的模块与功能点，再结合模块划分 进行归并与抽象，最后用优先级维度初判 为资源投入提供第一把标尺。
功能树：从业务问题到功能点的拆解路径
功能树采用“目标 → 任务 → 功能”的层级结构。每一层回答一个核心问题：
- 业务目标：为什么要做这个产品？（例：“降低户外作业人员中暑风险”）
- 业务任务：需要完成哪些大的工作流？（例：“实时监测环境温湿度”）
- 系统模块：哪些子系统支撑这些任务？（例：“传感器采集模块”）
- 功能点：模块提供哪些具体操作？（例：“每 5 秒采集一次温度”并用 BLE 上报）
硬件专项注意：功能树中必须体现 物理接口、传感方案、功耗状态、通信协议 等硬件特有节点，否则后续模块划分会遗漏机电部分。
模块划分：高内聚、低耦合的硬件架构意识
模块划分不是简单的按功能聚类，而是要结合硬件产品的物理约束：
- 按物理边界划分：主控板、传感器板、电源板、外壳组件等。
- 按信号流划分：采集 → 处理 → 通信 → 执行。
- 按职责粒度划分：一个模块中的功能点应共享相同的数据类型、供电电压或通信总线。
- 留出扩展接口：硬件模块需考虑固件 OTA、外设预留 pin 脚、机械堆叠空间。
模块划分结果可直接映射到硬件系统框图的方框中，每个模块都应该能独立评估 BOM 成本、PCB 面积、开发周期。
优先级维度初判：用四个坐标轴给功能打分
在未引入 RICE 评分之前，我们先建立一套粗糙的优先级判断维度，用来快速筛选“必须做”与“可延后”的功能：
| 维度 | 说明 | 硬件产品典型判断例子 |
|---|---|---|
| 用户影响度 | 影响多少用户？解决的核心痛点有多痛？ | 户外工人不戴降温背心会导致热射病，影响所有作业人员 |
| 业务价值 | 能否直接推动销售额、合规要求或品牌竞争力？ | 通过 FCC/CE 认证是出口硬性门槛 |
| 实现复杂度 | 硬件改动难度、固件开发周期、认证周期 | 更换气压计传感器需要重新做 IP67 防护测试 |
| 实现风险 | 技术可行性、供应风险、良率不确定性 | 新材料导热凝胶量产批次一致性未知 |
四个维度可分别用 1-5 分打分，总分初判 P0（必做）、P1（应做）、P2（可有可无）。本章先做“初判”，后续 RICE 章节会二次调整。
常见陷阱：团队容易将“用户提得最多的功能”直接设为 P0，但硬件产品中，一个改动可能触发模具修改、认证重新申请，成本极高。必须把“实现复杂度”和“风险”权重调高。
内联 SVG：功能树与模块分层示意图
下图展示了一个智能降温背心产品的需求拆解实例，从业务目标到功能点，同时标出模块划分和初判优先级（P0/P1/P2）。
从功能树到模块划分的实操检查清单
| 检查项 | 说明 | 是否通过 |
|---|---|---|
| 1. 每个功能点是否都关联到一个模块？ | 无孤儿功能，无重复归属 | □ |
| 2. 模块间通信接口是否定义？ | I²C、UART、SPI 等总线类型、速率、数据格式 | □ |
| 3. 每个模块的物理边界是否清晰？ | 供电范围、PCB 尺寸、连接器型号 | □ |
| 4. 优先级初判是否涵盖实现复杂度与风险？ | 避免仅凭用户呼声排优先级 | □ |