第3章 访谈脚本设计：问题类型、引导技巧、避免偏见、记录模板
3.1 适用场景
结构化访谈脚本适用于以下具体场景：
- 产品功能验证阶段：需要针对特定功能获取用户深度反馈，并计划与产品分析（Product Analytics）中的行为漏斗数据进行交叉比对。
- 用户旅程重建：通过脚本引导用户回忆完整使用链路，弥补分析工具无法捕获的决策动机和情感波动。
- 多团队协作调研：当研究员、产品经理、数据分析师共同参与访谈时，标准化脚本确保各角色收集的数据口径一致。
- 跨周期对比研究：需要将本次访谈结果与历史分析数据进行纵向或横向验证时，脚本的重复使用性成为关键前提。
判断信号：如果团队在访谈后经常出现“这个问题当时为什么没追问”“记录太乱无法编码”“数据对不上分析看板”等情况，说明脚本设计环节急需标准化。
3.2 前置条件
进入脚本设计前，必须完成以下四项准备工作：
| 编号 | 前置条件 | 交付物/状态要求 | 负责人 |
|---|---|---|---|
| P01 | 研究目标已拆解为可验证问题 | 研究目标拆解表（含至少3个可操作假设） | 用户研究负责人 |
| P02 | Product Analytics 看板已锁定关键指标 | 看板截图或指标清单（留存率、转化率、异常事件等） | 产品分析师 |
| P03 | 用户画像与招募筛选完成 | 用户画像卡片 + 招募确认名单 | 用户研究员 |
| P04 | 访谈团队已接受基础培训 | 培训签到记录 + 模拟访谈反馈表 | 课程设计专家/培训师 |
常见遗漏：前置条件 P02 最容易被跳过。没有分析看板指标作为参照，后续交叉验证将失去定量基准，脚本中的问题也会失去数据锚点。
3.3 操作步骤
访谈脚本设计遵循“四层递进”结构，每层必须完成后才能进入下一层。
步骤一：定义问题类型框架
根据研究目标，将问题划分为四种类型，并按比例组合到脚本中：
| 问题类型 | 功能定位 | 典型句式 | 建议占比 |
|---|---|---|---|
| 开放式问题 | 获取用户自然语言描述的行为与感受 | “请描述您最近一次使用 XX 功能的完整过程。” | 40% |
| 封闭式问题 | 快速验证假设，获取可量化的选择题数据 | “您更倾向于用 A 方式还是 B 方式完成此操作？” | 20% |
| 探究式问题 | 深挖用户答案背后的动机、场景与情绪 | “您当时为什么会选择跳过那个步骤？” | 30% |
| 投射式问题 | 绕开社会赞许性，捕捉用户潜意识感受 | “如果您可以向产品经理提一个要求，会是什么？” | 10% |
实操要点：每个研究目标至少对应 1 个开放式问题 + 1 个探究式问题。封闭式问题放在每段话题末尾，用于收拢定性信息为可统计数据。
步骤二：嵌入引导技巧
在问题的排序和衔接中植入四种核心引导技巧，确保访谈深度：
- 漏斗引导法：从最宽泛的开放式问题开始，逐步收窄到具体细节。例如：“请谈谈您对首页的整体印象”→“您最先注意到哪个模块？”→“那个模块的哪个元素让您决定点击？”
- 情境重构法：引导用户回到真实使用场景，而非抽象评价。例如：“请您闭上眼睛，回忆上周三下午您第一次打开这个页面的情景……”
- 沉默等待法：在用户回答完主要信息后，保持 5-8 秒沉默，用户通常会补充更深入的内容。脚本中需标注“（停顿 5 秒，等待补充）”。
- 阶梯追问法：沿着“行为→动机→价值观”逐层上升。例如：“您做了什么？”→“为什么那么做？”→“那对您来说意味着什么？”
步骤三：部署偏见防御机制
在脚本中嵌入结构化的偏见缓解策略，从问题措辞和流程两个层面拦截常见认知偏误：
| 偏见类型 | 触发条件 | 防御措施 | 脚本示例 |
|---|---|---|---|
| 确认偏误 | 研究员只追问符合预设结论的回答 | 在脚本中预写“反向追问分支” | “如果用户回答‘满意’，则追问：‘有没有某个瞬间让您感到犹豫或不满？’” |
| 社会赞许性 | 用户给出“正确”答案而非真实想法 | 使用投射式问题 + 第三人称转述 | “您觉得其他用户在遇到这种情况时会怎么想？” |
| 锚定效应 | 问题的参考数值影响用户判断 | 严格避免在问题中引入具体数字 | 避免：“您是不是用了 3 次以上？”→改为：“您使用这个功能的频率如何？” |
| 光环效应 | 用户对某一点的评价扩散到整体评价 | 将功能模块拆解为独立问题，随机排列顺序 | 不按界面从上到下的顺序提问，而是随机打乱模块次序 |
步骤四：设计记录模板
记录模板必须同时支持现场记录与后期编码，并与 Product Analytics 指标字段对齐：
- 实时笔记模板：包含时间戳、问题编号、用户原话摘要、研究员观察备注。
- 编码框架：预定义情绪标签（正面/中性/负面）、行为标签（点击/跳过/回退）、场景标签（首次使用/重复使用/异常中断）。
- 情绪标注体系：在用户原话旁标注语气强度（1-5 分），用于与分析工具中的行为曲线叠加分析。
- 摘要模板：每个模块结束后立即填写 3 句话摘要，避免回忆偏差。
对齐技巧：记录模板中的“行为标签”应与 Product Analytics 中的事件命名规范保持一致。例如，分析看板中事件名为
button_click_home_search，则访谈记录中应使用相同的事件语义标签。
【访谈脚本片段示例】—— 功能“智能推荐”模块
模块编号: M03 | 对应分析看板指标: recommend_click_rate, recommend_dwell_time
Q1 (开放式 - 漏斗起点):
“请您打开首页，浏览智能推荐区域，然后告诉我您第一眼看到了什么？”
引导备注: 不提示任何具体内容，让用户自主描述。
偏见防御: 如果用户说“很好”，触发反向追问分支（见 Q1b）。
Q1b (反向追问 - 确认偏误防御):
“您刚才说‘很好’，那么有没有哪个推荐项让您觉得‘这跟我没关系’？”
记录字段: □ 有（跳转 Q1c） □ 没有（跳转 Q2）
Q2 (探究式 - 阶梯追问):
“您选择点击了第 3 个推荐商品，当时是什么激发了您点击的欲望？”
记录字段: 用户原话摘要 / 情绪标注(1-5) / 行为标签
Q3 (投射式 - 社会赞许性防御):
“如果让您给推荐算法提一个改进建议，您最想改变什么？”
等待提示: （停顿 5 秒，等待用户补充）
3.4 输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 文档类 | 研究目标拆解表、用户画像、分析看板指标清单 | 结构化访谈脚本（含偏见检查清单） |
| 工具类 | 访谈提纲模板、编码框架初稿 | 记录模板（实时笔记+情绪标注+摘要） |
| 数据类 | Product Analytics 关键指标截图或导出的 CSV | 交叉验证对照表（脚本问题 ↔ 分析指标） |
3.5 责任边界
| 角色 | 职责范围 | 不介入边界 |
|---|---|---|
| 用户研究员 | 脚本问题撰写、引导技巧植入、偏见检查、主持模拟访谈 | 不负责数据分析指标的定义，不越权修改分析看板字段 |
| 产品分析师 | 提供分析看板指标、审核脚本中与数据对齐的部分、确认记录模板标签语义一致性 | 不介入问题措辞的艺术性调整，不决定问题的顺序结构 |
| 记录员 | 使用记录模板进行现场速记、标注情绪与行为标签、整理摘要 | 不进行问题解读，不替用户总结观点 |
3.6 记录材料清单
本章涉及的记录材料需在脚本定稿前完成制版，并放入统一的访谈工具包：
- R01-访谈脚本正本：包含所有问题、引导备注、偏见防御分支、时间分配。
- R02-实时笔记模板：按模块划分，每页顶部预填模块编号、对应分析指标、目标用户画像。
- R03-情绪标注卡：5 分制情绪量规 + 常见语气词对照表，用于快速标注。
- R04-编码对照表：行为标签、场景标签、情绪标签的定义与示例，确保多人记录时信度一致。
- R05-偏见检查清单：脚本完成后逐项打勾确认，防止偏见未被拦截。
偏见检查清单（模板样例）：
□ 每个开放式问题后是否预留了≥5秒的沉默等待？
□ 是否至少存在 1 个反向追问分支？
□ 问题中是否包含具体数字（锚定效应）？
□ 模块提问顺序是否与界面布局顺序不同（光环效应）？
□ 投射式问题占比是否达到 10% 以上？
□ 每个开放式问题后是否预留了≥5秒的沉默等待？
□ 是否至少存在 1 个反向追问分支？
□ 问题中是否包含具体数字（锚定效应）？
□ 模块提问顺序是否与界面布局顺序不同（光环效应）？
□ 投射式问题占比是否达到 10% 以上？
3.7 异常处理
| 异常场景 | 识别信号 | 处理预案 |
|---|---|---|
| 用户偏离话题超过 2 分钟 | 回答内容与问题核心不相关，且无自然回收迹象 | 使用脚本中预写的“回拉话术”：“您刚才提到的这一点很有意思，我们稍后可以深入聊。现在我想先回到刚才那个操作步骤……” |
| 用户出现明显情绪波动（沮丧/愤怒） | 语气强烈、语速变快、使用负面极端词汇 | 暂停当前问题，切换至共情模式：“听起来这部分让您感到困扰，您愿意多说说吗？” 同时记录员在情绪标注栏标记 ≥4 分。 |
| 记录员跟不上用户语速 | 记录出现大段空白或大量“待补充”标记 | 研究员主动放慢节奏，在关键回答后重复确认：“我刚才记的是……，您说的是这个意思吗？” |
| 用户给出的回答与 Product Analytics 数据明显矛盾 | 用户说“我从来不用这个功能”，但分析看板显示该用户有 7 次触发记录 | 不当场质疑用户，在脚本标注“与看板数据冲突”，后续通过交叉验证流程处理。 |
3.8 验收标准
访谈脚本设计完成后，必须通过以下 6 项验收才能进入正式访谈环节：
- 完整性检查：脚本覆盖了所有研究目标，每个目标至少对应 1 个开放式问题和 1 个探究式问题。
- 类型分布检查：开放式 40%、封闭式 20%、探究式 30%、投射式 10%，误差不超过 ±5%。
- 偏见防御检查：偏见检查清单所有项目均为绿色（已确认），无遗漏项。
- 对齐检查：脚本中的每个模块均标明了对应的 Product Analytics 指标名称，且指标名称与看板完全一致。
- 记录模板就绪检查：R01-R05 五份材料均已制版并放入工具包，记录员已熟悉编码对照表。
- 模拟访谈通过率：至少进行 1 次内部模拟访谈，脚本中所有问题在 45 分钟内可顺利完成，且记录员能够准确填写所有字段。
最终检查：验收通过后，将脚本和记录模板提交至产品分析师进行二次确认，重点核对指标名称和标签语义。确认无误后，双方在脚本封面签字，正式定稿。