学会问「愚蠢的问题」：我的用户访谈方法论

大二那年第一次做用户访谈，我提前准备了一份「专业」的访谈提纲。12 个精心设计的问题，涵盖场景、痛点、偏好、竞品。访谈了 5 个用户，整理了上万字的逐字稿，信心满满地去跟学长汇报。

学长看完只问了我一句话：「所以用户到底想要什么？」

我愣住了。我有一堆数据，但没有答案。

后来的两年里，我做了超过 50 场用户访谈（从陌生人到深度用户，从学生到企业高管），踩过无数坑，总结了一套自己的方法论。核心就是一个悖论：好的访谈者，必须学会问「愚蠢的问题」。

一、什么是我说的「愚蠢的问题」？

「愚蠢的问题」不是真的蠢，而是不预设答案、看似基础、却能打开对话窗口的问题。它们的特征是：

提问者暴露自己的「无知」——「我对这个领域不熟悉，能帮我理解一下吗？」
不试图显得聪明——「你刚刚说的 XX 是什么意思？能举个例子吗？」
追问最基础的「为什么」——「你说你不喜欢这个功能，能具体说说哪一次使用体验让你决定放弃吗？」

与之对应的是「聪明的问题」：

「你觉得这个功能如果用 AI 来驱动会不会更好？」——你在展示自己的判断，而不是了解用户。
「你是不是觉得这个流程太复杂了？」——你已经在替用户下结论了。
「如果有一个工具可以帮你自动做 XX，你会用吗？」——这是推销，不是访谈。

二、我踩过的三个大坑

坑 1：把访谈做成了问卷

第一次访谈时，我严格按照提纲一个问题一个问题地问，生怕遗漏。结果就是用户也被我带成了「答题模式」：回答得越来越短，越来越标准化。真正的洞察往往产生在用户跑题的时候——他开始讲一个让你意外的故事，这才是金矿。

坑 2：过早进入「方案模式」

用户说「我觉得这里不太好」，我立刻追问「那如果改成 XX 你觉得怎么样？」。这是产品经理的本能，但过早跳入方案层会让你失去了解「真正的为什么」的机会。用户说不好用，可能有 5 个原因：找不到入口、操作步骤太多、不理解术语、加载太慢、他真的不需要这个功能。如果你直接跳到方案，就永远不知道是哪个。

坑 3：只问「做什么」，不问「为什么停」

我们通常倾向于问用户「你是怎么用这个功能的」，但很少问「你什么时候决定不用的？那个放弃的瞬间发生了什么？」流失的瞬间比使用的瞬间包含更多信息。

三、我的访谈框架：LISTEN

后来我提炼了一个框架，帮助自己在访谈中保持「愚蠢」：

L — Lead with silence（用沉默开场）：用户说完一句话后，等 3 秒再开口。80% 的受访者会在这 3 秒里补充更真实的信息。
I — Invite stories（邀请故事而非观点）：「能讲讲上一次你做 XX 的经历吗？」比「你觉得 XX 怎么样？」有用 10 倍。
S — Stay on the surface（先表面后深入）：前 15 分钟只问发生了什么，不追问为什么。让用户先放松地叙述。
T — Then ask why（再问为什么）：15 分钟后再开始追问因果关系。「你刚才说到你放弃了那个功能——能帮我理解一下那一刻你是怎么想的？」
E — Echo back（复述确认）：「我确认一下我理解得对不对——你说的是 XX 场景下，YY 让你觉得 ZZ？」
N — Notice the unsaid（观察没说出口的）：用户犹豫的停顿、突然提高的语调、含糊带过的地方——这些往往比说出口的话更重要。

四、一个具体案例

在做校园二手交易平台时，早期访谈中用户普遍说「希望有信用体系」。如果我只是记下这个需求，可能就会去做一个芝麻信用式的评分系统。

但我追问了一个愚蠢的问题：「能回忆一下最近一次你在二手交易中不愉快的经历吗？」

用户讲了一个故事：她在学校群里买了一本书，约定教学楼见面交易。结果对方迟到了 40 分钟，理由是「刚下课」。她生气的不是对方不诚信，而是没有有效的方式确认对方是否会准时出现。这不只是一个「信用」问题，而是一个「履约确定性」问题。

这直接改变了产品方向：我们最后没有做复杂的评分体系，而是在 MVP 中做了「预约交易时间 + 交易前 10 分钟双向提醒」。一个简单的功能解决了最核心的信任锚点。

五、写在最后

产品经理最大的敌人不是竞品，而是自己的「我知道」。

知道得越多，问得就越少；问得越少，知道得就越少。这是一个恶性循环。保持「愚蠢」，本质上就是保持对用户真实世界持续的好奇心。这不是技巧，而是心态。

下次做用户访谈时，试着说一句：「这个我不太懂，你能多说说吗？」你可能会听到一个完全不同的故事。