用户访谈提纲怎么写?先把“你喜欢吗”从问题里删掉主题视觉

用户访谈提纲怎么写?先把“你喜欢吗”从问题里删掉

作者:界达设计公司 阅读时间:约 8 分钟

访谈提纲最容易写成一份“想听到什么就问什么”的清单:你觉得这个功能有用吗?你愿意付费吗?这个页面是不是更清楚?参与者通常会礼貌地点头,团队也会带着一份看似积极、实际无法支撑决策的记录离开。

访谈提纲最容易写成一份“想听到什么就问什么”的清单:你觉得这个功能有用吗?你愿意付费吗?这个页面是不是更清楚?参与者通常会礼貌地点头,团队也会带着一份看似积极、实际无法支撑决策的记录离开。

01 提纲的起点不是问题,而是团队要做的决定

先写下访谈结束后要决定什么。如果团队只是笼统地“了解用户”,提纲很快会变成几十个互不相关的问题。

一个可执行的研究问题应接近:

  • 新客户为什么在首次配置中放弃?
  • 财务人员如何核对月度账单,哪一步最容易出错?
  • 企业客户在选择官网服务商时,需要哪些证据才愿意联系?
  • 现有用户为什么仍用Excel,而没有使用系统内的批量导入?

这些问题仍然不是访谈时直接念给用户的句子,它们是团队想获得的知识。访谈问题要进一步翻译成参与者能回忆、能描述的真实经历。

02 先问发生过什么,再问他怎么看

人们很难准确预测未来,也会根据场合给出“正确答案”。相比“你会不会用”,更可靠的是请他讲最近一次发生的事。

容易诱导或得到空话的问题更有效的问法
你觉得自动化提醒有用吗?最近一次忘记跟进客户是什么时候?当时怎么发现的?
你愿意为这个功能付费吗?你现在为解决这个问题用了哪些工具或人工成本?
这个新版是不是更清楚?请从这里开始完成一次提交,你下一步会做什么?
你平时经常看数据吗?上一次根据数据改变决定是什么时候?你看了哪些指标?
如果有一键导出你会用吗?最近一次导出数据是为了完成什么任务?之后还做了什么处理?

“最近一次”“具体哪天”“当时谁参与”“你怎么做”能把回答从态度拉回行为。

一份好提纲有主线,但不是逐字问卷的视觉化说明

03 一份好提纲有主线,但不是逐字问卷

访谈提纲通常包含六部分:开场说明、热身、背景与角色、关键经历、深度追问、收尾。它应该帮助主持人保持一致,而不是阻止他追随有价值的新线索。

45分钟访谈时间安排

时间内容目标
0–5分钟介绍目的、录音与隐私、确认同意建立安全感,说明没有标准答案
5–10分钟角色、场景、常用工具理解参与者背景,不急着进入观点
10–28分钟最近一次关键经历还原触发、步骤、判断、阻力与结果
28–38分钟深挖异常、替代方案与取舍找出为什么,而不是只记录发生了什么
38–43分钟反例、变化与未覆盖情况避免只听到单一路径
43–45分钟总结确认与补充检查理解,询问遗漏

若同时做可用性测试,访谈部分可以缩短,把行为任务放在中段,并避免在测试前泄露界面用词。

04 开场要降低“被评估”的感觉

可以这样说:

“我们正在了解大家目前怎样完成这项工作,不是在测试你,也没有正确答案。过程中如果有不方便回答的问题可以跳过。经你同意,我们会记录本次讨论,仅用于项目分析。”

不要一上来介绍产品优势,也不要说“我们设计了一个特别方便的新功能”。这会让参与者倾向于迎合团队。

05 关键经历用“时间线追问”还原

当参与者说“我们一般会审批一下”,不要立即跳到下一个问题。顺着一次具体经历往前后追:

  • 什么事情触发了这次审批?
  • 第一个收到信息的人是谁?
  • 他用什么工具或文件处理?
  • 中间有哪些人加入?
  • 哪一步需要等待或反复确认?
  • 当时出现过什么例外?
  • 结果如何被记录和通知?
  • 下一次遇到类似情况,你改变了什么?

