第2章 硬件产品需求来源与用户场景：需求采集渠道、用户画像、场景卡片模板
硬件产品需求的准确性直接决定了PRD的质量。与纯软件产品不同，硬件需求往往受物理限制、供应链、认证、成本和生产周期的多重约束。因此，系统化的需求采集渠道和结构化的用户场景建模，是硬件PRD编写的首要前提。
2.1 硬件需求采集六大核心渠道
需求采集不能依赖单一来源。典型的硬件产品需求来源可归纳为六个渠道，每个渠道的采集侧重点与验证方式均不相同。
| 渠道 | 采集内容 | 适用场景 | 交付物形式 |
|---|---|---|---|
| 1. 用户访谈 | 痛点、使用习惯、环境约束 | 0→1新产品定义 | 访谈记录摘要 |
| 2. 现场观察 | 操作流程、误操作、环境限制 | 现有产品改进 | 视频/照片+行为笔记 |
| 3. 售后与客服数据 | 高频故障、退货原因、差评关键词 | 质量优化与迭代 | 缺陷分类饼图 |
| 4. 竞品拆解 | 功能取舍、成本结构、BOM对比 | 市场定位与差异化 | 竞品分析矩阵 |
| 5. 销售与渠道反馈 | 定价敏感度、功能需求排序 | 版本规划 | 需求排序列表 |
| 6. 行业标准与法规 | 安规、EMC、环保、认证 | 合规性设计 | 法规清单 |
实操提示：硬件产品初期（0→1阶段），用户访谈 + 现场观察占需求来源权重的60%以上；进入迭代期后，售后数据 + 竞品拆解成为核心驱动。切忌在无用户验证的情况下，依靠“内部假设”编写PRD。
2.2 用户画像：从行为到属性的结构化描述
硬件产品的用户画像不应仅仅是年龄与职业的标签，更应包含:物理环境约束、操作能力水平和异常容忍度三个硬件专属维度。
硬件用户画像卡片模板
- 角色名称：如“工厂维修技师”、“家庭智能音箱用户”
- 使用场景：室内/室外、温度范围、振动、湿度、电源条件
- 操作方式：触控/按键/遥控/APP/语音，单手/双手/戴手套
- 决策动机：效率提升/成本降低/安全合规/新功能体验
- 痛点与故障场景：连续工时常、易损部件、误操作后果
- 技术素养：无培训可用 / 简单培训 / 专家级
案例：一款工业温湿度记录仪的用户画像节选：
“角色：冷链仓管员；场景：-18°C冷库，佩戴厚手套，连续作业6小时；操作方式：仅可通过机械按键+蜂鸣器确认；容忍度：数据丢失不可接受，界面响应延迟＜500ms可接受。”
“角色：冷链仓管员；场景：-18°C冷库，佩戴厚手套，连续作业6小时；操作方式：仅可通过机械按键+蜂鸣器确认；容忍度：数据丢失不可接受，界面响应延迟＜500ms可接受。”
2.3 场景卡片模板：连接需求与PRD的结构化工具
场景卡片是将用户画像、具体业务问题和功能需求串联起来的关键交付物。每张卡片只描述一个独立场景，一份完整的硬件PRD通常包含5～10张场景卡片。
场景卡片标准字段
- 场景ID：如 SC-001
- 用户角色：对应已有用户画像
- 业务触发条件：什么事件促使操作开始
- 操作步骤：每一步的操作动线（含预期反馈）
- 物理环境约束：温度、湿度、光照、噪声、空间尺寸
- 预期结果：用户希望设备完成什么
- 异常分支：用户误操作、网络中断、电池耗尽等情况
- 优先级（RICE）：后文章节会展开，此处可先标注初步等级
场景卡片填写示例（部分）
| 字段 | 内容 |
|---|---|
| 场景ID | SC-003 |
| 用户角色 | 冷链仓管员（戴厚手套，-18°C） |
| 触发条件 | 冷藏车到货，需批量读取10个温湿度记录仪数据 |
| 操作步骤 | 1. 按左侧机械按钮唤醒设备 2. 观察 LED 指示灯（绿色=数据正常） 3. 通过 USB 或短距无线批量导出 |
| 物理约束 | -18°C，戴手套，操作时间＜2分钟/设备 |
| 预期结果 | 数据完整导出，不因低温导致屏幕响应迟缓或电池突然断电 |
| 异常分支 | 某设备 LED 红灯（数据异常）→ 需支持现场标记异常设备 ID |
常见陷阱：场景卡片只写主流程，忽略“异常分支”。硬件产品的异常场景（如断电、按键卡死、低温屏幕失灵）往往占开发成本的50%以上。每张场景卡片必须至少包含一个异常分支路径。
上图完整展示了从需求采集到场景卡片产出的闭环流程：需求渠道输出原始信息，经用户画像和业务问题双重过滤后，进入场景卡片模板化输出，最终形成可量化、可验证的硬件需求清单，再通过用户访谈验证形成迭代反馈。所有字段为后续PRD编写提供了直接的结构化输入。