为什么用户访谈这么难做好
很多产品人都做过用户访谈,但做完常常觉得「聊了一小时,啥也没捞着」。问题往往不在用户,而在访谈本身:你问了一堆,却没问出真正的问题;用户客气地说「挺好的」,你却以为拿到了答案。用户访谈难,是因为它同时考验倾听、追问和判断。
用户访谈的目标不是让用户夸你,而是让你看清他真实的处境和卡点。
更麻烦的是,用户并不总能说清自己要什么。亨利·福特那句老话很贴切:用户只会说「我想要更快的马」,而真正的答案是汽车。好的访谈不是记录用户说的话,而是透过这些话,看他生活里那个还没被满足的痛点。
- 没目标上来就泛泛地聊,聊完不知道要回答什么。
- 问方案直接问「你想要什么功能」,把用户逼成产品经理。
- 不追问用户说一句就停下,错过背后真正的原因。
先想清楚访谈要回答什么问题
在约人之前,先写下这场访谈你想回答的核心问题。不是「了解一下用户」这种大而无当的目标,而是具体到:用户在做某件事时卡在哪一步?他为什么放弃?他现在是怎么凑合解决的?问题越聚焦,访谈越有效。
下面这段小清单,可以帮你把模糊的目标拆成可访谈的具体问题。
- 聚焦行为:用户「做了什么」比「觉得怎样」更有信息量。
- 聚焦场景:在什么情况下、为了什么目的、用了什么工具。
- 聚焦矛盾:他嘴上说的和实际做的,哪里对不上。
怎么挑对访谈对象
访谈对象选错了,聊得再好也白搭。如果你想了解流失用户为什么走,却去访谈天天活跃的铁粉,得到的只会是赞美。挑对象的原则是:找那些正在经历你想研究的那个场景的人,尤其是遇到了卡点的人。
- 找真实在做这件事的人:别找「理论上会用」的潜在用户。
- 覆盖不同状态:活跃的、流失的、犹豫的,都要有。
- 样本别太偏:只访谈最热情或最抱怨的,会得到极端结论。
# 访谈对象筛选:按你要回答的问题选人
TARGETS = [
"正在用且遇到卡点的活跃用户",
"曾经用但最近流失的用户",
"在使用竞品、还没迁移过来的用户",
]
def pick():
for t in TARGETS:
print("优先访谈:" + t)
pick()
对象对了,一场半小时的访谈,胜过十场泛泛的聊天。
一场访谈该怎么问
提问有个基本原则:多问过去发生的具体事,少问未来的设想和主观评价。「上次你遇到这个问题是怎么处理的」比「你觉得这个功能好不好」有用得多。因为具体的行为很难编,而主观评价很容易被客套带偏。
追问是访谈的核心武器。用户说「这个步骤有点麻烦」,你要接着问:「具体是哪一步?当时你做了什么?最后怎么解决的?」一层层问下去,痛点才会浮出水面。下面这段小脚本帮你记住追问的节奏。
# 追问链条:从一句话挖到具体行为
FOLLOW = [
"刚才说的那件事,具体是哪一次?",
"当时你是怎么一步步做的?",
"中间哪里让你觉得不顺?",
"最后你是怎么解决的?",
]
def dig():
for q in FOLLOW:
print("追问:" + q)
dig()
访谈高手和普通人的区别,往往就在于会不会追问。
别被「用户话术」带偏
用户说的话要听,但不能照单全收。他说「我希望有个导出功能」,背后可能只是「我现在想把这些数据拿走却拿不走」。你要做的是抓住他真正想达成的目的,而不是急着把他说的方案排进需求池。
- 区分「说的方案」和「真实目的」:方案会变,目的相对稳定。
- 留意情绪:哪里他无奈、烦躁、将就,那里往往是真痛点。
- 看他「怎么凑合」:现有 workaround 暴露了未被满足的需求。
把话术翻译成目的,你就不会被用户牵着走。
访谈记录怎么提炼成需求
访谈结束不是终点,真正的功夫在整理。把几场访谈的记录放在一起,找那些反复出现的卡点和情绪,它们往往指向同一个未被满足的需求。单场访谈可能是个例,跨场反复出现的才是真问题。
- 找重复模式:多个用户在同一个地方卡住,这就是信号。
- 区分共性与个例:个别吐槽不一定值得做。
- 提炼成问题而非功能:先写「用户想达成什么却卡住」,再谈怎么做。
好的需求文档,开头不是「做个什么功能」,而是「谁在什么场景下,卡在哪、想达成什么」。
常见的几个翻车现场
最后盘点几个高频翻车:一是「引导式提问」,你问「你是不是觉得这个功能很好用」,用户当然点头;二是「访谈变推销」,急着解释产品多好,把用户变成来听你讲话;三是「只记结论不记场景」,回头看笔记发现根本还原不了当时的语境。
- 别引导:用中性的开放式问题,别替用户下结论。
- 多听少说:你的话越少,用户说的越多。
- 记场景和原话:原话比你的概括更有说服力。
用户访谈不是走过场,它是产品决策里少数能让你「直接听见用户」的机会。把它做扎实,比你在会议室里拍脑袋想十个需求都靠谱。