4. 访谈提纲设计：结构化问题框架、开放式与封闭式搭配、避免引导性提问

前置场景描述

你所在的产品团队正在为“智能笔记助手”MVP进行用户访谈。上一次访谈中，你直接问：“你觉得AI自动生成摘要这个功能很实用吧？”结果80%的用户都回答“是”，但产品上线后实际使用率不足15%。团队在回顾时发现：问题本身带有强烈引导倾向，且全是封闭式提问，用户根本没有机会表达真实需求。你需要设计一份全新的访谈提纲——既要有结构化的逻辑框架，又要巧妙搭配开放式与封闭式问题，彻底排除引导性措辞。

核心任务拆解

• 任务1：明确研究目标与假设——用一句话定义本次访谈要回答的核心问题（例如“用户记笔记时的最痛点是什么？”）
• 任务2：划分主题模块——将核心问题拆成3～5个逻辑模块，如【使用场景】、【当前行为】、【痛点】、【期望】
• 任务3：设计问题序列——每个模块先开（探索）后闭（验证），控制问题数量在10～15个
• 任务4：自检引导性与偏差——逐题检查措辞是否暗示答案、是否包含假设、是否让用户感觉“应该”那样回答

步骤/方法：四步提纲设计法

1. 写脚本框架
   用一页纸画出从“宽泛场景”到“具体行为”的漏斗结构。顶部写研究目标，中层写模块标题，底部预留观察笔记区。
2. 填充开放式问题
   每个模块以“请描述一下…”“你是怎么…的？”“举个例子”开头。例如：

   【痛点模块】
   Q1: 请回忆最近一次让你感到烦躁的笔记整理过程，具体发生了什么？
   Q2: 你当时最希望有一个什么工具帮你？

3. 插入封闭式验证
   在每个模块末尾用1～2个封闭式问题确认优先级。例如：

   Q3: 如果我给你一个“一键把笔记本按标签拆成文件夹”的功能，你会有兴趣试用吗？
   □ 非常想 □ 有点想 □ 无所谓 □ 不太想

4. 全组审查
   打印提纲，用红笔圈出所有可能引导的词语（“是不是”“难道不是”“其实”“更倾向于”…）。修改为中性表述。

输入&输出物

输入	输出
用户画像（典型用户1～3类）	结构化访谈提纲（.md 或 .docx）
研究目标陈述（一句话+3个假设）	提纲审查清单（含自检项）
上一轮访谈发现的假设列表	问题类型标注（开/闭/验证）

常见陷阱

• “你”字型引导：“你觉得我们的新功能好用吗？”→ 用户不敢否定。改为：“你最近使用类似功能时遇到过什么麻烦？”
• 否定前置：“你有没有觉得XX其实不好用？”→ 暗示否定。改为：“你使用XX时，有没有哪些方面让你不太满意？”
• 连续封闭轰炸：10个问题全是“是/否”，导致用户疲劳、数据浅薄。保证开放式比例≥60%
• 问题顺序颠倒：先问细节再问场景，用户难以回忆。坚持“场景→行为→感受→验证”

最佳实践

模板示例：结构化访谈提纲（片段）

以下为“智能笔记助手”MVP访谈提纲【使用场景模块】节选：

模块1：使用场景（约8分钟）
[开放-场景入口]
Q1: 请描述你平时在什么情况下需要记笔记？（工作/学习/生活？）

[开放-行为细节]
Q2: 当笔记内容变多后，你是怎么整理的？可以举个例子吗？

[半开放-痛点]
Q3: 整理过程中有没有让你特别想跳过或发火的环节？如果有，是什么？

[封闭-验证优先级]
Q4: 以下哪个场景让你最头疼（单选）：
  A. 找不到之前记过的内容
  B. 不同设备上笔记版本不一致
  C. 手写笔记无法自动变文本
  D. 其他：________