conducting-user-interviews

开展用户访谈

范围

涵盖

• 规划能够支持特定产品决策的访谈研究
• 招募合适的参与者（适当时包括早期采用者）
• 开展能够捕捉具体故事和行为（而非观点）的访谈
• 将访谈综合为可执行的洞察、机会和后续步骤
• 建立轻量的“客户小组”机制，以便快速跟进

适用场景

• “为探索性访谈创建一份讨论指南。”
• “招募并开展 8 场关于新手引导 / 激活的用户访谈。”
• “我们需要了解用户为何转换（或流失）——开展转换访谈。”
• “帮我将访谈综合为洞察和机会。”
• “我是 PM，下周需要与客户交流。”

不适用场景

• 你主要需要定量证据（调查 / 实验 / 分析）或统计置信度
• 你正在开展以任务评估为主要产出的可用性测试（需要采用不同的流程）
• 你正在研究高风险人群或敏感主题（医疗、法律、未成年人），但没有获得适当批准 / 培训
• 你没有要支持的决策（最终只会产出没有影响力的轶事）

输入

最低要求

• 产品 + 目标用户 / 客户群体（对象、使用情境）
• 访谈应支持的决策（例如，定位、新手引导改版、路线图决策）
• 访谈类型：探索 / JTBD 转换 / 流失 / 概念测试（或“请推荐”）
• 目标参与者（角色、行为、情境、近期性）+ “哪些人不应接受访谈”
• 限制条件：访谈数量、时间限制、语言 / 地区、是否允许录音、激励（如有）

缺失信息处理策略

• 从 references/INTAKE.md 中最多提出 5 个问题。
• 如果无法获得答案，请在明确假设的基础上继续，并标注未知信息。

输出（交付物）

以 Markdown 形式提供一份用户访谈资料包（在聊天中提供；如有要求，也可提供为文件）：

1. 背景概览（目标、决策、假设、限制条件）
2. 招募计划（渠道、邀约文案、日程安排）+ 筛选问卷
3. 访谈指南（脚本 + 问题库 + 追问）+ 同意 / 录音计划
4. 笔记模板 + 标签方案
5. 综合报告（主题、证据、机会、建议、置信度）
6. 跟进计划（致谢、保持联系、“客户小组”名单 / 频率）
7. 风险 / 待解决问题 / 后续步骤（始终包含）

模板：references/TEMPLATES.md

工作流（8 个步骤）

1) 确定决策并选择访谈类型

• 输入： 背景 + references/INTAKE.md。
• 操作： 确定决策、需要了解的内容（未知事项），并选择访谈类型（探索、转换、流失或概念测试）。
• 输出： 背景概览 + 研究意图。
• 检查： 你能回答：“开展这些访谈后，我们会做出哪些不同的行动？”

2) 定义参与者标准（对象 / 时间 / 原因）和抽样计划

• 输入： 目标群体、产品背景、限制条件。
• 操作： 明确纳入 / 排除标准；相关时优先考虑近期性（近期转换 / 流失 / 尝试）；确定样本构成（例如，6 名核心用户 + 2 名边缘案例）。
• 输出： 参与者画像 + 抽样计划。
• 检查： 标准应基于行为 / 情境，而非人口统计特征的替代指标。

3) 制定招募计划、筛选问卷和邀约文案

• 输入： 参与者画像；可用渠道（CRM、支持、社区、广告、LinkedIn）。
• 操作： 起草邀约信息、筛选问卷和日程安排。预计会有较高的流失率；据此规划招募人数。
• 输出： 招募计划 + 筛选问卷 + 邀约文案。
• 检查： 筛选问卷应筛选出你需要的故事（近期性、情境、替代方案），而不是筛选出“对我们的产品感兴趣”的人。

4) 起草访谈指南（以故事为先）

• 输入： 访谈类型 + 假设/未知项。
• 操作： 编写指南，引导受访者讲述具体经历（“上一次……的时候”），避免提出诱导性问题。包含追问、话题转换和时间安排。添加同意/录音说明脚本。
• 输出： 访谈指南 + 同意/录音计划。
• 检查： 至少 70% 的问题询问过去的行为和具体实例。

5) 开展访谈 + 记录清晰的笔记（PM/设计人员在场）

• 输入： 指南、后勤安排、笔记模板。
• 操作： 开展访谈，顺着故事深入，并记录原话。如果可能，让 PM 和设计人员现场观察（或听录音），避免二手转述造成信息失真。
• 输出： 每场访谈的完整笔记 + 关键引述 + 即时要点。
• 检查： 每场访谈都能提炼出 2–5 个“故事片段”（触发因素 → 困境 → 变通方法 → 结果）。

6) 立即复盘并规范整理证据

• 输入： 访谈笔记、录音/文字稿（如有）。
• 操作： 每场访谈结束后立即进行 10–15 分钟复盘：记录意外发现、假设更新和后续跟进事项。统一标记笔记。
• 输出： 复盘要点 + 已标记的笔记。
• 检查： 不明确的说法应标记为“需要跟进”，而不是当作事实。

7) 综合多场访谈，归纳主题和机会

• 输入： 多场访谈中已标记的笔记。
• 操作： 按结果/困境归类；记录矛盾之处；适度量化（计数），避免过度声称。将洞察转化为机会和建议，并标明置信度。
• 输出： 综合报告 + 机会清单。
• 检查： 每项主要洞察至少有 2 场访谈作为支持（否则标记为“单一轶事”）。

8) 分享、决策、跟进并执行质量门槛检查

• 输入： 草稿包。
• 操作： 产出可分享的结果汇报，提出后续步骤，并建立轻量的客户小组机制（5–10 位积极参与的用户）。运行 references/CHECKLISTS.md，并使用 references/RUBRIC.md 评分。
• 输出： 最终用户访谈包 + 风险/待解答问题/后续步骤。
• 检查： 利益相关方能够复述：(a) 关键发现；(b) 对决策的影响；(c) 接下来要做什么。

质量门槛（必需）

• 使用 references/CHECKLISTS.md 和 references/RUBRIC.md。
• 始终包含：风险、待解答问题、后续步骤。

示例

示例 1（探索）：“我正在重新设计一款 B2B 产品的引导流程。请为 8 场面向新试用用户的探索性访谈制定招募计划和讨论指南。”
预期：参与者标准、邀约内容 + 筛选问卷、探索性访谈指南、笔记模板、综合分析计划，以及一套可直接执行的完整方案。

示例 2（转向/JTBD）：“我们输给了电子表格。请开展转向访谈，了解是什么促使团队弃用电子表格，以及他们转而尝试什么。”
预期：转向访谈指南（时间线 + 驱动因素）、强调近期经历的招募标准，以及能归纳出“推动因素/吸引因素/焦虑/习惯”的综合分析框架。

边界示例：“问用户想要哪些功能，然后他们说什么就做什么。”
回应：引导改用基于故事的访谈；明确决策背景；避免在缺乏行为依据时进行功能需求访谈。