设计研究如何从用户访谈中发现真实需求

近期趋势:用户访谈从“收集意见”转向“理解行为”
在设计研究中,用户访谈一直是理解需求的重要方法。近期更明显的变化是,团队不再只把访谈当作收集功能建议的渠道,而是更关注用户在具体情境中的行为、限制、动机与取舍。

这种转向与产品复杂度提升有关。很多产品问题并不是简单增加一个功能就能解决,真实需求往往隐藏在用户的工作流程、生活习惯、信息判断和资源约束之中。访谈的价值,也从“问用户想要什么”转向“理解用户为什么这样做”。
因此,优秀的设计研究不会把访谈记录直接等同于需求结论,而是将其作为线索,结合场景、行为证据和业务目标进行分析。
行业背景:真实需求通常不会直接说出来
用户在访谈中表达的内容,常常受到记忆、表达能力、当下情绪和访谈环境影响。用户可能会提出一个明确建议,但这个建议背后的问题才是设计研究真正需要识别的部分。

例如,用户说“希望页面更简单”,表面上是界面诉求,背后可能是信息层级混乱、任务步骤过多、术语不易理解,或者用户在高压场景下没有时间逐项判断。不同原因会对应完全不同的设计方案。
因此,设计研究需要区分三类内容:
用户说出的诉求:例如希望更快、更方便、更清楚。
用户实际遇到的问题:例如找不到入口、无法判断下一步、担心操作出错。
用户未直接表达的真实需求:例如降低决策成本、获得安全感、减少重复劳动。
用户关注点:访谈应围绕真实场景展开
发现真实需求的关键,是把访谈问题放回具体场景,而不是停留在抽象偏好上。相比询问“你喜不喜欢这个功能”,更有效的问题是“你上一次在什么情况下使用它”“当时你想完成什么”“中间哪里让你停顿”。
访谈中可以重点关注以下维度:
任务目标:用户当时真正想完成什么,而不是产品希望用户完成什么。
触发条件:用户为什么在那个时刻开始行动,是主动需求还是被动应对。
操作路径:用户实际如何完成任务,中间是否借助其他工具或他人帮助。
阻碍因素:用户在哪些节点犹豫、放弃、绕路或重复确认。
判断标准:用户如何认为结果是可接受的、安全的或值得继续的。
这些信息比单纯的满意度评价更有解释力。因为需求往往不是孤立存在的,而是由场景压力、行为习惯和目标优先级共同塑造。
方法解读:如何从访谈话语中识别深层需求
设计研究在分析访谈内容时,通常需要从“原话”进入“解释”,再回到“证据”。这个过程不能只凭直觉,也不能只依赖单个用户的强烈表达。
一种可操作的方式是将访谈材料拆分为事实、感受、判断和建议:
材料类型 |
典型表现 |
研究关注点 |
事实 |
用户描述曾经做过什么、用了什么步骤 |
验证行为路径和实际场景 |
感受 |
用户表示困惑、焦虑、麻烦或放心 |
识别体验痛点和情绪触发点 |
判断 |
用户认为某个流程复杂、某个信息不可靠 |
追问判断依据和比较对象 |
建议 |
用户提出增加、删除或调整某项功能 |
回溯建议背后的任务需求 |
在这一过程中,研究者需要避免把“用户建议”直接翻译成“产品需求”。用户提出的方案可能有价值,但更重要的是理解他们为什么会提出这个方案。真实需求通常藏在“为什么这样想”和“如果没有这个功能会怎样”之中。
关键追问:把答案推向可验证的需求
访谈不是问卷,研究者可以根据用户回答继续追问。有效追问并不是反复询问“为什么”,而是帮助用户回忆具体情境,减少泛泛而谈。
常见的追问方式包括:
时间追问:上一次发生是什么时候,当时处在什么环境。
行为追问:你具体点了哪里、看了什么、停在哪一步。
替代方案追问:如果不用这个产品,你会怎么解决。
代价追问:这个问题带来了什么影响,是多花时间、增加风险,还是影响判断。
优先级追问:如果只能改善一个地方,用户会先选择哪一个,原因是什么。
这些追问可以帮助研究者判断需求的强弱。一个真实需求通常具备较明确的场景、稳定出现的行为阻碍,以及用户愿意投入时间或改变习惯去解决的动力。
可能影响:对产品设计和决策方式的改变
当设计研究能从访谈中识别真实需求,产品团队的决策方式会更稳健。设计讨论不再只围绕个人偏好或单点反馈,而是回到用户任务、痛点证据和解决路径。
这种变化可能带来几方面影响:
减少无效功能堆叠:避免把用户随口提出的功能建议全部纳入规划。
提升设计方案针对性:让界面、流程和内容围绕具体问题展开。
优化资源投入:优先解决高频、高影响、可验证的问题。
增强跨团队共识:用访谈证据连接设计、产品、研发和运营判断。
不过,访谈本身也有边界。访谈能够解释原因和动机,但不一定能证明规模和比例。对于涉及范围判断的问题,还需要结合行为数据、可用性测试、问卷或灰度观察等方法进行验证。
常见误区:把用户声音等同于需求结论
在设计研究实践中,一个常见误区是过度依赖用户原话。用户原话很重要,但它是研究证据的一部分,不是最终结论。研究者需要保留原话的语境,同时对其进行结构化分析。
另一个误区是只访问“积极表达”的用户。愿意接受访谈的人往往更有时间、更有意见,也可能与沉默用户存在差异。样本选择应尽量覆盖不同使用频率、经验水平和任务类型。
还需要警惕引导式提问。例如“你是不是觉得这里很麻烦”容易让用户顺着问题回答。更中性的问法是“你当时是怎么理解这里的”“这里有没有让你停顿的地方”。
后续观察:从一次访谈走向持续研究
一次访谈很难完整定义需求。更可靠的做法,是把用户访谈纳入持续设计研究机制。团队可以在产品不同阶段使用不同访谈目标:早期理解问题,中期验证方案,后期复盘体验。
后续观察可以关注以下方面:
同类问题是否在不同用户中重复出现。
用户表达的痛点是否能在行为数据或测试中得到印证。
设计调整后,用户是否减少了绕路、犹豫和求助。
需求是否会随使用经验、场景变化或产品成熟度发生转移。
设计研究的核心并不是替用户做决定,也不是完全按照用户要求执行,而是在有限信息中建立更接近真实场景的判断。用户访谈的价值,正是在对话中发现问题线索,再通过分析和验证转化为可执行的设计需求。