第3章 用户访谈设计与执行：访谈提纲、用户招募、记录模板
用户访谈是对话AI产品需求建模的核心输入来源。一次高质量的用户访谈，需要完成三项关键交付：访谈提纲（引导对话框架）、用户招募（筛选合适受访者）、记录模板（结构化沉淀原始信息）。本章围绕“提纲设计→用户招募→执行记录→需求拆解”这条主线，给出可直接复用的模板与操作标准。
3.1 访谈提纲设计：从业务问题到访谈问题
访谈提纲是访谈执行的“路书”，它的质量直接决定访谈产出是否覆盖需求盲区。设计提纲时，需要将业务问题逐层拆解为可对话的访谈问题。
核心方法：业务问题→访谈问题三层映射
- 场景层：“用户在当前流程中最大痛点是什么？” → “请描述最近一次通过客服解决问题的完整过程，哪一个环节最让您感到焦虑？”
- 行为层：“用户对语音交互的接受度如何？” → “遇到问题时，您更愿意打字还是说话？为什么？”
- 期望层：“用户理想中的AI助手应具备什么能力？” → “如果有一个智能助手可以帮您处理这件事，您最希望它替您完成哪一步？”
提纲结构通常包含以下四个阶段：
| 阶段 | 时长占比 | 核心任务 | 问题类型 |
|---|---|---|---|
| 开场破冰 | 10% | 建立信任、说明目的、获取知情同意 | 开放式 |
| 场景探索 | 40% | 还原真实使用场景、挖掘痛点 | 情景式 + 追问 |
| 需求深挖 | 35% | 验证假设、评估优先级、捕捉隐性需求 | 对比式 + 假设式 |
| 收尾确认 | 15% | 总结关键点、补充遗漏、致谢 | 开放式 |
避坑提醒：避免在提纲中写入引导性问题（如“您是不是觉得语音比打字更快？”），应改为中性表述：“在刚才提到的场景中，您会优先选择语音还是打字？原因是什么？”
3.2 用户招募：筛选标准与实操清单
用户招募的核心是找到“对的人”——即覆盖目标用户画像中所有关键维度的真实使用者。招募前需先定义用户画像匹配矩阵。
| 筛选维度 | 必须条件 | 加分条件 | 排除条件 |
|---|---|---|---|
| 使用频率 | 过去30天内使用过同类产品 ≥ 3次 | 重度用户（每日使用） | 从未使用过任何同类产品 |
| 角色匹配 | 实际业务中的决策者或执行者 | 同时承担管理和一线操作 | 仅理论了解，无实操经验 |
| 技术倾向 | 对AI助手无明显排斥 | 曾主动尝试语音助手 | 强烈拒绝任何自动化工具 |
| 表达能力 | 能用清晰语言描述操作过程 | 善于举例和对比 | 沟通障碍或极度简答 |
招募数量标准：每类用户画像至少招募 4～6 人，单轮访谈建议 8～12 人。当连续 3 位受访者未提供新信息时，可判定该画像的访谈已达“信息饱和”。
用户招募的典型操作流程：
- 渠道筛选：从产品后台、用户社群、行业展会、第三方样本库等渠道定向邀约。
- 预筛选问卷：使用 5～8 道选择题快速验证用户画像匹配度，问卷末尾预留“是否愿意接受深度访谈”复选框。
- 确认与排期：通过后发送访谈邀请函（含时间、时长、形式、保密说明），并请用户签署知情同意书。
3.3 访谈执行：标准化流程与常见偏差控制
访谈执行阶段需要关注“问、听、记”三个环节的配合。以下为标准化执行清单：
| 阶段 | 执行项 | 检查要点 |
|---|---|---|
| 准备 | 设备测试、提纲打印、录音授权确认 | 录音设备电量充足、备有线下提纲纸质版 |
| 开场 | 自我介绍、访谈目的、保密说明、时长确认 | 语气轻松、避免让用户产生“考试”压力 |
| 主访谈 | 按提纲推进，灵活追问 | 追问时使用“您刚才提到……能再多说一点吗？” |
| 收尾 | 总结确认、开放补充、致谢与礼品发放 | 询问“有没有什么我们没问到但您觉得重要的事情？” |
常见偏差及控制方法：
- 权威偏差：受访者因访谈者身份而倾向给出“正确”回答 → 避免在访谈中透露产品方案倾向，多问“过去实际行为”而非“未来会怎么做”。
- 记忆偏差：用户对细节记忆模糊 → 使用“情景还原法”，引导用户从某个具体事件开始描述。
- 从众偏差：小组访谈中个别意见主导 → 控制小组人数 ≤ 4 人，每人发言时间均分。
3.4 记录模板：结构化沉淀原始信息
访谈结束后 24 小时内必须完成记录整理。推荐使用结构化模板，将原始录音（或笔记）转化为可检索、可编码的文本单元。
以下为推荐的结构化记录模板（JSON 格式）：
{
"访谈编号": "INT-2025-003",
"受访者画像": "低频客服用户 | 年龄35-45 | 日均处理工单≥50",
"访谈日期": "2025-02-18",
"访谈时长": "47分钟",
"记录单元": [
{
"时间戳": "00:05:21",
"用户原话": "每次选单都要翻好久，要是能直接说就好了",
"场景标签": "工单录入",
"情绪标记": "烦躁",
"潜在需求": "语音快速选择工单类别"
},
{
"时间戳": "00:12:45",
"用户原话": "系统老弹出确认框，点多了手都酸了",
"场景标签": "流程确认",
"情绪标记": "无奈",
"潜在需求": "批量确认或语音确认"
},
{
"时间戳": "00:28:03",
"用户原话": "要是有个助手能记住我常用的几个选项就好了",
"场景标签": "个性化设置",
"情绪标记": "期待",
"潜在需求": "用户画像驱动的快捷操作"
}
],
"访谈者备注": "用户对语音交互接受度高，但强调‘必须比点选快’",
"需求初筛": [
"语音快捷录入",
"批量操作确认",
"个性化快捷菜单"
]
}记录标准：每段用户原话独立成一条记录单元，并附上“场景标签”和“情绪标记”。情绪标记使用统一枚举值：烦躁、无奈、期待、满意、困惑、疲惫——这六种情绪在后续需求优先级评估中具有重要参考价值。
3.5 从访谈记录到需求拆解：编码与聚类
访谈记录整理完成后，需要将零散的用户陈述转化为可度量的需求条目。推荐使用“双人独立编码 + 争议仲裁”的方式保证编码信度。
- 开放编码：两位分析师分别阅读全部记录单元，提炼关键词和需求陈述。
- 轴心编码：将开放编码得到的需求归类到预先定义的需求维度（功能需求、体验需求、性能需求、情感需求）。
- 选择性编码：围绕核心需求建立关系网络，识别“高频 + 强情绪”的优先需求。
| 需求ID | 需求陈述 | 出现频次 | 情绪强度 | 优先级 |
|---|---|---|---|---|
| R-003 | 用户希望用语音快速选择工单类别，减少手动翻找 | 7/12 | 高（烦躁+期待） | P0 |
| R-007 | 用户需要批量确认操作，避免重复弹窗点击 | 5/12 | 中（无奈） | P1 |
| R-012 | 用户希望系统能记住常用选项，提供个性化推荐 | 4/12 | 中（期待） | P1 |
| R-015 | 用户希望在语音识别出错时能快速纠错而不是重新输入 | 3/12 | 高（烦躁） | P0 |
交付物模板：每个访谈周期结束后，输出一份《用户访谈需求拆解报告》，包含：
- 受访者画像分布统计
- 完整记录单元表（含情绪标签）
- 需求聚类矩阵（功能/体验/性能/情感）
- 优先级排序后的需求列表
- 关键用户原话摘录（用于后续方案沟通时唤起共情）
至此，用户访谈从提纲设计到需求拆解的全链路就完成了闭环。这份结构化产出将直接作为下一阶段需求定义与方案表达的输入。