好的用户访谈提纲不是问题越多越好,而是能让受访者讲出最近发生过的真实经历。写提纲时先确定要做的决策,再围绕“发生了什么、当时怎么做、为什么这样做、结果怎样”设计问题,最后用少量验证题确认判断。
本文给出一套 30—45 分钟访谈模板,适用于产品探索、需求验证、体验复盘和上线后回访。时间是建议安排,不是对每场访谈结果的承诺。

先写研究目标:访谈结束要支持什么决定
把“了解用户需求”改写成可以影响行动的目标,例如:
- 判断首次使用流程中哪一步让新用户停下来。
- 了解团队在需求评审前如何整理零散反馈。
- 找出用户选择模板时真正比较的条件。
- 核实某个已有功能在什么场景下被放弃。
一个目标最好只服务一个主要决策。若同时研究价格、流程、品牌和功能,建议拆成不同访谈或在提纲中明确优先级。
访谈前确定样本、场景和筛选条件
访谈对象不是“愿意回答的人”,而是经历过目标场景的人。筛选表可以包含:
| 筛选项 | 要确认的事实 | 排除条件 |
|---|---|---|
| 近期经历 | 最近一次目标行为发生在什么时间 | 只有听说过、没有亲自做过 |
| 使用频率 | 每周/每月大致发生几次 | 无法回忆具体过程 |
| 角色和权限 | 是决策者、执行者还是协作者 | 与目标流程无直接关系 |
| 替代方式 | 目前用什么方法完成任务 | 没有可比较的现行做法 |
记录筛选依据,避免访谈结束后把不同类型的受访者混在一起比较。
用户访谈提纲的 5 段结构
1. 开场:说明目的、时长和隐私边界
可以这样说:“我们想了解你最近一次完成这项任务的过程,访谈约 30 分钟。没有标准答案,我们更关心当时真实发生了什么。你可以跳过不方便回答的问题。”
不要在开场就介绍待验证方案,否则受访者会围绕你的描述猜答案。
2. 暖场:了解角色和最近一次场景
- 你通常在什么情况下需要完成这项任务?
- 最近一次是什么时候?当时由谁提出,最后要交付什么?
- 你当时使用了哪些资料、工具或协作者?
“最近一次”比“平时一般怎么做”更容易得到具体细节。如果受访者说“通常都这样”,继续追问一个真实案例。
3. 复盘行为:按时间线询问发生了什么
按“触发—准备—执行—检查—交付—后续”追问:
- 你先做了什么?为什么从这一步开始?
- 中间遇到过哪个卡点?当时怎么判断下一步?
- 有没有返回修改、寻求帮助或换一种做法?
- 最后如何确认结果可以交付?
优先问行为和证据,不先问态度。比如把“你觉得流程方便吗”换成“上一次你在哪一步花的时间最长?当时做了什么”。
4. 深挖原因:用追问把观点落到证据
常用追问包括:
- 你能举一个最近的例子吗?
- 当时你期待发生什么,实际发生了什么?
- 你怎么判断这一步完成了?
- 如果不这样做,会有什么后果?
- 你试过其他方法吗?为什么没有继续?
追问不是反驳。保持中性语气,不用“是不是因为”“你应该会觉得”等暗示性句式。
5. 收尾:确认优先问题和未覆盖内容
- 如果只能改进一件事,你会先改哪里?
- 还有什么因素会让你放弃这项任务或换一种方式?
- 我刚才的理解哪里不准确?
- 是否有资料或流程截图可以在合适范围内补充?
最后复述关键事实与不确定点,询问受访者是否需要更正。未经同意不要把姓名、公司或敏感数据写入公开材料。
直接可用的 30 分钟提纲
| 时间 | 段落 | 问题 | 记录重点 |
|---|---|---|---|
| 0—3 分钟 | 开场 | 说明目的、时长与记录方式 | 是否同意录音/截图 |
| 3—8 分钟 | 背景 | 角色、频率、最近一次场景 | 任务触发和最终交付 |
| 8—20 分钟 | 行为复盘 | 按时间线复盘每一步 | 动作、工具、卡点和替代方案 |
| 20—26 分钟 | 原因追问 | 为什么这样做,如何判断结果 | 目标、限制、风险和证据 |
| 26—30 分钟 | 收尾 | 最优先改进点与补充 | 原话、严重程度、后续联系 |
准备 8—12 个主问题即可,预留时间给受访者讲故事。提纲是导航,不是必须逐字念完的问卷。
记录表:把原话、行为和解释分开
建议用四列记录,避免把访谈者的猜测当成用户事实:
- 原话:尽量保留关键表述。
- 行为:受访者实际做了什么。
- 影响:花费时间、出错、求助、放弃等可观察结果。
- 解释/待验证:你的假设,标注为假设而不是结论。
在 Boardmix 中可以给每位受访者建立一张卡片,把原话贴在上方,行为和影响放在下方,访谈结束后再按主题移动卡片。不要在访谈当下急着归类,先保证记录完整。
访谈结束后如何分析,不被个别故事带偏
先按行为和场景归类,再统计同类问题出现在哪些人群。可以建立以下分析矩阵:
| 主题 | 涉及受访者 | 共同行为 | 差异条件 | 证据强度 | 下一步 |
|---|---|---|---|---|---|
| 寻找历史资料 | U1、U3、U5 | 先翻聊天记录 | 资料归档方式不同 | 3 个具体案例 | 观察资料整理流程 |
| 确认结果 | U2、U4 | 请同事二次检查 | 高风险任务更明显 | 2 个案例 | 补充验收清单 |
不要把“有 3 个人提到”直接写成“所有用户都需要”。先说明样本范围、场景和证据,再决定是否需要定量验证。
常见提问错误与修正
- 先讲方案再提问:会诱导受访者顺着你的描述回答。改为先复盘现状。
- 连问多个问题:受访者只回答最后一个。一次只问一个动作或判断。
- 把愿望当需求:用户说“以后可能会用”,不等于已经有高频痛点。继续追问最近一次行为。
- 只记录结论:没有原话和场景,团队无法复核。记录触发条件和具体动作。
- 访谈结束才找目标:先写决策问题,分析才不会变成故事收藏。
常见问题
用户访谈一次要问多少人?
没有脱离目标人群和问题复杂度的固定人数。探索阶段可以先做少量同类访谈,观察是否出现重复行为和新信息减少,再决定是否继续;不要把任意人数当成统计结论。
可以把满意度量表放进访谈吗?
可以作为收尾的补充,但它不能替代行为复盘。量表回答“评价怎样”,访谈需要解释“为什么这样评价、最近发生了什么”。
受访者一直讲偏题怎么办?
先承认信息有价值,再把问题拉回时间线:“我想回到你刚才提到的那次任务,当时你下一步做了什么?”必要时记录偏题内容,留到最后处理。

