1. 访谈数据采集方法：用户筛选、访谈提纲设计、记录规范
访谈是产品需求探针的第一触点，其采集质量直接决定后续PRD的结构化深度。本章聚焦访谈的三阶段实物操作：用户筛选（找对人）、提纲设计（问对问题）、记录规范（存对数据）。每一步均需围绕用户场景与业务问题展开，避免“采集了无效数据”或“采集了但无法还原场景”。
1.1 用户筛选：从用户群到准访谈对象
业务场景不同，访谈对象的画像差异巨大。筛选分为三步：
- 确定用户画像靶心：基于业务问题定义“核心用户”的决策角色、使用频率、痛点头部指标。
- 制定筛选标准清单：避免仅凭“是目标用户”就邀请。应包含硬条件（如：日活>3次、品类购买≥2次）与软条件（如：愿意表达、能回忆具体场景）。
- 招募与预筛：通过问卷/电话甄别，确认匹配度，排除极端用户（如竞品员工、利益相关者）。
🛠 实战建议：每次访谈至少准备3名备选用户，防止临时取消。预筛记录用下列模板快速判断。
| 筛选维度 | 硬条件示例 | 软条件示例 | 淘汰条件 |
|---|---|---|---|
| 角色 | 产品采购决策者 | 能描述购买流程 | 仅为执行者 |
| 频率 | 每周至少3次使用 | 能回忆近3次使用场景 | 使用<1个月 |
| 表达能力 | 无 | 能条理化陈述问题 | 沉默/极端抱怨倾向 |
1.2 访谈提纲设计：围绕业务问题拆解需求
提纲不是“问题列表”，而是“需求拆解地图”。每个问题应指向一个业务场景下可被后续指标验证的假设。提纲设计五步法：
- 定场景：从业务问题中提取3-5个高频/高影响场景。
- 定目标：每个场景想验证什么需求假设（如“用户希望一键批量导出”）。
- 定问题类型：过去式（“上次你如何做？”）、对比式（“A和B你选哪个？”）、抽象式（“理想状态是什么？”）。
- 排顺序：由宽到窄，先历史行为后理想期望，避免引导。
- 定追问规则：预设追问关键词（如“你当时为什么这么操作？”“后来呢？”）。
⚠️ 常见错误：提纲中充斥着“你是否会使用这个功能？”这类未来假设问题，而非基于真实经历的探索。必须强制采用“过去行为导向”话术。
1.3 记录规范：结构化保存原始数据
记录不规范会导致后续需求拆解时“脱轨”或“失真”。规范包含三要素：
- 录音+转写：全程录音，事后48h内完成语音转文字，保留时间戳。
- 同步笔记结构：按“场景-问题-用户表述-观察”四字段同步记录，不写主观结论。
- 编码体系：每个访谈对象分配唯一ID，问题行编号，便于后期交叉检索。
推荐使用以下代码段作为转录后的一条记录格式（JSON风格，实际以结构化文档保存）：
{
"interview_id": "IN20250310-03",
"user_id": "U037",
"scene": "批量上传订单",
"question": "上次上传1000单时，你遇到了什么困难？",
"user_response": "系统提示超时，但我不知道哪些单成功了哪些失败，只能全部重传。",
"observer_note": "用户反复搓手指，明显焦虑。成功上传后露出如释重负表情。",
"timestamp": "00:15:32-00:17:08"
}
验收标准：每场访谈结束后，记录规范检查项：□ 录音文件存在且完整 □ 转写文字有用户ID+时间戳 □ 同步笔记包含“场景-问题-表述-观察”四字段 □ 编码表已更新 □ 无主观结论混入。
1.4 数据采集流程总览
以下SVG概括了从筛选到记录规范的完整链路，体现了用户场景驱动的迭代关系。
1.5 核心交付物模板
每场访谈结束后，必须归档以下3份模板化文档：
| 交付物 | 内容要求 | 验收节点 |
|---|---|---|
| 用户筛选评估表 | 用户ID、画像标签、筛选标准命中条数、预筛结果 | 访谈前确认 |
| 访谈提纲终稿 | 场景标题、目标假设、问题列表（含追问） | 访谈前评审 |
| 结构化访谈记录 | JSON格式（见上文示例），含用户ID、时间戳、四字段笔记 | 访谈后24h内 |
以上三步保证了从用户筛选到原始数据的结构化产出，为后续第2章的“需求拆解”提供了可追溯、可验证的原子素材。