用户访谈怎么做？从提纲到追问的完整流程方法词条

概述

用户访谈是一对一的半结构化对话，目的是还原用户最近一次真实经历，而不是收集对产品的评价。它的产出是动机、场景和行为线索——这些是问卷和后台数据答不了的。访谈质量的差距 90% 出在两处：提纲写得像问卷，以及追问不到位。

适用场景

• 适合：回答「为什么」「怎么样」的问题；方向未定、需要理解行为背后的动机；概念早期没有可用原型。
• 不适合：回答「有多少、占多大比例」——那是问卷和 A/B 测试的工作。用问卷问「你为什么选它」，得到的通常是用户为自己的行为编的合理解释，不是真实原因。
• 常见组合：先访谈（找可能的原因和模式）→ 再问卷（验证模式覆盖多大比例）。

操作步骤

1. 明确研究目的：把「调研一下新功能」收敛成一个具体问题，例如「新用户是否能独立完成首次下单」。
2. 写三段式提纲（总时长 45-60 分钟）：
   • 背景与热身（10 分钟）：了解经历与身份，建立信任；
   • 具体经历（30 分钟）：核心段，只围绕「最近一次」提问；
   • 延伸与开放（10 分钟）：以「还有什么我没问到、但你觉得重要的？」收尾。 主问题控制在 8-12 个，每个配 2-3 个追问方向。提纲是路线图，不是剧本。
3. 招募与准备：确定筛选条件，准备好任务材料；访谈前试跑一遍提纲，删掉诱导性问题。
4. 访谈中追问，五个最有效的追问：
   • 「然后呢？」——最简单也最有效；
   • 「能举个具体例子吗？」——用户说「经常」「比较麻烦」时立刻要例子；
   • 「当时你是怎么想的？」——问「当时」，不问「你觉得」；
   • 重复对方的关键词（「就有点乱？」）——最不打断节奏；
   • 「如果不用这个，你会怎么办？」——挖替代方案，判断需求刚性。
5. 记录与归纳：现场记原话与观察（原话和你的解释分开写）；结束后尽快用亲和图（KJ 法）把记录聚类成主题，再把主题翻译成可执行的判断。

常见坑

• 问「是否」题：「你觉得好用吗？」只能得到好用/不好用，没有信息量。
• 问「通常」：「你通常怎么选？」得到的是自我总结；换成「回忆最近一次……具体发生了什么」得到的是可验证的事实。
• 引导式提问：「这个按钮放这里是不是不好用？」用户会顺着你说。保持中立，不暗示答案。
• 连问两个问题、用沉默填补思考时间、用户提建议时当场辩论解释——都属于访谈中的失控动作；你的职责是倾听，不是解答产品问题。
• 拿内部员工当用户：员工倾向于不表露负面评价，样本再方便也失真。

效果衡量

• 提纲是否只聚焦一个决策问题（评审时能一句话说清这次访谈要回答什么）；
• 访谈记录中「事实/原话」与「研究者推断」是否分开可查；
• 归纳产出是否落到具体设计改动或后续验证动作，而不是「用户普遍反映体验有待提升」。

相关方法怎么选