第3章：用户访谈与需求搜集方法
3.1 为什么用户访谈是PRD的基石
产品需求的第一风险不是写不清楚，而是需求失真——团队围绕一个“假设中的用户问题”投入开发，上线后用户根本不买账。用户访谈是消除假设偏差最直接的手段，但无结构聊天容易跑偏、遗漏关键信息，产出无法直接进入PRD。
本章聚焦三种可交付的方法：结构化访谈提纲（确保每次访谈覆盖相同维度）、用户动线记录（把行为路径变成可分析的数据）、需求优先级初筛矩阵（从访谈碎片中快速锁定高价值需求）。三者串联形成“搜集→结构化→排序”的闭环。
业务问题前置： 大部分PRD失败的根因不在“写”，而在“听”。如果访谈环节没有标准提纲和记录模板，后续的需求拆解和原型设计都会建立在流沙之上。
3.2 结构化访谈提纲设计
结构化访谈要求提前设计问题维度和顺序，每位受访者接受相同核心问题，保证跨用户可比。提纲采用漏斗结构：从宽泛场景切入，逐层收窄到具体行为和痛点。
| 层级 | 问题类型 | 举例 | 时长占比 |
|---|---|---|---|
| L1 场景探索 | 开放式 | “请描述一次您处理订单异常的完整过程” | 30% |
| L2 行为还原 | 半结构化 | “当您发现库存不符时，第一个操作是什么？” | 30% |
| L3 痛点量化 | 封闭+打分 | “该问题每周发生几次？1-5分影响程度？” | 20% |
| L4 期望验证 | 对比+假设 | “如果系统能自动推送预警，您会立即使用吗？” | 20% |
❌ 常见错误： 提纲中混入“是否愿意”“会不会”等引导性问题，导致回答失真。正确做法是用“请描述一次实际场景”替代“您是否觉得……”。
3.3 用户动线记录法
用户动线记录不是简单记流水账，而是按照时间轴+触点+行为+情绪四维度捕捉完整体验。一份标准的动线记录表包含以下列：
- 时间戳：行为发生的精确时间点，用于识别耗时瓶颈；
- 触点/页面：用户当前所在的界面或物理位置；
- 行为描述：用户的具体操作，用动词开头（点击、查找、切换……）；
- 情绪标记：😊顺利 / 😑困惑 / 😠卡住，用表情符号快速标注；
- 关联需求点：直接从行为中提取的“用户需要……”表述。
避坑提醒： 动线记录最容易犯的错是只记“做了什么”，不记“心理状态”。缺乏情绪标记的记录无法判断哪个环节最痛，后续优先级排序会丧失依据。
从动线记录到PRD输入的转化示例：
时间戳 | 触点 | 行为 | 情绪 | 需求点
10:02:15 | 订单列表页 | 向下滚动查找昨日订单 | 😑 | 需要按日期/状态筛选
10:03:40 | 订单详情页 | 点击三次才找到退货按钮| 😠 | 退货入口需前置
10:05:22 | 退货表单 | 手动重复填写订单信息 | 😑 | 自动填充已录入数据3.4 需求优先级初筛矩阵
访谈和动线记录会产出大量零散需求，必须用轻量级矩阵快速排序，避免团队陷入“所有需求都重要”的僵局。初筛矩阵采用用户价值和实现成本两个轴，将需求放入四个象限：
| 象限 | 用户价值 | 实现成本 | 决策策略 |
|---|---|---|---|
| Q1 核心机会 | 高 | 低 | 立即进入本轮PRD |
| Q2 战略投资 | 高 | 高 | 拆分MVP或推后 |
| Q3 低垂果实 | 低 | 低 | 快速验证，可做可选 |
| Q4 资源陷阱 | 低 | 高 | 暂不纳入 |
初筛矩阵的使用时机： 每次访谈结束后立即整理需求卡片，贴上矩阵；攒够3-5次访谈后集中做一次“矩阵排布会”，团队投票共识，10分钟内完成初筛。
3.5 从访谈产出到PRD输入
三种方法的产出最终汇入一份需求溯源表，作为PRD的附件或前序章节。溯源表包含：需求ID、原始描述、来源用户/访谈编号、动线片段索引、矩阵象限、初步TO-BE方案思路。这样做的好处是：开发质疑需求时，可以一路追溯到用户原话和情绪记录。
3.6 交付物模板：需求溯源表
以下模板可直接复制到PRD文档的“需求来源”一章中使用：
需求ID | REQ-003-007
需求标题 | 订单列表支持按日期范围筛选
原始描述 | “我每天要查上周的订单，现在只能一页一页翻”
来源 | 用户访谈 U3 / 2025-03-12
动线索引 | 动线记录 U3-T2（滚动查找耗时45秒，情绪😑）
矩阵象限 | Q1 核心机会（价值高/成本低）
TO-BE思路 | 列表顶部增加“开始日期-结束日期”筛选器，默认近7天
重要提示： 溯源表不要等到所有访谈结束再整理。建议每次访谈后24小时内完成需求卡片提取和矩阵打点，否则细节会快速衰减。PRD中引用需求时，必须带上需求ID和来源，这是开发团队建立信任感的关键动作。
下一阶段（第4章）将基于本章产出的溯源表，进入需求拆解与用户故事编写，把访谈中的用户语言转化为可落地的PRD描述。