这条时间线会自然暴露角色、信息、工具和状态,比直接问“你需要哪些功能”更接近设计输入。

中立追问比连续问“为什么”更自然的视觉化说明

06 中立追问比连续问“为什么”更自然

“为什么”有时会让人进入辩解。可以交替使用:

  • 你刚才提到……能具体讲一次吗?
  • 当时你看到了什么信息?
  • 你是怎么判断下一步的?
  • 这一步最担心什么?
  • 如果没有这个表格,你会怎么做?
  • 谁会受到这个决定影响?
  • 有没有一次情况完全不同?

主持人最难的技能不是会问很多问题,而是能停下来听。参与者短暂停顿时,不必立刻替他补答案。

07 不同产品阶段,提纲重点不同

发现阶段:理解现状与问题

重点问现有任务、触发、角色、替代方案、成本和失败。不要急着展示解决方案。

概念阶段:验证价值与理解

可以展示低保真概念,但先问参与者如何理解、会在什么情况下使用,再讨论方案。不要问“喜欢A还是B”就结束。

设计阶段:验证流程与信息

让参与者完成任务,观察行为;访谈问题用于理解判断和错误,不要用口头意见替代任务表现。

上线后:理解采用与流失

从真实使用记录出发,问第一次使用、持续使用、放弃、求助和替代方案。结合数据筛选参与者,避免只访问最活跃用户。

一份可直接改写的访谈提纲的视觉化说明

08 一份可直接改写的访谈提纲

研究目标

了解【目标角色】最近一次完成【关键任务】时的实际流程、主要阻力与决策依据,为【即将做的产品决定】提供证据。

背景问题

  • 你在团队中主要负责什么?
  • 这项任务通常多久发生一次?
  • 你会和哪些人协作?使用哪些工具?

最近一次经历

  • 请回忆最近一次【关键任务】,它是怎么开始的?
  • 请按时间顺序讲一遍,当时你做了什么?
  • 哪一步最花时间或最不确定?
  • 出现问题时,你找谁、看什么信息?
  • 最终怎么确认事情完成了?

反例与变化

  • 有没有一次流程完全不同?为什么?
  • 新人和熟练用户的做法有什么差别?
  • 如果时间很紧,你会跳过哪一步?

收尾

  • 如果只能改变一件事,你希望先改变什么?
  • 今天还有什么重要情况我们没有问到?

09 访谈前做一次“诱导扫描”

检查每个问题是否存在:

  • 暗示正确答案,例如“你是不是觉得……”。
  • 一次问两个问题,例如“是否容易又高效”。
  • 要求预测未来,例如“你以后会不会经常使用”。
  • 用产品术语代替用户语言。
  • 要求解释团队已经决定的方案,而不是了解现状。
  • 只问平均情况,没有具体事件和例外。

找一位不参与项目的同事做10分钟试访,很多生硬、重复和难回答的问题会立刻暴露。

常见问题

访谈提纲要提前发给参与者吗?

通常只需提前说明主题、时长、形式和隐私,不必发送全部问题。敏感或需要准备材料的访谈可以提前告知范围,避免参与者措手不及。

访谈中可以介绍产品吗?

可以,但时机很重要。若目标是理解现有行为,先完成这部分再介绍产品;否则产品描述会污染后续回答。

参与者一直给建议,怎么办?

感谢建议,再追问“是什么经历让你想到这个建议”“你希望解决哪个问题”。建议本身不是需求,背后的场景才可能是证据。

每个人必须问完全相同的问题吗?

核心主题应一致,便于比较;追问可以随经历变化。访谈不是问卷,过度标准化会错过重要信息。

10 提纲写得好,主持人才有余力真正听人说话

一份成熟的提纲不会让访谈显得机械。它把必须覆盖的主题安排好,让主持人可以把注意力放在具体经历、矛盾和例外上。最终带回团队的也不只是“大家都觉得不错”,而是能够影响设计决定的真实证据。

服务查看
UI/UX设计服务查看服务详情
项目咨询联系界达设计
设计与建站文章阅读更多相关文章
链接复制成功

从想法到落地,我们一起完成

以用户体验为核心,打造真正可用、可增长的数字产品

和我谈谈您的项目