小团队如何做用户访谈

小团队做用户访谈，最常见的问题是样本少却想得出结论。五个人的说法被当成市场共识，或者因为听到一句反对就推翻方案。更稳妥的做法，是把访谈当作校准理解，而不是投票。

问题要能追问

提前准备五到七个开放问题，围绕最近一次真实经历展开：上次做这件事是什么时候，先做了什么，哪里停下来。避免问“你会不会用”，而是问“你上一次怎么解决”。具体行为比态度更可靠。

访谈不是让用户替你决定，而是帮你发现自己没看见的限制。

• 招募覆盖不同熟练度。
• 记录原话与停顿。
• 当天整理，不积压。
• 结论标注证据数量。

每场访谈控制在三十分钟，两个人分工：一人提问，一人记录并观察。结束后用五分钟写三条要点，标注是事实还是推测。所有场次结束，再按主题聚类，不要边访谈边改方案。

样本少时，结论应写成需要验证的假设。比如“三位受访者都提到导出步骤难找”，比“用户普遍不会导出”更准确。下一步用原型或数据验证，而不是直接进入开发。

访谈结束后，把参与者的话和团队的解释分开放。前者是证据，后者是判断，混在一起最容易让推测看起来像事实。下一次访谈再带着未解的疑问去问，而不是带着已经写好的答案去找支持。这个习惯很慢，却能避免团队在错误的共识上走得更远。这一点，比样本数量更值得坚持。