2. 访谈准备之目标定义

在启动用户访谈之前,必须清晰定义三个核心要素:优先级决策问题、访谈对象类型、访谈时间线。目标定义的质量直接决定后续证据收集的针对性和排序结果的可靠性。本章按照流程SOP结构,逐一展开每个环节的适用场景、前置条件、操作步骤、输入/输出物、责任边界、记录材料、异常处理及验收标准。

核心原则:目标定义不是一次性动作,需要与产品路线图和关键利益相关者对齐。定义越具体,筛选访谈对象的成本越低,时间线越可控。

2.1 适用场景

  • 产品团队需要基于用户行为与痛点对功能/需求进行优先级重新排序时。
  • 季度规划或版本迭代前,面临多个需求候选但资源有限时。
  • 早期探索阶段(0→1或Pivot)需要判断哪个方向最值得投入时。
  • 已有定量数据但无法解释用户选择背后的“为什么”时。

2.2 前置条件

前置条件验收要点
已有初步需求池或候选功能列表文档可识别、版本号明确
确认至少1名决策者(PO/PM/总监)参与目标校准会议纪要或邮件确认
明确本批次访谈的预算与人力资源工时预算表已签字
确认当前产品阶段(探索/验证/交付)阶段标识写入任务卡片

2.3 操作步骤

步骤一:明确优先级决策问题(第1天)

  1. 召集决策者与核心团队成员进行30分钟校准会。
  2. 使用“我们正在决定……,因为……”句式填写决策问题模板。
  3. 将宽泛问题拆解为可验证的子问题(例如从“哪个功能最重要”拆解为“新用户留存受哪个功能影响最大”)。
  4. 确定每个子问题的证据阈值(例如“痛点指数 ≥ 4.5 分才进入高优先级”)。

决策问题模板(填入<pre><code>)

我们正在决定:【候选功能A/B/C】哪一个应该进入下个迭代,
因为开发资源只能支持1个功能,
并且我们需要通过用户访谈获得【留存/满意度/使用频次】方面的证据。

步骤二:确定访谈对象类型(第1–2天)

  1. 基于决策问题,定义用户画像筛选条件(使用场景、身份、经验水平)。
  2. 从已有关联数据中提取至少3种候选角色(如新注册用户、活跃付费用户、流失用户)。
  3. 与数据团队确认可触达的样本池是否≥20人(每类至少5人)。
  4. 输出《访谈对象筛选条件表》(见记录材料)。

步骤三:制定访谈时间线(第2天)

  1. 根据筛选条件确定招募周期(通常3–5天)。
  2. 安排每场访谈时长(45–60分钟),并预留15分钟缓冲。
  3. 分配访谈者+观察者角色,每日最多安排3场以避免疲劳。
  4. 输出时间线甘特草图(可用SVG表示简化版本),标注预留的复盘日。
经验值:如果决策问题涉及跨类别的功能(如To B vs To C),建议按用户群分别定义访谈对象类型,并在时间线上错开执行阶段,避免认知混淆。
目标定义三要素流程框架 需求池 / 候选列表 明确优先级决策问题 校准会 · 拆解子问题 · 阈值 确定访谈对象类型 画像筛选 · 3种角色 制定访谈时间线 招募周期 · 排期 · 复盘 目标定义交付物 决策问题表 + 筛选条件表 + 时间线甘特图 验收条件检查 决策人确认 + 对象可触达 + 时间合理 ⚠ 异常处理:若决策问题校准失败,回退至需求池重新归类后再启动

2.4 输入与输出物

输入物输出物
需求池清单(带优先级标识)《优先级决策问题表》
用户画像文档(含使用场景)《访谈对象筛选条件表》
团队可用人力资源与工时预算《访谈时间线甘特图》
上一次迭代遗留的争议列表《决策问题·子问题·阈值对照表》

2.5 责任边界

  • 产品负责人(PO/PM): 主导决策问题校准会,批准对象筛选条件与时间线。
  • 用户研究员(UR): 提供筛选条件模板,预估每类对象的招募周期,输出时间线草案。
  • 数据运营/分析: 拉取样本池列表,确保可触达人数满足最低要求。
  • 开发代表(可选): 在决策问题校准会上提供技术可行性约束,避免不切实际的问题。

2.6 记录材料

在目标定义阶段需归档以下材料(文件名建议):

  • Decision_Problem_v2.xlsx – 包含决策问题、子问题、阈值、关联功能ID。
  • Interviewee_Criteria_v2.xlsx – 包含角色名称、画像条件、触及渠道、预估人数。
  • Timeline_Week1.xlsx – 包含日期、时间、访谈者、观察者、重点议题。
  • 校准会会议纪要.pdf – 记录参会人、达成的共识、未解决的争议。

2.7 异常处理

异常1 – 决策问题校准陷入争论: 暂停会议,让每位决策者用Post-it写下“你认为最需要回答的一个问题”,然后合并投票,限时15分钟选出Top 2问题继续。
异常2 – 目标用户可触达人数不足: 放宽画像条件(如使用频次从“每日”降至“每周”),或增加1个辅助角色扩大样本池;若仍不足,向项目经理申请延长招募周期。
异常3 – 时间线与重要发布冲突: 将访谈拆分为两轮,第一轮只覆盖核心决策问题,第二轮在发布后补充;或者将每场时长压缩至30分钟,减少总耗时。

2.8 验收标准

验收项通过条件
决策问题定义至少包含1个主问题 + ≤3个子问题,且每个子问题有明确的证据阈值(如≥4.0分)
访谈对象类型至少2种用户角色,每类角色可触达数量≥5人,且筛选条件可操作(非模糊描述)
访谈时间线招募周期 ≤5天,总访谈场次 ≥6场,每日 ≤3场,预留至少1天复盘缓冲
交付物完整性决策问题表、筛选条件表、时间线甘特图均归档,且决策者已书面确认
章节检查清单: 在开始招募前,用本节的验收标准逐项自检。若任何一项不通过,请返回对应操作步骤修正,不要进入访谈执行阶段。