访谈提纲最容易写成一份“想听到什么就问什么”的清单:你觉得这个功能有用吗?你愿意付费吗?这个页面是不是更清楚?参与者通常会礼貌地点头,团队也会带着一份看似积极、实际无法支撑决策的记录离开。
访谈提纲最容易写成一份“想听到什么就问什么”的清单:你觉得这个功能有用吗?你愿意付费吗?这个页面是不是更清楚?参与者通常会礼貌地点头,团队也会带着一份看似积极、实际无法支撑决策的记录离开。
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 提纲写得好,主持人才有余力真正听人说话
一份成熟的提纲不会让访谈显得机械。它把必须覆盖的主题安排好,让主持人可以把注意力放在具体经历、矛盾和例外上。最终带回团队的也不只是“大家都觉得不错”,而是能够影响设计决定的真实证据。