3. 访谈目标定义

适用场景

• 已产出《用户画像》与《初始假设清单》（第2章交付物），需要将假设转化为可证伪的访谈目标。
• 新产品未上线、功能改版、或Agent行为逻辑变更前，需确认用户真实决策点。
• 项目组对“访谈成功标准”存在分歧，需要用结构化目标对齐所有干系人预期。

前置条件

• 已完成不少于3份二手资料分析（竞品报告、客服记录、相似Agent用研案例）。
• 已输出第2章《初始假设清单》，且每条假设可被用户行为或语言证伪。
• 已确定访谈类型（1对1深度访谈、小组访谈、远程可用性测试）。

操作步骤

1. 拆解假设为可观测变量：将每条假设中的抽象概念（如“信任”“效率”）转化为用户在访谈中会说的词或会做的动作。
2. 标记信息类型：对每个变量分类——事实（发生过的事）、观点（主观判断）、情感（情绪标签）、行为（操作习惯）。
3. 制定决策用途：回答“访谈结束后，这条信息用来做什么？”——如“决定是否保留快捷键”“判断是否增加确认弹窗”。
4. 输出目标定义表：每一条目标必须包含“假设→变量→类型→用途”四字段，并标优先级（P0/P1）。
5. 评审对齐：与产品经理、设计师、开发负责人共同评审目标表，确认每个目标都能对应一个“Go/No‑Go”决策。

输入输出物

责任边界

• 用研负责人：主导变量拆解与类型标记，确保每条目标可被访谈问题覆盖。
• 产品经理：确认决策用途与产品路线图的关联，对P0目标拥有“必须回答”的否决权。
• 设计师：协助将交互行为转化为可观测变量（如“用户停顿超过3秒”对应“困惑”）。

记录材料

• 目标定义工作坊的录音/录屏（存档至项目共享盘）。
• 评审过程中的修改记录（使用版本号标记每次评审日期）。
• 最终定稿的《访谈目标定义表》PDF，签字确认的邮件或审批截图。

异常处理

验收标准

• 每条目标都包含“假设→变量→类型→用途”四字段，无缺项。
• P0目标总数不超过5条，P1目标不超过10条。
• 决策用途必须用“用来决定是否做X”的格式描述，而非泛泛的“了解用户行为”。
• 所有干系人签字确认，或通过评审会议纪要记录无异议。