3 用户访谈方法与记录：结构化访谈提纲、记录模板、关键信息提取

3.1 为什么硬件产品需要结构化访谈

硬件产品的需求来源往往混杂着物理边界（尺寸、功耗、接口）、使用场景（环境温湿度、安装方式、操作频次）和多方干系人（终端用户、运维、采购、法规认证）。非结构化访谈容易导致：

• 信息碎片化 —— 每场访谈问法不一致，数据无法横向对比。
• 遗漏关键约束 —— 硬件特有的电气参数、机械寿命、防护等级被忽视。
• 需求回溯困难 —— 原始记录缺少统一字段，后期无法追溯“谁说了什么”。

结构化访谈通过预设提纲+标准记录模板+信息提取规则，确保每场访谈产出可合并、可量化、可回溯的需求原始语料，为后续的 RICE 评分提供真实的用户权重依据。

3.2 结构化访谈提纲设计

提纲设计的核心原则是“场景-痛点-行为-期望”四层递进，确保每一条用户反馈都能映射到硬件产品的具体功能或参数上。

提纲通常包含 6–10 个主问题，每个主问题配 1–2 个探针（probing）。总时长控制在 45–60 分钟。以下是一个针对工业手持终端的提纲片段：

【场景层】
Q1: 请描述一次典型的外场巡检过程，从拿到设备到工作结束。
    探针：当时环境温度、光照、是否下雨？
Q2: 这个过程中，设备放在哪里？手持还是固定在工具包？
    探针：是否使用肩带或腕带？

【痛点层】
Q3: 现有设备在哪些环节让你不得不停下来或返工？
    探针：是信息录入慢、扫描失败，还是数据同步延迟？
Q4: 有没有发生过因为设备问题导致的安全风险或数据丢失？
    探针：请举例说明当时的情况。

【行为层】
Q5: 为了解决这些问题，你自己做过哪些调整？
    探针：是否自己加装了保护套？是否调整了系统设置？
Q6: 团队里是否有人用不同的操作方式来避免某个问题？
    探针：这些方法是否被正式采纳？

【期望层】
Q7: 如果重新设计这台设备，你最想保留的 3 个优点是什么？
Q8: 最想改变的 3 个地方是什么？按优先级排序。
    探针：你愿意为了最想改变的那个功能，多付出多少成本？

3.3 访谈记录模板

硬件需求访谈记录必须包含环境参数和物理约束两类专用字段，与软件需求访谈形成明显差异。推荐使用以下模板结构：

实际记录时建议使用“原文 + 备注”双列记录法，左侧逐字记录用户原话，右侧记录观察到的非语言信息（手势、表情、环境异常）。

| 原文（逐字）                          | 备注（观察 + 解读）                  |
|--------------------------------------|-------------------------------------|
| "每次到中午我就得找个树荫才能看到屏"  | 用户边说边做手搭凉棚动作；            |
|                                      | 推测光照 > 60000lux 时屏幕完全不可用   |
| "我试过把亮度调到最高，电池就撑不到下午" | 用户摇头，表明对续航和亮度的双重不满； |
|                                      | 暗示需要自动光感 + 低功耗屏幕技术      |

3.4 关键信息提取

提取阶段的目标是从记录的原始语料中剥离出可量化的需求原子，并为每个原子打上标签体系。硬件产品的标签体系至少包含以下维度：

• 功能标签 —— 显示、通信、交互、供电、结构
• 性能标签 —— 速度、精度、容量、寿命、防护
• 约束标签 —— 成本、尺寸、重量、认证、接口兼容
• 体验标签 —— 易用性、可维护性、学习成本

提取时使用“用户语 → 需求陈述 → 标签 → 优先级”四步转换法：

3.5 从访谈结果到 PRD 需求池

完成关键信息提取后，将所有需求原子汇总为初步需求清单，每条包含：唯一 ID、需求陈述、标签、优先级、来源访谈编号、场景描述。该清单将直接输入到第 4 章的需求拆解环节和第 7 章的 RICE 评分环节。

以下是一个从访谈记录到 PRD 需求条目的完整示例：

【访谈来源】INT-2025-003 / Q4 / 巡检工程师 张工
【用户原语】"要是电量能撑完两个班次就好了，中间不用换电池"
【场景参数】环境 -5~35℃ / 单次连续使用 8h / 班次间隔 30min
【需求陈述】设备在 -10℃~40℃ 环境温度下，单次充电续航 ≥ 16h（两个巡检班次）
【标签】功能:供电 / 性能:续航 / 体验:便捷
【优先级】P1（严重度5，频次每天）
【验收建议】充电 2h 后，在 -10℃ 和 40℃ 各运行 16h，期间每 30min 执行一次标准巡检工作流

该条目后续将进入 PRD 的需求追溯矩阵，并与 RICE 评分中的 Reach（影响人数） 和 Impact（影响程度） 两个维度直接挂钩。用户访谈阶段收集的“频次”和“严重度”数据就是 RICE 评分的原始依据。