用户访谈提纲模板以“访谈信息—受访者背景—研究目标—问题清单—追问与记录—收尾与后续”六段结构组织，可直接复制为表格使用。本文提供一份空白表格，并逐字段说明填写口径，区分必填与选填，再用一次产品功能使用体验访谈的完整示例演示填写方式，最后说明提纲随研究阶段迭代与维护的方法。模板按产品用户研究场景设计，访谈涉及个人信息时需遵循知情同意与最小必要原则。
要点总览（TL;DR）
- 模板按“访谈信息—受访者背景—研究目标—问题清单—追问与记录—收尾与后续”六段组织，可整体复制到文档或表格工具中按行填写。
- 研究主题、访谈目标、问题正文、记录栏为必填；访谈编号、追问提示、结论栏、后续动作可按访谈轮次与协作方式转为必填。
- 问题清单按一题一行展开，问题类型分开放式、行为型、追问型，记录栏现场记事实、结论栏访谈后写判断。
- 提纲需随研究阶段迭代：探索期扩大信息面，验证期聚焦假设，访谈后回填结论并沉淀问题库，修改时更新版本与编号。
可复制空白访谈提纲模板
下表为空白模板，可整体复制到文档或表格工具中，按行填写。六段结构依次为：访谈信息区、受访者背景区、研究目标区、问题清单区、记录区、收尾区。问题清单区按“一题一行”展开，行数按实际需要增减。
| 区块 | 字段 | 填写内容 |
|---|---|---|
| 访谈信息区 | 访谈编号 | （选填） |
| 访谈信息区 | 研究主题 | （必填） |
| 访谈信息区 | 访谈日期与方式 | （选填） |
| 访谈信息区 | 访谈人 / 记录人 | （选填） |
| 受访者背景区 | 受访者画像 | （必填） |
| 受访者背景区 | 使用场景与时长 | （选填） |
| 研究目标区 | 访谈目标 | （必填） |
| 研究目标区 | 需要回答的研究问题 | （选填） |
| 问题清单区 | 序号 | （必填） |
| 问题清单区 | 问题正文 | （必填） |
| 问题清单区 | 问题类型 | （必填） |
| 问题清单区 | 追问提示 | （选填） |
| 记录区 | 记录栏 | （必填，访谈中填写） |
| 记录区 | 结论栏 | （选填，访谈后填写） |
| 收尾区 | 收尾问题 | （选填） |
| 收尾区 | 后续动作 | （选填） |
复制后建议保留“区块”列作为分组标识，便于在长表格中定位；若使用在线表格，可将区块列设为分组或冻结首行。问题清单区的行数不固定，一份提纲通常安排8至15个主问题，具体数量取决于访谈时长与目标聚焦程度。
模板字段说明：每个字段记录什么
字段说明的作用是让不同访谈人按同一口径填写，避免同一栏位在不同提纲中记录不同性质的信息。下表逐字段说明含义与填写口径。
| 字段 | 记录什么 | 填写口径 |
|---|---|---|
| 访谈编号 | 本次访谈的唯一标识 | 建议采用“研究主题缩写-轮次-序号”，如“支付体验-R1-03”，便于归档与回溯 |
| 研究主题 | 本次研究要弄清的业务问题 | 写成一个可判断是否回答清楚的问题，如“新用户在首次支付环节的卡点” |
| 访谈目标 | 通过这一场访谈要获得的具体信息 | 用2至4条列出，每条对应后续问题清单中的一组问题 |
| 受访者画像 | 受访者的角色、使用情况与筛选条件 | 写清角色、使用时长、使用频率及关键筛选条件，不写姓名等直接身份信息 |
| 问题正文 | 访谈中实际说出的问题 | 一题一行，使用受访者能理解的口语表达，避免专业术语与诱导性措辞 |
| 问题类型 | 该问题的功能定位 | 开放式用于了解全貌，行为型用于还原具体经历，追问型用于深挖原因与细节 |
| 追问提示 | 主问题回答不充分时的补充问法 | 写成可直接说出的短句，如“当时您具体点了哪里”，不写抽象提示词 |
| 记录栏 | 受访者的原话、行为描述与关键细节 | 访谈中实时填写，优先记录原话与具体动作，区分事实与访谈人的即时判断 |
| 结论栏 | 该问题对应的发现与判断 | 访谈后填写，一条结论对应一条证据，标注来自哪几位受访者 |
| 后续动作 | 访谈后需要跟进的事项 | 写清动作、责任人与时间，如“补充查看支付失败日志，由研究员在周四前完成” |
问题类型的划分影响问题顺序：通常先以开放式问题建立语境，再用行为型问题还原具体经历，最后用追问型问题深挖原因。记录栏与结论栏分开，是为了在访谈现场只记录事实，把判断留到访谈后统一整理，减少现场先入为主。
必填与选填：哪些字段不能空
必填字段的判断依据是：缺少该字段，提纲无法支撑一场有效访谈，或访谈结果无法被他人使用。按此标准，研究主题、访谈目标、问题正文、记录栏为必填；访谈编号、追问提示、结论栏、后续动作可按需选填。
| 字段 | 建议 | 判断依据 |
|---|---|---|
| 研究主题 | 必填 | 决定问题清单的方向，缺失时问题容易发散 |
| 访谈目标 | 必填 | 是判断访谈是否达成的依据，也是问题取舍的标准 |
| 问题正文 | 必填 | 访谈的执行主体，缺失则提纲不成立 |
| 记录栏 | 必填 | 访谈的核心产出，缺失则信息无法留存 |
| 访谈编号 | 选填 | 单场访谈可省略；多轮、多人协作时建议填写 |
| 追问提示 | 选填 | 经验丰富的访谈人可临场追问；新人或多人轮流访谈时建议填写 |
| 结论栏 | 选填 | 单场访谈可先只记录事实；需要跨访谈汇总时建议填写 |
| 后续动作 | 选填 | 存在明确跟进事项时填写，无跟进事项可留空 |
必填范围可随访谈轮次和协作方式调整。探索期首轮访谈以获取全貌为主，问题正文与记录栏必须完整，追问提示建议补齐，便于不同访谈人保持问法一致；验证期访谈目标更聚焦，结论栏与后续动作应转为必填，否则验证结果难以进入决策。多人协作、跨团队交接或需要长期归档时，访谈编号应从选填转为必填，作为检索与追溯的索引。
填写示例：一次产品用户访谈的完整提纲
以下示例为演示情景，背景设定为某产品团队对“新用户首次支付环节”的功能使用体验访谈，用于说明模板的填写方式，不代表真实研究结论。
| 区块 | 字段 | 填写内容 |
|---|---|---|
| 访谈信息区 | 访谈编号 | 支付体验-R1-03 |
| 访谈信息区 | 研究主题 | 新用户在首次支付环节的卡点与顾虑 |
| 访谈信息区 | 访谈日期与方式 | 第一轮，线上一对一，约40分钟 |
| 访谈信息区 | 访谈人 / 记录人 | 研究员A / 产品经理B |
| 受访者背景区 | 受访者画像 | 注册30天内、完成过至少一次支付的普通用户 |
| 受访者背景区 | 使用场景与时长 | 移动端为主，近一周内有过支付行为 |
| 研究目标区 | 访谈目标 | 1. 还原首次支付的完整操作路径；2. 识别支付前的犹豫点与原因；3. 了解支付失败后的处理方式 |
| 研究目标区 | 需要回答的研究问题 | 首次支付中哪些步骤让用户停顿，停顿原因是什么 |
问题清单区按“一题一行”展开，示例节选如下：
| 序号 | 问题正文 | 问题类型 | 追问提示 | 记录栏 |
|---|---|---|---|---|
| 1 | 请回忆最近一次在这个产品里付款的经过，从打开页面开始说。 | 开放式 | 当时是在什么场景下要付款的？ | （访谈中填写原话与动作） |
| 2 | 在确认付款前，您停留最久的是哪一步？当时在看什么？ | 行为型 | 屏幕上哪个信息让您多看了一眼？ | （访谈中填写） |
| 3 | 那次付款顺利吗？如果不顺利，您接下来做了什么？ | 行为型 | 失败提示出现后，您先点了哪里？ | （访谈中填写） |
| 4 | 您当时为什么选择继续付款，或者选择先放一放？ | 追问型 | 如果当时没有那个提示，您会怎么处理？ | （访谈中填写） |
记录栏与结论栏的填写示范：第2题记录栏填写“受访者称在确认页停留约半分钟，反复查看优惠是否已抵扣，并返回上一页核对金额”；结论栏填写“优惠抵扣的可见性影响确认页停留时长，3位受访者中有2位出现返回核对行为”。后续动作填写“汇总各受访者在确认页的停留点，由研究员在下一轮访谈前完成，产品经理同步核对确认页信息层级”。收尾区可设置一个问题“还有什么我没问到但您觉得重要的”，并记录是否需要补充访谈或发送回访。
调整与维护：按研究阶段迭代提纲
提纲不是一次写完就固定不变的文件，它随研究阶段推进和访谈反馈持续调整。维护的重点是控制问题类型比例、回填结论沉淀问题库、管理版本与编号，以及建立评审与交接方式。
按研究阶段调整问题类型比例。探索期以开放式问题为主，行为型问题为辅，目标是扩大信息面，问题数量可适当减少、追问留出更多空间；验证期以行为型和追问型问题为主，围绕已有假设设计更具体的问题，结论栏与后续动作转为必填。每完成一轮访谈，检查哪些问题没有产出有效信息，下一轮删除或改写。
访谈后回填结论并沉淀问题库。每场访谈结束后当天回填结论栏，把反复出现的问题、有效的追问句式整理进团队问题库，标注适用阶段与适用画像。问题库按研究主题归类，新提纲优先从库中选取已验证的问题，减少重复设计。
版本与编号维护。提纲每次实质性修改后更新版本号，并在访谈编号中体现轮次，保证记录能对应到具体版本的提纲。修改原因简要记录在版本说明中，例如“删除第5题，因连续3场未获得有效回答”。
提纲评审与交接方式。正式访谈前由研究、产品、设计相关角色共同评审，重点核对访谈目标与问题清单是否对应、必填字段是否齐全、问题是否存在诱导性措辞。交接给其他访谈人时，连同追问提示、记录口径和版本说明一并移交，确保不同人执行同一份提纲时问法与记录标准一致。
当访谈提纲、记录与结论需要在多人之间流转和归档时，可将提纲作为文档、每场访谈作为任务项，在ONES中关联研究任务与访谈记录，按轮次归档结论并保留版本，便于后续研究与需求决策回溯。是否采用系统承载取决于团队协作规模与归档要求，单人或短期研究用文档工具同样可行。
常见问题
一场访谈安排多少个主问题比较合适？
模板中问题清单区的行数不固定，正文给出的参考是一份提纲通常安排8至15个主问题，具体取决于访谈时长与目标聚焦程度。实际操作中可用时长倒推：40分钟左右的访谈，扣除开场、背景确认和收尾，留给主问题的时间有限，问题数量宜取下限，并为追问留出空间。探索期问题可以少而开放，验证期问题可以更具体但数量仍要控制，避免为了覆盖清单而压缩受访者回答的时间。
受访者回答偏离提纲时，应该拉回问题还是继续追问？
先判断偏离的内容是否与访谈目标相关。若受访者提到的是目标范围内的新细节，可以顺着追问，把原问题标记为待补，访谈后回填结论栏时说明；若偏离到与目标无关的话题，用追问提示中的短句把话题带回具体经历，例如请对方回到当时的操作场景。提纲是执行依据，现场仍以获取有效信息为先，事后在版本说明中记录哪些问题容易引发偏离，下一轮调整问法。
多人轮流访谈时，怎样保证不同人问法和记录口径一致？
把追问提示从选填转为必填，写成可直接说出的短句，减少临场措辞差异；记录栏明确只记原话与具体动作，访谈人的即时判断留到结论栏。交接时连同追问提示、记录口径和版本说明一并移交，正式访谈前由研究、产品、设计相关角色共同评审，核对访谈目标与问题清单是否对应、必填字段是否齐全。访谈编号在多人协作时应填写，作为检索与追溯的索引。
访谈录音和记录归档需要注意什么？
访谈涉及个人信息时需遵循知情同意与最小必要原则，录音、转写与归档应事先取得受访者同意，并只保留研究所需的信息。受访者画像栏写角色、使用情况与筛选条件，不写姓名等直接身份信息。归档时按访谈编号与轮次组织，使记录能对应到具体版本的提纲，便于后续回溯。
提纲需要在什么时点评审，评审看哪些内容？
正式访谈前评审，参与角色包括研究、产品、设计相关方。重点核对三件事：访谈目标与问题清单是否一一对应，必填字段是否齐全，问题是否存在诱导性措辞或受访者难以理解的专业术语。评审后再进入执行，实质性修改需更新版本号，并在版本说明中简要记录修改原因。
