Appearance
第 4 课：用户访谈与需求挖掘
第一章：产品思维基础 | 第 4 课
课前思考
想象一下：你有一个产品想法，你去找朋友聊。你说"你觉得我这个想法怎么样？"朋友说"挺好的啊，我觉得可以试试。"
你觉得自己完成了用户调研。事实上，你只得到了一句礼貌性的安慰。
这一课要解决的问题是：怎么从用户口中问出真话。
一个真相：大多数人不会告诉你真话
这不是因为他们在撒谎。而是因为：
第一，人天生会保持礼貌。 尤其当你们有某种关系时，对方很难直接说"这个方向听起来不太行"或"我根本不会用"。他们更可能说"挺好的"、"有机会可以做做看"。
第二，人会高估未来的自己。 很多人真心相信他们未来会更自律、更愿意学习、更愿意尝试新工具。所以"如果有的话我应该会用"这句话，常常并不等于未来真的会用。
第三，你的提问方式本身就在引导答案。 当你问"我这个想法是不是挺好？"时，你已经把"正确答案"塞进问题里了。
所以关键不是用户不诚实，而是你问问题的方式天然会把对话引向好听但没用的回答。
The Mom Test：连你妈都没法对你说谎的访谈方法
The Mom Test 来自 Rob Fitzpatrick 的同名书籍。名字听起来像玩笑，但点得非常准：就算是你妈妈，也很难直接告诉你"这是个烂想法"。
这套方法的核心不是"别问妈妈"，而是别把问题问成任何人都会顺着你回答的样子。
三条核心原则
原则一：谈论他们的生活，而非你的想法。
当你开始描述自己的想法时，对方会立即进入社交模式——点头、微笑、说"听起来不错"。这不是因为他们真的感兴趣，而是因为他们是友善的人。
正确的方式是把话题集中在对方身上：最近在忙什么？遇到了什么问题？怎么解决的？
原则二：询问过去的具体行为，而非未来的假设。
"你会用吗"会得到虚假肯定。"多少钱愿意买"会得到不真实的数字。人类对自己未来行为的预测极不准确。
正确的方式是询问过去：上一次遇到这个问题是什么时候？当时怎么处理的？试过哪些方法？花了多少时间和金钱？
原则三：多听少说。
对话中你说得越多，获得的信息越少。当对方开始表达观点时，不要打断，不要急于"纠正"或"补充"。每一次你开口解释，都是一次学习机会的丧失。
好问题 vs 坏问题
对比一下，看看你问问题的方式在哪个方向走：
会得到虚假信号的坏问题
- "你觉得我这个想法怎么样？"
- "如果有这个产品你会用吗？"
- "你愿意为这个功能付费吗？"
- "你觉得这个功能重要吗？"
- "你想要什么功能？"
点击查看正确做法 →
能问出真相的好问题
- "你最近一次遇到这个问题是什么时候？"
- "你现在是怎么处理这件事的？"
- "你上次为这个问题花过钱吗？花在什么上？"
- "这个流程里最烦、最慢的是哪一步？"
- "你最近遇到什么让你头疼的困难？"
★
核心方向：从意见走向事实，从未来走向过去，从你的方案走向用户的问题。每当你准备问一个问题时，检查：这个问题的答案是一个人当下的真实行为，还是他对未来的模糊推测？
一个完整的访谈案例
假设你想做一个"AI 帮大学生改简历"的产品。
错误问法
"我想做一个 AI 简历优化工具，你觉得怎么样？如果它能根据岗位自动改简历，你会不会用？"
你会得到的回答："听起来挺好"、"我觉得应该有用"、"如果免费我会试试"——这些回答几乎无法帮你做任何判断。
正确问法
"你最近一次改简历是什么时候？" "当时为什么要改？" "你是怎么改的？哪一步最卡？" "你有没有找过别人帮你看？" "你以前为简历这件事花过钱或者花过很多时间吗？"
你可能会发现：
- 很多人不是不会写，而是不知道针对不同岗位怎么改写
- 他们最痛的不是排版，而是"不知道哪些经历值得写"
- 他们会拖延，不是因为懒，而是因为每次改简历都很有心理消耗
- 他们已经在用学长建议、模板网站、朋友帮看来勉强应付
这些发现直接决定了你产品应该解决的核心问题——不是"用 AI 美化措辞"，而是"帮用户判断什么内容值得写"。
一个可以直接用的访谈节奏
如果你想现在就去找人聊，点击每一步查看详情：
1
开场：说明来意，卸下防备
2
切入：从最近一次真实经历开始问
3
深挖：追问行为、成本和替代方案
4
判断：从细节推断痛感，而非直接问
访谈中要避开的五个坑
坑一：把访谈做成产品介绍会。 你一讲太多自己的想法，对方就开始配合你，而不是告诉你真实情况。你是去做调研的，不是去做推广的。
坑二：只问熟人。 熟人不是不能聊，但熟人更容易鼓励你。你至少需要混合一些更接近真实用户的人。尤其不要只问那些支持你的人。
坑三：过早追问功能。 还没搞清楚问题是什么，就开始追问按钮、界面、功能细节——这是在太早进入解决方案。先确认问题存在，再讨论解决方案。
坑四：把"我会用"当成验证。 用户访谈最多帮你判断方向，不等于已经完成验证。真正的验证要看用户是否愿意付出真实成本——时间、切换成本、试用行为，甚至付费。
坑五：聊完不整理。 如果你聊完就放着，信息很快会变成模糊印象。访谈结束后尽快整理：
- 被反复提到的问题
- 用户原话里的情绪词
- 当前替代方案
- 用户已经付出的成本
- 你的新判断
需要访谈多少个用户
答案是：5-10 个，不是几百个。
一般来说：
- 1-3 次：开始发现模式
- 5-10 次：大部分问题会重复出现
- 超过 10 次：新发现急剧减少
停止条件：当连续 3 次访谈没有新信息出现时，就可以停止了。
如何利用 AI 辅助用户访谈
AI 不能替代与真人的访谈，但可以帮你做很多辅助工作。
访谈前：让 AI 帮你改写问题
把你准备问的问题给 AI，让它用 The Mom Test 原则改写：
下面是我准备做用户访谈时想问的问题。请帮我删掉意见型问题、未来假设型问题，改成围绕过去真实行为、已有替代方案和已付成本的提问。
你输入"你觉得我的产品怎么样？你会用吗？你愿意付费吗？"——AI 可以帮你改成"你最近一次遇到这类问题是什么时候？你当时怎么处理的？你为这件事花过钱吗？"
访谈后：让 AI 帮你整理记录
把访谈记录给 AI，让它按这个框架整理：
请帮我整理以下访谈记录：
- 哪些是事实，哪些只是意见
- 用户的替代方案和已付成本
- 被反复提到的问题
- 哪些说法听起来积极但证据不足
这能帮你把"听起来不错"和"真的能支撑判断"的内容分开。
复盘：让 AI 做你的访谈教练
把你做的访谈记录给 AI，让它挑刺：你哪些问题问得太像在找认可？哪些地方本来可以继续追问事实？如果再来一次，可以怎么问得更好？
进阶：从受访者到开发伙伴——特约用户计划
普通的用户访谈是一对一的、一次性的。你问，用户答，然后各自散去。这种方式适合验证单个假设，但有一个局限：用户看到的是你的问题，不是你的产品。
Cagan 在《启示录》中提出了一种更深的协作方式——特约用户（Charter User Program）。核心理念是：招募 6-10 个真实目标用户，不是做一次性访谈，而是邀请他们成为产品开发的长期伙伴。
特约用户 vs 普通受访者
| 维度 | 普通受访者 | 特约用户 |
|---|---|---|
| 关系 | 一次性访谈对象 | 长期开发伙伴 |
| 接触时机 | 某个验证节点 | 贯穿产品全生命周期 |
| 看到什么 | 你描述的问题 | 真实的产品原型、早期版本 |
| 给什么反馈 | 对问题的回忆 | 对产品的实际使用体验 |
| 参与深度 | 回答问题 | 试用、批评、建议、推荐 |
| 人数 | 每次 5-10 人 | 长期维护 6-10 人 |
特约用户的四个参与阶段
- 创意阶段：在你还没做任何东西时，和他们聊"你最近遇到什么困扰"。特约用户帮你发现你自己发现不了的问题。
- 原型阶段：做出高保真原型后，他们是第一批试用者。观察他们操作，听他们吐槽——原型阶段的反馈成本最低、价值最高。
- 开发阶段：在开发过程中，定期给他们看最新版本。他们能在早期发现方向性错误，而这些问题在测试环境中往往测不出来。
- 上线后：正式发布后，特约用户通常是最积极的推广者——他们感觉自己是"参与创造"的人，而不是"被推销"的人。
如何找到好的特约用户
- 不是你的朋友、同事、投资人——这些人和你关系太近，很难给出真实的负面反馈
- 是和你没有任何利益关系的、真实的潜在用户——他们的反馈不会因为"不好意思说"而失真
- 最好是那些已经在尝试解决你关注的问题的人——他们已经为此付出过时间或金钱，对问题的理解更深
Cagan 特别提醒：特约用户不能收费，也不能超过 10 个。 一收费关系就变味——你需要的是开发伙伴，不是付费客户。人数超过 10 个你会没有精力深度维护，反而变成了一项负担。
特约用户 ≠ 特殊客户
这里有一个容易被忽视的陷阱。有些客户会说"只要你们加了 X 功能，我们立刻签合同"。这种是特殊客户，不是特约用户。
特殊客户用大单诱惑你偏离产品方向，让你为一个客户定制功能，结果是产品变得臃肿、方向失焦。特约用户帮你验证产品方向，他们提的是"我遇到了什么问题"，而不是"你帮我做 X 功能我就买单"。
Cagan 的经验是：坚决拒绝特殊客户。 如果他们的需求真的具有普遍性，会在特约用户群体中反复出现。如果只有一个人在嚷嚷，那只是噪音。
本课实践
- 选一个你最近想做的产品方向，写出 5 个你原本会问的"坏问题"
- 把这 5 个问题改写成 The Mom Test 风格的"好问题"
- 找 3 个真实用户，完成访谈，重点问出："最近一次你遇到这个问题是什么时候？"
- 访谈结束后整理 4 类信息：真实行为、替代方案、已付成本、反复出现的困难
下一步
前四课的方法各自独立——接下来，第 5 课将把它们串成一套完整的流程：产品探索。学习如何把灵魂三问、MVP 思维和用户访谈整合成一个可复用的发现循环，在写 PRD 之前系统性地验证你的每一个产品想法。
课程讨论
有问题或想法？欢迎在下方留言讨论。