小团队需求验证：七次用户访谈推翻三个核心假设的实战框架

别让“用户说想要”骗了你

几年前我做了一个 AI 写作辅助工具，前两个月全是闭门造车。我列了十几个功能点，觉得每个都是刚需。等到原型出来，找了几个朋友试，反馈都说“不错”“有用”。我信心满满地开干，直到第三个月才第一次去咖啡馆拦住完全陌生的用户做访谈。那次访谈只花了 20 分钟，却让我推翻了自己最得意的三个核心假设。

从那以后我养成了一个习惯：在写第一行代码之前，先做至少三轮用户访谈，每轮 2—3 人，总共不超过 10 个人。 这不是什么科学统计样本量，但足够暴露盲区。这里说的“用户访谈”不是让你去问“你喜欢什么颜色”或者“你会不会用这个功能”。它是一套系统性的假设检验流程。

访谈不是聊天，是赌注检验

大多数小团队不做访谈，原因很简单：觉得自己没预算、没时间，或者觉得“我就在这个行业里，我知道用户需求”。这通常是错觉。用户的实际行为和你以为的行为之间，常常隔着一条河。 不做访谈就上路的项目，往往在发布后才发现用户根本不解决他们想象中的那个问题。

我的做法是把产品假设写成“如果……那么……”的形式。比如“如果用户每天需要花 20 分钟手动整理会议纪要，那么一个自动摘要工具就会被视为必需。”然后带着这个赌注去找用户，目的不是证明自己对了，而是找到可能推翻它的证据。

三个准备步骤

1. 列出你最不确定的三个假设

别写那些“用户会上网”之类的废话。要写和你产品核心价值直接相关的、你心里最没底的事情。比如：

用户愿意为这个功能付费。（不是“可能愿意”，而是具体数额区间）
用户每周会遇到这个痛点至少三次。
用户已经尝试过其他解决方案（包括手动方法），但都不满意。

2. 找到目标人群中的“冷启动”用户

不要只找朋友、同事、或者已经在用你产品的用户。他们太客气了。去行业论坛、社群里找那些和你完全没交集、愿意花一点时间来帮你的人。条件是不认识你、不在你行业圈子、但有你要解决的背景问题。 我在做语言学习产品时，专门去俄语学习群找那些刚入门、焦虑、还没买过任何课程的人。他们最真实。

3. 设计一个“引导式谈话”提纲

提纲不是问卷，而是话题顺序。通常我会这样安排：

先聊背景：了解他最近工作中最烦的事情是什么？（不要提产品）
再问当前解决办法：你试过哪些方法？为什么没坚持？
然后展示一个极其粗糙的 demo：纸上的画图、低保真原型，甚至只是一个描述页。注意不要叫它“产品”，说“我在看这个问题，你帮我看看这个想法”。
最后问付费意愿和频率：如果这个东西花你一杯咖啡的钱一个月，你会买吗？如果花一顿饭钱呢？

访谈中要避开的坑

不要说“你觉得……” 这种问题会让用户编造答案。改成“你记得上次你遇到XX情况是什么时候？你做了什么？”
不要解释产品逻辑。用户一旦觉得你在推销，就会配合说谎。
不要反驳。用户说“这个我不需要”，你就点头记下，然后追问“能举个例子吗？”这比任何辩护都值钱。
一个访谈控制在 20 分钟以内。超过这个时间，用户注意力下降，信息质量暴跌。

如何从访谈中提取决策信号

做完三轮访谈后，你会有大量笔记。我一般用一个最简单的方法：把每个假设记在一张纸上，下面列出支持它的证据和反对它的证据。 如果反对证据明显多于支持，或者支持证据来自明显有偏见的回答，那就果断放弃或者调整假设。

这里有一个反直觉的点：如果用户在你问“你会付费吗”时说“会”，这几乎不算证据。 真正有价值的信号是用户主动问“现在能用吗”或者“怎么买”。另一个信号是用户在访谈后主动加你微信，问你什么时候上线。被动同意不是信号，主动行动才是。

案例：假设调整的过程

假设我之前的 AI 写作工具主打“自动生成营销文案”。第一轮访谈找到三个小企业主，两个说“我都是自己写，没时间学新工具”，第三个说“我需要定制化模板，生成的不够好”。这让我意识到两个假设被推翻：1) 用户并不觉得写文案本身是最大痛点（用了大量时间），而是觉得“改到合适”更费时间；2) 单靠通用生成不够，必须提供可编辑模板。于是我调整方向：不做纯生成，做“半生成+可修改模板库”。第二轮访谈验证了这个方向。

这个过程中，我没有用任何数据分析工具，只靠七次访谈（第一轮3人、第二轮2人、第三轮2人）就完成了核心方向的转折。如果那时直接开发，至少浪费两个月。

什么时候访谈足够？什么时候必须继续？

没有一个万能数字。我个人的经验是：

如果三轮访谈后，你依然搞不清楚用户的核心痛点，那就是你找错了人群，或者问题定义本身错了。回去重新写假设。
如果大多数用户的行为和你预期一致，而且有至少 2—3 人表现出强行动信号（追问购买、主动推荐），那就够了。
永远不要等到“样本量足够大”才做决定。小团队的时间就是金钱，宁可带着 70% 的信心开干，边做边修正，也不要等 95% 的把握再动手——那时候市场可能已经被占。

写在最后

用户访谈不是一次性的任务，而应该成为产品迭代的固定节拍。每准备一个较大的功能或方向调整，就做两三轮访谈。成本很低，收获却可能挽救你几个月的开发。

工具不重要：手机录音、笔记本、一个安静的咖啡馆就够了。重要的是你有勇气去听那些让你不舒服的反馈，并且能从“证明自己对了”切换到“找到哪里错了”的心态。

PaxLee