43位产品领袖的用户访谈心法
微信扫一扫，分享给好友
关闭
用户访谈是产品经理的核心技能，但大部分人做的访谈质量堪忧。要么变成「功能介绍会」，要么变成「客户成功跟进」，要么是用户被引导后说出你想听的答案。
Reforge 和 Lenny's Newsletter 联合编纂了一份覆盖43位产品领袖的访谈方法论合集（Continuously Discovery Interviews 框架的核心来源）。本文编译其中对国内产品经理最有启发的7条核心原则，附操作清单。
原则一：收集故事，而非观点
Teresa Torres 说过一句话值得每个 PM 刻在墙上：「访谈是一项被严重低估的技能。如果你没有收集到丰富的故事，就无法发现机会。」
实操含义：
- 不要问「你喜欢什么？」，而是问「告诉我你最近一次……的经历」。
- 不要问「这个功能怎么样？」，而是问「上次你遇到这个问题时，是怎么处理的？」。
- 让用户讲故事——故事里有时间、地点、人物、动作、情绪，这些是观点里没有的。
为什么观点不够？因为观点是被加工过的。用户会下意识合理化自己的选择、迎合访谈者、隐藏尴尬细节。故事则更接近真实。
原则二：仅访谈有行动的人
Jobs-to-Be-Done 框架创始人 Bob Moesta 有一个反常识的访谈筛选标准：「我只和那些已经尝试过寻求改变的人交流。是什么促使他们尝试？忽略『抱怨』——关注『转变』（实际行为变化）。」
实操含义：
- 不要访谈「潜在用户」——他们说的是假设的需求。
- 去找「已经采取过行动的人」——他们已经用过某个替代方案、试过某种办法、做出过某种改变。
- 「抱怨」和「行为变化」是不同的事。抱怨不付钱，行为变化才付钱。
筛选问题示例：「过去3个月里，你为解决这个问题尝试过哪些具体的方法？」（哪怕是百度搜索、问朋友、买书，都算。）
原则三：观察，而非仅询问
a]16seed 创始人 Gustaf Alstromer 的洞察：「理解问题严重程度的最佳方式不是询问，而是观察。让他们共享屏幕并演示日常工作流程，寻找他们已经习以为常的痛点。」
实操含义：
- 让用户共享屏幕演示他们的实际工作流，而不是口头描述。
- 注意用户「习以为常」的动作——他们跳过的步骤、自动忽略的提示、绕过的工作流。
- 这些「下意识行为」往往揭示最真实的痛点。
为什么口头描述不够？因为用户已经对痛点麻木了——他们会把经常遇到的痛苦合理化为「正常的」。观察能抓到这些「正常的痛」。
原则四：避免推销
Humu 联合创始人 Jeff Weinstein 的提醒：「不要以『嗨，我是X公司的CEO，我们做Y业务，让我给你演示一下』开场。这完全是浪费机会。先倾听，用沉默引导他们畅所欲言。」
实操含义：
- 访谈的前5分钟不要提你的产品。
- 不要在用户说某个痛点时立刻回应「我们正好能解决这个」。
- 训练自己用沉默引导——问完问题后闭嘴，等用户填满沉默。
为什么推销有害？因为一旦用户意识到你「有方案」，他们会下意识地迎合你的假设，说出能证明你方向对的话。这会污染后续所有数据。
原则五：证伪，而非验证
Airbnb 早期研究员 Judd Antin 的研究方法论：「我们不做验证，而做证伪。我们期待被证明是错的。很多产品经理希望自己是对的——他们做的是以用户为中心的绩效展示，而非真正的研究。」
实操含义：
- 进入访谈前，列出你最希望被验证的假设。
- 访谈中，主动寻找反驳这些假设的证据。
- 如果访谈结束前你没有被任何用户挑战，多半是访谈做得不好。
这是反人性的一点——大部分 PM 期待用户「支持」自己。但用户支持你不一定是好事，可能是你引导得太好，也可能是样本有偏。
原则六：永远不要问用户想要什么功能
Judd Antin 的另一句忠告：「询问客户想要什么的研究员不是好研究员。专注于理解行为和问题——而非让用户设计你的解决方案。」
实操含义：
- 用户说「我想要一个按钮能导出数据」——这描述的是解决方案。
- 你要追问「你为什么要导出数据？导出之后做什么？这个动作在你的工作流里扮演什么角色？」
- 真正了解「为什么」之后，你会找到用户没看到的、更好的解决方案。
这条原则和德鲁克的「孔和钻头」一脉相承——用户嘴里的功能请求是表层，背后的目标才是你该追求的。
原则七：挖掘情感根源
Pendo 的 Nan Yu 的方法论：「我的目标是和客户感同身受。透过功能请求，挖掘背后驱动它的负面情绪。」
实操含义：
- 注意用户在访谈中的情绪反应——叹气、停顿、苦笑、激动。
- 在这些情绪点深挖：「你刚才停顿了一下，能告诉我你在想什么吗？」
- 功能背后是情绪，情绪背后是动机，动机背后是产品机会。
一个用户平静地说「这个功能不好用」，和激动地说「这个功能让我每天加班到11点」，是两个完全不同的产品机会。
放弃访谈指南脚本
Bob Moesta 反对照本宣科：「没有脚本会让人抓狂，但僵化的指南会阻碍你跟进有意义的对话线索。改用四力模型（推力、拉力、焦虑、习惯）作为思维框架。」
实操含义：
- 准备一个「对话地图」而不是「问题清单」——列出要探索的主题，但具体问题临场发挥。
- 用四力模型（Push/Pull/Anxiety/Habit）作为分析框架——哪些力在推动用户改变，哪些力在阻止？
- 每次访谈后立刻写「3件我没预期到的事」。
整合为可执行框架
把这8条原则放在一起，可以归纳成5个执行步骤——
- 准备：列3-5个你想验证的假设，招募「有行动的人」做访谈。
- 开场：问「你最近一次……是什么时候」让用户讲故事。
- 探索：跟随用户故事里的线索追问，不照本宣科。
- 观察：让用户演示工作流，注意情绪反应和下意识动作。
- 复盘：访谈结束2小时内记录「3件未预期到的事」。
最后一句话：访谈能力的差距，是产品经理能力差距里最容易被低估的。
大部分 PM 花90%的时间在内部会议、文档、Roadmap 上。真正决定产品能不能抓到用户真实需求的，是那10%访谈时间的质量。
把这10%做好，你的产品会比80%的竞品更懂用户。