第3章 访谈目标与范围定义：访谈目的、研究问题、业务边界、预期交付物
本章聚焦于访谈活动正式开展前的目标与范围定义环节。清晰的定义是后续所有访谈操作有效性的基石，避免“问非所需”与“边做边改”。本章按照 SOP 标准流程，从适用场景到验收标准逐项拆解。
适用场景
- 项目启动阶段，业务优化目标尚未分解为可执行访谈项时。
- 新业务线或新流程首次引入用户访谈机制。
- 跨部门协作中需统一访谈口径与交付预期。
- 已有访谈结果零散、无法对齐业务决策时，需重新收敛范围。
前置条件
| 前置项 | 验收要求 |
|---|---|
| 业务需求文档（BRD）或项目章程 | 已通过评审，明确核心业务诉求 |
| 干系人清单 | 覆盖决策者、执行人、最终用户三类角色 |
| 已有用户数据/调研报告（如有） | 已归档并标注数据时间、来源 |
| 访谈资源预算（时间、人数、预算） | 已获审批，无硬性资源缺口 |
操作步骤
- 明确访谈目的：从业务优化目标倒推，“我们希望通过访谈回答什么决策问题？”目的需用一句话描述，不可超过30字。例如：“确认审批流程中用户最大的耗时环节”。
- 拆解研究问题：将目的分解为3~5个可被访谈直接验证的子问题。每个子问题对应一个假设。使用问题树结构，确保不重叠、不遗漏。
- 界定业务边界：划定访谈覆盖的角色、系统、流程阶段。明确“做什么”和“不做什么”，用表格记录排除项。
- 定义预期交付物：根据研究问题确定输出形式（报告、用户旅程图、痛点清单、优先级矩阵等）。为每项交付物设定接受标准（页数、数据颗粒度、验证要求）。
实战提示： 目的与边界定义通常需要1~2次干系人对齐会。建议使用“目的-问题-边界-交付物”四栏模板（见下文记录材料），打印后现场签批，避免后期争执。
输入输出物
| 类型 | 名称 | 内容要点 |
|---|---|---|
| 输入 | 业务优化目标声明 | 来自BRD或项目立项书，含量化指标 |
| 输入 | 干系人期望收集表 | 各干系人对访谈产出的具体诉求 |
| 输出 | 访谈目标定义书 | 含一句话目的、研究问题清单、范围边界、交付物清单及验收标准 |
| 输出 | 范围决策日志 | 记录未纳入范围的排除项及原因，供后期回溯 |
责任边界
- 用户研究专家：主导研究问题拆解与交付物格式设计，对问题树完整性和可访性负责。
- 业务方代表：提供业务边界判定依据，确认排除项，并对目的准确性负责。
- 项目经理/产品经理：协调资源，组织对齐会，确保定义书在项目计划中标记为里程碑。
- 记录员：记录所有决策过程并输出正式文档，无自决权。
记录材料
以下为推荐模板，可直接导出为项目共享文档。
# 访谈目标定义书（模板）
## 1. 访谈目的（一句话）
[不超过30字，例如：识别新用户注册流程中的核心流失原因]
## 2. 研究问题（问题树）
- RQ1: [问题1，可被访谈对话直接回答]
- RQ2: [问题2]
- RQ3: [问题3]
- (不超过5个)
## 3. 业务边界
- 覆盖角色： [角色A，角色B]
- 覆盖系统/流程阶段： [系统X，阶段Y]
- 明确排除： [需求Z，角色C，环境D]
## 4. 预期交付物
| 交付物 | 格式 | 验收标准 |
|--------|------|----------|
| 用户旅程图 | 可交互PDF | 含至少3个关键时刻，标注情绪曲线 |
| 痛点清单 | Excel | 按频率/影响度排序，每条有引用记录 |
异常处理
常见异常与应对：
- 范围蔓延（边界不断扩展）：触发条件为新增问题或角色。处理方式：要求提出方填写“边界变更申请”，评估对时间/成本影响后由项目委员会决策。
- 目的与业务目标冲突：研究问题指向与优化方向矛盾。处理方式：重开干系人会议，使用“决策矩阵”对比各目的对核心指标的贡献度，投票后锁定。
- 交付物无人认领：定义后无人负责制作。处理方式：在定义书签署同时指定责任人，未认领的交付物标记为“待定”并记录风险。
- 干系人中途变更：关键决策者替换。处理方式：重新进行30分钟边界对齐，更新定义书版本号，删除旧签批。
验收标准
| 标准项 | 验收细则 |
|---|---|
| 目的单一性 | 仅包含一个不可再分的业务决策点 |
| 问题可访性 | 每个研究问题均可通过1次围绕型对话或3个以内追问获得回答 |
| 边界可执行 | 所有排除项明确列出，且不会导致核心用户群体缺位 |
| 交付物已规划 | 每项交付物均有格式、责任人、验收标准三项信息 |
| 干系人签批 | 至少2/3的关键干系人在定义书上签字确认 |
易错提醒： 常见错误是将“访谈目的”写得过于宽泛（如“了解用户体验”），导致研究问题发散。请在步骤1完成后立即用问题树检验：若某个研究问题不能直接追溯到目的，则必须删除或重写。