第1章 确定用户访谈目标：利益相关方对齐、访谈目标拆解、预期交付物清单
本章定位：这是整个课程的第一道工序。如果访谈目标没有与利益相关方对齐、没有拆解到可执行粒度、没有明确交付物，后续的访谈执行、数据分析、结论推导都会失去基准。本章提供一套可复用的 SOP，确保每一次用户访谈都“从正确的起点出发”。
1.1 适用场景
下列场景中，必须执行本章的「目标对齐-拆解-交付物清单」流程，否则访谈结果极有可能偏离业务决策需求：
- 新产品 / 新功能早期探索：用户需求模糊，多个部门对“该问什么”存在预期差异。
- 跨部门协作研究：产品、设计、业务、技术等多角色共同参与，各方关注点不同。
- 研究资源受限：访谈场次、时间或预算有限，必须把资源集中在最高优先级的问题上。
- 研究结论将被用于关键决策：例如立项评审、Pivot 判断、核心体验改版。
- 外部客户 / 委托方访谈：客户对交付物有明确的格式和内容预期，需在启动前书面锁定。
避坑提示：不要跳过本章直接进入访谈提纲撰写。90% 的访谈失败不是因为提问技巧不好，而是目标根本没有对齐。
1.2 前置条件
在执行本章 SOP 之前，必须已完成以下准备：
| # | 前置条件 | 验收形式 |
|---|---|---|
| 1 | 项目 / 产品背景文档已就绪（BRD / PRD / 需求简报） | 文档链接或纸质件 |
| 2 | 已识别至少 3 位核心利益相关方（通常含产品经理、业务 owner、技术负责人） | 利益相关方清单 |
| 3 | 已有初步的研究问题列表（允许粗糙，但不可为空白） | 研究问题草稿 |
| 4 | 项目排期已经确定，访谈窗口已知 | 项目日历或排期表 |
1.3 操作步骤
下图为本章核心流程的全局概览，后续步骤将逐一展开：
详细操作步骤（建议以工作坊形式在 2 小时内完成）：
- 【识别利益相关方】：列出所有对访谈结果有决策权或使用权的角色，使用 RACI 矩阵区分“负责/咨询/知情”，最终输出一份经产品负责人确认的利益相关方清单。
- 【召开对齐会议】：邀请所有利益相关方参加 60 分钟会议，每人提前填写“访谈目标期望表”。会上逐一讨论，消除歧义，记录共识和分歧点。
- 【整合与优先级排序】：将所有收集到的期望合并为“初始目标池”，使用重要性-紧迫性矩阵进行排序，筛选出本次访谈必须回答的 3～5 个核心目标。
- 【逐层拆解目标】：对每个核心目标进行“为什么 → 是什么 → 怎么做”三层拆解，确保每个目标都能转化为具体的访谈问题方向。
- 【制定交付物清单】：明确每个目标对应的交付物类型（如用户旅程图、痛点清单、需求优先级表等）、格式（PDF / 在线白板 / 表格）、交付时间及验收人。
- 【签字确认】：将对齐文档、目标拆解表、交付物清单合并为一份《访谈目标共识书》，由所有利益相关方签字或邮件确认后生效。
效率技巧：如果利益相关方超过 5 人，建议先与产品经理和业务 owner 进行 30 分钟预对齐，再召开扩大会议，避免大规模会议陷入细节争论。
1.4 输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入 | 项目背景文档（BRD / PRD） | 提供业务目标、用户范围、核心指标 |
| 输入 | 利益相关方初筛清单 | 由项目经理或产品经理提供 |
| 输入 | 初步研究问题草稿 | 研究员或发起人准备，不限格式 |
| 输出 | 利益相关方对齐文档 | 含 RACI 矩阵、会议纪要、签字确认页 |
| 输出 | 访谈目标拆解表 | 含优先级、三层拆解、对应问题方向 |
| 输出 | 交付物清单 | 含类型、格式、时间、验收人 |
1.5 责任边界
| 角色 | 职责 | 不负责 |
|---|---|---|
| 用户研究员（主导） | 组织对齐会议、主持目标拆解、撰写交付物清单 | 代替利益相关方做业务决策 |
| 产品经理 | 提供业务背景、确认优先级、协调资源 | 代劳访谈执行或数据分析 |
| 业务 Owner | 提出业务诉求、确认交付物可用性 | 干涉研究方法选择 |
| 技术负责人 | 提供可行性约束、确认技术验证点 | 参与访谈执行（除非兼任） |
常见责任模糊点：如果研究员同时承担“目标拆解”和“访谈执行”两个角色，务必在拆解阶段邀请产品经理和业务方共同参与，避免研究员的主观判断成为唯一标准。
1.6 记录材料
以下模板或材料应在步骤执行过程中同步生成和归档：
- 模板 1：利益相关方期望表（Excel / 在线表格）—— 每人一行，列包括“角色、期望了解什么、优先级、期望交付物”。
- 模板 2：目标拆解工作页（白板 / 思维导图）—— 每个核心目标一张卡片，三级拆解：业务目标 → 研究目标 → 提问方向。
- 模板 3：交付物清单表（Excel / 在线文档）—— 列包括“交付物名称、描述、格式、交付日期、验收人、状态”。
- 会议录像 / 录音：对齐会议全程录制，上传至项目共享盘，作为争议追溯依据。
1.7 异常处理
| 异常场景 | 处理措施 | 升级路径 |
|---|---|---|
| 利益相关方对核心目标存在根本性分歧 | 组织专项讨论会，使用“用户价值-业务价值”矩阵评估，无法达成时由产品负责人仲裁 | 产品总监 / 业务线负责人 |
| 访谈目标过于宽泛，无法拆解 | 使用 SMART 原则逐条约束，缩小到 1 个明确的问题或假设 | 研究员引导，产品经理确认 |
| 利益相关方临时增加新目标 | 评估对现有排期和资源的影响，与产品经理协商后决定是否纳入 | 产品经理 + 项目经理联合决策 |
| 无利益相关方愿意签字确认 | 改为邮件确认 + 会议纪要归档，保留对话记录作为替代 | 项目发起人 / 项目管理办公室 |
| 资源不足（场次、时间、预算） | 重新排序目标优先级，砍掉低优先级目标，确保核心目标有足够资源 | 产品经理 + 项目经理 |
异常处理原则：所有异常处理的结论都必须以书面形式更新到《访谈目标共识书》中，并重新发送给所有利益相关方确认，避免口头承诺后期引发争议。
1.8 验收标准
本章所有工作完成后，必须同时满足以下标准，方可进入下一章「访谈用户招募」：
- 完整性：利益相关方对齐文档、访谈目标拆解表、交付物清单三份文件全部归档，且版本号一致。
- 对齐性：所有利益相关方（以签字或邮件回复为准）对访谈目标无异议。
- 可执行性：每个拆解后的目标都能直接对应到 3～5 个具体的访谈问题或观察字段。
- 可交付性：交付物清单中的每项都有明确的验收人和验收日期，且时间与项目排期无冲突。
- 可追溯：对齐会议的视频/录音、期望表原始填写记录、目标拆解过程草稿均已归档至项目共享位置。