访谈目标定义：明确业务问题、确定访谈对象、设定输出预期

访谈目标定义是数据产品需求分析的起点，也是整条需求链路的“第一颗扣子”。如果在这一步没有对准业务问题、选错访谈对象、或对输出成果的预期模糊，后续所有的需求拆解、方案表达、指标验证都会在错误的方向上层层放大误差。本章围绕“明确业务问题 → 确定访谈对象 → 设定输出预期”三步法，帮你建立可复用的访谈目标定义框架。

1.1 为什么访谈目标定义是需求分析的基石

数据产品需求分析与传统软件需求分析最大的区别在于：业务问题往往以“模糊的数据诉求”呈现，而非清晰的功能描述。例如业务方说“我想看用户流失分析”，背后可能是“需要定位流失原因以制定召回策略”，也可能是“需要向管理层汇报用户健康度”。同样的表述，不同的目标，对应的访谈对象、问题清单和交付物截然不同。

1.2 三步法：问题 → 对象 → 预期

我们将访谈目标定义拆解为三个连续步骤，每一步都有明确的输入、输出和检查标准。

Step 1 — 明确业务问题

业务问题必须从“决策”出发，而不是从“数据”出发。一个有效的业务问题陈述应包含三个要素：

• 主体：谁需要做决策？例如“用户增长团队”、“风控审批小组”。
• 场景：在什么情境下做决策？例如“每周运营例会”、“季度预算评审”。
• 差距：当前缺少什么信息导致决策困难？例如“无法区分自然增长与渠道贡献”、“缺少分客群的风险画像”。

Step 2 — 确定访谈对象

访谈对象不是“谁有空约谁”，而是根据业务问题反向推导信息源。推荐使用决策角色 × 信息视角 × 影响力三维筛选矩阵：

• 决策角色：执行者、审批者、建议者、知情人。
• 信息视角：战略层、战术层、操作层。
• 影响力：高影响（否决权）、中影响（建议权）、低影响（知情权）。

每个业务问题至少覆盖 2 个决策角色和 2 个信息视角，避免单一视角偏差。

Step 3 — 设定输出预期

输出预期是访谈的“验收标准”，它让访谈从开放聊天变成目标驱动的结构化采集。输出预期应包含：

• 交付物类型：如用户故事地图、决策流程泳道图、指标定义表、痛点优先级矩阵。
• 信息颗粒度：粗粒度（定性方向确认）、中粒度（关键指标阈值）、细粒度（可计算逻辑）。
• 评估标准：访谈记录是否覆盖所有业务问题？是否有可引用的原始证据？是否存在未验证的假设？

# 访谈目标定义检查单（示例）
1. 业务问题是否包含主体、场景、差距三要素？
2. 访谈对象是否覆盖至少 2 个决策角色 + 2 个信息视角？
3. 输出预期是否明确交付物类型、信息颗粒度和评估标准？
4. 三个步骤之间是否形成可追溯的对应关系？

1.3 访谈目标定义的全局视图

下面这张流程框架图将三步法及其内在关系可视化，帮助你在实际项目中快速定位当前所处的阶段和下一步动作。

1.4 避坑指南与检查清单

在实际项目中，以下三个错误最为常见：

1. 业务问题与数据诉求混淆——将“需要什么样的图表”当作业务问题，而非关注“需要支持什么决策”。
2. 访谈对象选择偏差——只访谈了执行层而未覆盖决策层，导致需求方案缺乏战略对齐。
3. 输出预期模糊——只写了“产出访谈纪要”，没有定义纪要的结构、颗粒度和证据要求。