小团队用户研究：三次最小可行访谈胜过一百份问卷

为什么问卷不是第一选择

我见过太多小团队在产品早期发问卷，回收一百多份，然后花两周分析出一个“平均需求”。结果是：用户说想要的功能，做出来没人用；用户说无所谓的功能，反而是痛点。

不是问卷没用，而是小团队没有资源把问卷设计得足够好。样本偏差、问题引导、李克特量表的中性倾向——这些坑需要专业研究员才能避开。而且，问卷只能告诉你“是什么”，很难告诉你“为什么”。

所以，我建议小团队把精力优先放在访谈上，而且不是那种十个二十个用户的系列访谈，而是三次。

三次访谈的迭代逻辑

“最小可行访谈”的核心思路是：每次访谈都是对假设的一次检验，而不是数据收集。完成三次访谈后，你应该能做出以下判断之一：

• 这个方向是对的，继续做更多验证。
• 方向有重大偏差，需要调整。
• 你发现了一个完全不同的核心问题，值得重新定义产品。

下面是具体操作步骤。

第一步：定义你当前最不确定的假设

访谈不是漫无目的地聊天。你需要在访谈前写下一个明确的假设，比如：

“小团队产品经理在评估AI功能时，最担心的是模型准确率不够，而不是成本。”

这个假设必须具体到可以证伪。如果你写的是“用户需要更好的产品”，那访谈毫无意义。

第二步：找到三个用户，但不要选“典型用户”

小团队常犯的错误是找“友好用户”——朋友、家人、早期试用者。他们往往不会给你负面反馈。

更好的做法是：找一个极端用户（比如在这个领域有强烈不满的人），一个边缘用户（偶尔使用但你不太理解他们为什么用），一个流失用户（用过但放弃了）。这三种人最能暴露假设的漏洞。

第三步：设计一份半结构化提纲，但只问五个问题

完全开放式访谈容易跑题，完全结构化又损失灵活性。我推荐用“五个问题”框架：

1. 背景问题：你目前是怎么做X的？
2. 痛点问题：在这个过程中，最让你头疼的是什么？
3. 尝试问题：你试过哪些方法来解决？为什么没成功？
4. 假设验证问题：如果有一个方案能做到Y，你觉得会解决你的问题吗？
5. 开放问题：还有什么我没问到的，但你觉得很重要？

注意第四问不要直接问“你愿意付费吗”，那毫无意义。要问具体的场景和行为。

第四步：访谈后立即做一次“15分钟复盘”

每次访谈结束后，立刻花15分钟记录三件事：

• 这次访谈中，我听到了什么支持假设的证据？
• 什么反对假设的证据？
• 我接下来应该调整假设吗？

不要等到三次全部做完再分析。如果你在第一次访谈后已经发现假设完全错了，那就调整，第二次访谈就验证新假设。

三次之后怎么办？

完成三次访谈后，你会有两种情况：

• 假设得到初步验证：可以继续做更大规模的验证（比如再找10个用户，或者做一次A/B测试）。
• 假设被推翻，但发现了新方向：重新定义假设，再开始新一轮的三次访谈。

注意，三次访谈不是终点。而是让你在投入大量资源前，先花一到两周时间快速试错。

一个具体案例（假设）

假设我做一个AI写作工具，核心假设是“用户需要更长的文章，而不是更好的标题”。我找了三个用户：

• 用户A（内容创作者）：他告诉我他最大的痛点是“写长文时容易跑题”，而不是长度。
• 用户B（营销人员）：他说他需要“批量生成不同风格的标题”，因为长文可以外包。
• 用户C（学生）：他抱怨“参考文献格式太麻烦”。

三次访谈后，我的假设“用户需要更长的文章”被推翻。但发现了一个共同点：用户需要结构化辅助，而不是单纯长度。于是我把产品方向调整为“智能大纲生成器”，而不是“长文生成器”。

如果没有这三轮访谈，我可能会直接花两个月开发长文功能，然后发现没人用。

常见陷阱

1. 一次访谈试图覆盖所有问题：聚焦一个假设，不要贪多。
2. 问“如果”而不是“过去”：用户对未来行为的预测不可靠，要问“你上次是怎么做的”。
3. 把访谈当成销售机会：不要推销你的方案，只倾听。
4. 只记录赞同的声音：刻意寻找反对意见，那才是最有价值的。

什么时候该做问卷？

问卷也有用，但前提是你已经通过访谈找到了核心假设，并且需要量化验证。比如，你通过访谈发现“用户最关心的是加载速度”，然后发问卷问“你愿意为更快的加载速度每月多付10元吗？”——这时的问卷才有意义。

写在最后

小团队的时间比钱更宝贵。三次访谈成本低（通常一周内能完成），但能帮你避免在错误的方向上浪费数月。下一次，当你想发一份问卷时，先问自己：我能不能先找三个人聊聊？

PaxLee