访谈法是通过一对一（或一对少数）的深度对话，理解用户的决策逻辑、真实感受和隐含假设。好的访谈能挖出问卷挖不到的「为什么」，但差的访谈会让用户顺着你的假设走，得出比问卷更错误的结论。
上一节讲到：问卷中不建议放开放题，因为分析成本高、无法统计——这些开放题的内容，正是访谈法要解决的部分。在访谈中，你可以追问、可以观察用户的犹豫和表情、可以即时调整问题方向，这些都是问卷做不到的。
产品经理做需求调研时，如果你发现团队在争论「用户到底想要A还是B」，而且问卷数据无法解决这个争论——说明你需要做访谈了。问卷只能告诉你「多少人选A、多少人选B」，访谈能告诉你「选A的人为什么选A、他选的时候犹豫了什么、什么场景下他会改选B」。
做产品设计时，功能优先级排序不能只靠问卷数据——你需要访谈来理解「用户说想要的功能，背后真正的需求是什么」。比如用户说「我想要一个导出按钮」，问卷只能记录这个诉求，访谈能发现他真正的痛点是「每次要跟老板汇报，数据导不出来很麻烦」——你解决的不应该是「导出按钮」，而是「汇报场景的数据准备流程」。
做提前预研时，访谈是「发现未知需求」的工具——你的问卷只能验证已知假设，但访谈中用户跑题的内容，可能恰恰是你没想到的核心需求。
结构性访谈是「问卷的口语版」——所有问题提前设计好，按固定顺序问，每个受访者被问的是完全相同的问题，只是回答方式从「填选项」变成了「自由说话」。
特点：
• 问题固定、顺序固定、措辞固定——保证可比性
• 适合需要横向对比多个用户回答的场景（如对比10个用户对同一功能的理解）
• 数据分析相对容易：因为问题相同，可以归类编码、做质性量化
• 缺点：灵活性低——如果用户在第二题提到了一个意外信息，你还是要按顺序问完，可能错过最有价值的发现
| 维度 | 结构性访谈 | 非结构性访谈 |
| 问题设计 | 提前设计全部问题，固定措辞和顺序 | 只有一个大方向或主题，问题现场即兴生成 |
| 可比性 | 高——每个受访者回答相同问题，可横向对比 | 低——每个访谈路径不同，难以直接对比 |
| 深度 | 较浅——受限于预设问题框架 | 较深——可以追问、可以跑题、可以挖意外发现 |
| 适用场景 | 验证性研究（已知要问什么，对比不同人回答） | 探索性研究（不知道要问什么，发现未知需求） |
| 对访谈者要求 | 中等——按稿子问即可 | 高——需要即时判断追问方向、控制节奏、避免引导 |
| 数据分析 | 相对容易——问题相同可编码归类 | 较难——需逐字稿分析、主题提取、编码一致性检验 |
产品早期探索阶段（0→1）：用非结构性访谈。你还不知道用户要什么，需要开放式的对话来发现需求方向。这时候你的假设还不清晰，强行用结构性访谈只会把你的偏见固化。
产品迭代阶段（1→N）：用结构性访谈。你已经知道核心问题是什么，需要对比不同用户群体的回答来验证假设。比如「新版导航是否比旧版更易用」，你需要对10个用户问相同的问题，横向对比。
做提前预研时，先用非结构性访谈做2-3场探索性对话，发现可能的假设方向；再用结构性访谈做5-8场验证性对话，确认假设是否成立。顺序反了——先用结构性访谈，你问的问题本身可能是错的。
实际产品工作中，最常用的是半结构化访谈——介于结构性和非结构性之间：有一个问题提纲（Interview Guide），但允许在提纲框架内自由追问和调整顺序。
操作方法：
① 提前准备提纲：5-8个核心问题，按主题分组，标注优先级（必须问到 / 有时间再问 / 可选）
② 访谈时按提纲推进，但遇到有价值的信息可以深挖追问
③ 追问完成后回到提纲主线，确保核心问题都覆盖到
④ 每个访谈结束后做5分钟「即时备忘」：记录最意外的3个发现、跟假设的偏差、下次要调整的问题
产品经理做用户访谈时，几乎没有人会用纯结构性或纯非结构性——你一定有一个想问的清单，但也会根据用户的回答临时追问。这就是半结构化访谈。
做产品设计时，提纲里的「必须问到」就是你的核心验证假设，「有时间再问」是备选方向，「可选」是探索性话题。访谈结束后，如果你发现「必须问到」的答案跟预期完全不同——说明你的产品设计方向可能需要调整。
做提前预研时，「即时备忘」是最容易被忽略但最有价值的环节——访谈结束后5分钟内，你对这次对话的理解是最清晰的。过了24小时，你只会记住「大概说了什么」，细节全丢了。
访谈的质量，70%取决于访谈者本身。同样一个用户，好的访谈者能挖出金矿，差的访谈者只拿到一堆「嗯、还好、挺好的」。
核心素养一：不引导用户
最大的忌讳：在问题中暗示了「期望答案」。
• ❌ 引导性提问：「你觉得这个功能好用吗？」（暗示了应该好用）
• ✅ 中性提问：「你上次使用这个功能时，是什么场景？做了什么？」（不预设态度）
• ❌ 引导性追问：「所以你也很讨厌这个设计对吧？」（把自己的判断塞给用户）
• ✅ 中性追问：「能具体说说你当时的感觉吗？」（让用户自己表达，不替他下结论）
产品经理做调研时最危险的陷阱：你不是被用户骗了，是你自己骗了自己。你带着假设去访谈，不自觉地在问题措辞中暗示了期望答案，用户顺着你给了你想要的回答——然后你拿着这个「验证了假设」的结论去做产品设计，上线后发现根本没人用。
做产品设计时，如果你在访谈中听到了你想听的话——先警惕。问自己：「我是不是在这个问题上引导了用户？如果换一个完全中性的人来问，用户会给出同样的回答吗？」
防止被用户欺骗的本质是：先防止自己欺骗自己。访谈者的中立性，直接决定了调研结论能不能用来做产品决策。
核心素养二：倾听 > 提问
好的访谈者，说话时间占比不超过20%。你的任务是「让用户多说」，不是「展示你有多懂」。
• 用户说到关键信息时，不要打断——哪怕他说得有点跑题，跑题的内容可能恰恰是最真实的
• 用沉默和点头鼓励用户继续说，而不是用「对对对」「我也这么觉得」去附和
• 追问用「然后呢？」「能举个例子吗？」「当时你是怎么想的？」——短、中性、开放
产品经理做需求调研时，最常犯的错误是「急着证明自己的方案」——用户说了三句话，你就觉得他 confirm 了你的设计方向，赶紧结束这个话题进入下一个。结果是你收集了一堆表面回答，没有挖到任何一个深层需求。
做产品设计时，需求深度决定了产品差异化。你的竞品也做了问卷也做了访谈，但如果你比他们多挖了一层「用户当时犹豫了什么、他后来怎么解决的、他对现有方案什么感觉」——你的产品就比竞品多解决了一个真问题。
做提前预研时，「用户跑题的内容」往往是最有价值的信号——他说着说着扯到一个跟你的产品完全无关的场景，但那个场景可能恰恰是他真实需求出现的地方。记下来，这可能就是你下一个产品的方向。
核心素养三：管理自己的预期
访谈者带着假设进访谈是正常的——但你必须意识到自己的假设，并刻意去寻找「反证」而不是「证实」。
• 如果你假设「用户觉得这个功能太复杂」，你会不自觉地在访谈中引导用户说出「复杂」
• 对策：每问完一个核心问题，问自己「有没有可能实际情况跟我的假设相反？」如果有可能，补一个验证性问题
产品经理做调研时最大的风险：你带着「这个功能一定要做」的预设去访谈，每听到一句支持的话就放大，每听到一句反对的话就忽略或解释掉。最后你拿着一份「完全支持你方案」的访谈纪要去推动开发——上线后发现用户根本不需要。
做产品设计时，刻意寻找反证是成本最低的「防跑偏」手段。如果你访谈了8个用户，7个说好1个说不好——不要忽略那1个。问自己：「他为什么说不好？他代表的是哪类用户？这类用户在我的目标群体里占比多少？」
做提前预研时，假设是起点不是终点。访谈的价值在于「修正假设」——如果访谈完了你的假设一点没变，要么是你假设完全正确（极小概率），要么是你在访谈中只听到了你想听的（大概率）。
访谈数据的价值，取决于「记录的质量」。如果你挖到了金矿但没有记录下来，等于没挖。
| 记录方式 | 优点 | 缺点 | 适用场景 |
| 录音 | 完整记录每一句话，可反复回听 | 需要用户同意；后续逐字稿转写耗时 | 所有正式访谈（必须征得同意后录音） |
| 现场笔记 | 即时提炼关键信息，不依赖后期回忆 | 可能遗漏细节；笔记时容易忽略用户的表情和语气 | 录音的补充——边听边记关键句和意外发现 |
| 录像 | 记录表情、手势、犹豫等非语言信息 | 用户压力大、设备要求高、分析成本极高 | 可用性测试、焦点小组（非一对一访谈一般不需要） |
| 事后即时备忘 | 趁记忆新鲜记录「最意外的3个发现」 | 只记重点，细节会遗忘 | 每次访谈结束后5分钟内必须做 |
数据采集的操作规范：
① 访谈开始前，征得用户同意后开启录音（「本次访谈会录音，仅用于内部分析，不会公开，可以吗？」）
② 访谈中，用笔记记录关键句、意外发现、用户的犹豫和情绪变化
③ 访谈结束后5分钟内，完成「即时备忘」：最意外的3个发现、跟假设的偏差、待验证的问题
④ 24小时内完成逐字稿转写（或用ASR工具辅助），趁记忆清晰标注关键段落
⑤ 全部访谈完成后，做跨受访者的主题编码：提取反复出现的主题、对立观点、意外发现
产品经理做调研时，最常见的问题不是「没做访谈」，而是「做了访谈但没记好」。你跟用户聊了40分钟，感觉很充实，回到工位写需求文档时发现——「他当时具体怎么说的来着？他犹豫是在哪个问题上？」细节全忘了，只剩下一个模糊的「用户觉得还不错」。
做产品设计时，你需要的是「用户原话」作为需求依据，不是「我记得用户大概说了什么」。没有录音和逐字稿的访谈结论，在PRD里没有说服力——评审会上有人质疑「你怎么知道用户这么想的」，你拿不出证据，需求就可能被打回。
做提前预研时，「即时备忘」里的「跟假设的偏差」是最有价值的记录——这些偏差就是你的认知盲区，每一个偏差都可能是一个新的产品机会点。
防止被用户欺骗的最后一道防线就是忠实记录：如果你完整记录了用户说的每一句话（包括跟你假设矛盾的部分），后期分析时你有机会发现自己被引导了。如果你只记了「支持我假设的部分」，你就是在自己骗自己。
提示：点击正文区域或按 ← → 方向键翻页 · 按 ↑ ↓ 滚动