用户访谈是产品经理最重要的技能之一,但也是最容易做砸的技能。
最常见的错误是问「你喜欢这个功能吗?」「你会用吗?」——这种问题得到的基本是虚假承诺。用户为了让你开心,会说「喜欢」「会用」,但真上线了,他们根本不用。
好的访谈问题应该能挖掘出用户的真实行为、真实痛点和真实动机。
这个问题比「你遇到过这个问题吗」好得多,因为它要求用户回忆具体的场景。
如果对方能详细描述,说明这个问题是真实的、高频的。如果对方支支吾吾,说明这个问题可能只是想象出来的。
追问:当时你在做什么?之前做了什么?之后做了什么?
用户现在的解决方案,就是他们愿意为之付出成本的方案。这个方案可能很简陋,但只要用户还在用,就说明问题足够痛。
追问:这个方案有什么不方便的地方?你为此付出了什么代价(时间、金钱、精力)?
这个问题让用户跳出「现有方案」的限制,想象理想状态。
关键是不限制用户的想象力。不要问「你希望我们的产品怎么做」,而是问「你希望这个问题怎么消失」。
推荐行为是衡量用户满意度的黄金标准。如果用户愿意向朋友推荐,说明这个方案至少解决了部分问题。
追问:你推荐时是怎么说的?朋友用了之后的反馈是什么?
这个问题帮你评估问题的严重程度。如果用户说「没什么影响」,那这个问题就不值得解决。
追问:这个影响是持续的还是偶发的?有没有因为这个影响而错过什么?
很多B端产品的使用者和决策者不是同一个人。这个问题帮你理解购买决策的复杂性。
追问:决策时你需要说服谁?他们最在意什么?
这个问题直接测试付费意愿。注意,用户说的价格往往偏高,实际付费时会打折扣。但这个数字至少给出了一个上限。
追问:什么情况下你会觉得「太便宜了,不靠谱」?什么情况下会觉得「太贵了,不值得」?
原则一:多听少说。你的目标是获取信息,不是推销想法。
原则二:追问细节。当用户说「经常」「很多」「方便」时,追问具体数字和场景。
原则三:不要引导。避免「你觉得这个功能有用吗」这种问题,改用「你用过类似的功能吗?体验如何」。
用户访谈的质量,取决于你问的问题。好的问题能挖出金矿,坏的问题只能得到礼貌的谎言。
把这7个问题存下来,下次访谈时试试。你会发现,用户说的内容完全不同了。