一套可用的用户访谈模板通常由三张表组成：访谈提纲与脚本表负责问题结构，访谈记录表逐条保存事实与引语，洞察整理表把分散记录归纳成主题与行动建议。三张表通过访谈编号、受访者编号、问题编号关联，字段分为必填与选填两类，必填字段保证记录可追溯、洞察能回到原始证据。下面给出可直接复制填写的空白表格、逐字段填写口径、必填取舍、完整示例和随研究阶段调整的方法。
要点总览（TL;DR）
- 模板由三张表组成：访谈提纲与脚本表、访谈记录表、洞察整理表，用访谈编号、受访者编号、问题编号三个键关联。
- 提纲表核心字段是问题编号、问题类型、主问题、追问和观察点；问题类型覆盖背景、行为、痛点、期望、验证。
- 记录表要把原话摘录、行为事实、情绪与语境分开填，观点判断不写入行为事实。
- 洞察表必须带证据引用，写回访谈编号、受访者编号和问题编号，证据不足的洞察先留在记录表。
- 探索期可先填主题和证据，验证期补影响判断与优先级；多轮访谈按主题合并并累加证据。
可复制空白模板：提纲、记录、洞察三张表
先给结构，后讲填法。三张表建议放在同一份文档或同一组页面中，按访谈项目建立文件夹，每场访谈一组记录。表格中的“编号”列是关联键，填写时不要留空或重复。
表一：访谈提纲与脚本表
| 问题编号 | 问题类型 | 主问题 | 追问 | 观察点 | 预计时长 | 备注 |
|---|---|---|---|---|---|---|
| Q01 | 背景 | |||||
| Q02 | 行为 | |||||
| Q03 | 痛点 | |||||
| Q04 | 期望 | |||||
| Q05 | 验证 |
表二：访谈记录表
| 访谈编号 | 受访者编号 | 问题编号 | 原话摘录 | 行为事实 | 情绪与语境 | 记录人 | 记录时间 |
|---|---|---|---|---|---|---|---|
| I01 | P01 | Q01 | |||||
| I01 | P01 | Q02 | |||||
| I01 | P01 | Q03 |
表三：洞察整理表
| 洞察编号 | 主题 | 证据引用 | 影响判断 | 行动建议 | 优先级 | 状态 | 负责人 |
|---|---|---|---|---|---|---|---|
| IN01 | |||||||
| IN02 |
三张表的关联键
访谈编号标识一场访谈，受访者编号标识具体参与者，问题编号标识提纲中的一道问题。记录表每行至少带访谈编号、受访者编号和问题编号，洞察表的“证据引用”列写回这些编号，例如“I01-P01-Q03”。这样从一条洞察可以逐层回到某位受访者在某个问题下的原话和行为记录，避免洞察脱离证据。
字段说明：每个字段记录什么、怎么填
字段口径统一，多人记录时才能合并比较。以下按三张表分别说明，重点区分事实与判断、原话与转述。
提纲表字段
- 问题编号：按提问顺序编号，后续记录和洞察都引用它，中途增删问题保留原编号，新增用Q06、Q07顺延。
- 问题类型：背景用于了解受访者角色和使用场景；行为用于还原具体操作过程；痛点用于定位阻碍和不满；期望用于收集改进方向；验证用于确认此前假设是否成立。每类问题控制在两到三道，避免提纲过长。
- 主问题：写成开放式问题，让受访者讲述过程而非回答是或否。例如“请描述你上一次完成这类任务的完整过程”，比“你觉得这个功能好用吗”能获得更多行为信息。
- 追问：预设一到两层追问，用于追问细节和原因，例如“当时你先做了什么”“为什么选择这种方式”。追问写在提纲里，现场按受访者回答灵活使用。
- 观察点：记录访谈中需要留意的动作、停顿、犹豫或操作路径，供记录表“行为事实”和“情绪与语境”列使用。
记录表字段
- 原话摘录：尽量保留受访者原话，用引号标注；来不及逐字记录时写转述，并在句首标注“转述”，两者不要混写在同一格。
- 行为事实：只写可观察的动作和过程，例如“打开表格后先手动复制上一版数据”。观点判断如“他觉得流程很麻烦”应放入情绪与语境或洞察表，不写入行为事实。
- 情绪与语境：记录语气、表情、停顿、所处环境和当时任务，例如“说到审批环节时语速变快，表示经常被卡住”。这类信息帮助判断问题严重程度。
- 记录人、记录时间：便于后续核对和补访，多人记录时能定位口径差异。
洞察表字段
- 主题：把多条记录归纳成一句可讨论的判断，例如“跨部门审批等待时间影响任务启动”。主题应来自多条证据，单条记录先留在记录表。
- 证据引用：列出支撑该主题的编号，写清访谈编号、受访者编号和问题编号，必要时附原话片段，保证可回溯。
- 影响判断：说明该问题影响哪些角色、哪个环节，出现频次如何，例如“5位受访者中4位提到，集中在提交后的等待环节”。频次和范围按实际访谈样本写，不扩大为整体用户结论。
- 行动建议与优先级：建议写成可执行动作，优先级结合影响范围和实现成本判断，并标注状态与负责人，便于进入后续需求讨论。
必填与选填：哪些字段不能空
必填字段的作用是保证可追溯。字段空缺时，处理方式要写清楚，不能用空白代替结论。
| 表 | 必填字段 | 选填字段 | 空缺处理 |
|---|---|---|---|
| 提纲表 | 问题编号、问题类型、主问题 | 追问、观察点、预计时长、备注 | 主问题缺失则该问题不进入访谈；追问可现场补充后回填 |
| 记录表 | 访谈编号、受访者编号、问题编号、行为事实、记录人 | 原话摘录、情绪与语境、记录时间 | 关键问题未获得有效回答时标注“未获取”并说明原因，必要时安排补访 |
| 洞察表 | 洞察编号、主题、证据引用、行动建议 | 影响判断、优先级、状态、负责人 | 证据引用不足的洞察不进入正式洞察表，留在记录表待补充 |
涉及受访者姓名、联系方式、公司名称等敏感信息时，记录表只保留受访者编号，真实身份信息单独存放在受限访问的名单中。对外分享或跨团队流转时，原话摘录中的人名、项目名做匿名化处理，匿名规则在项目开始时确定并保持一致。
填写示例：一次访谈从提纲到洞察的完整记录
以下为演示情景，非真实受访者数据。设定：某协作工具团队正在探索“任务延期原因”，访谈对象为经常使用任务管理功能的项目成员，访谈目标为了解任务从创建到完成的实际路径和卡点。
提纲片段
| 问题编号 | 问题类型 | 主问题 | 追问 | 观察点 |
|---|---|---|---|---|
| Q02 | 行为 | 请描述你最近一次任务延期的完整过程。 | 当时先做了什么？卡在哪一步？ | 描述时是否提到等待他人 |
| Q03 | 痛点 | 这个过程里最让你困扰的环节是什么？ | 这种情况多久出现一次？ | 语气变化、举例次数 |
记录片段
| 访谈编号 | 受访者编号 | 问题编号 | 原话摘录 | 行为事实 | 情绪与语境 |
|---|---|---|---|---|---|
| I01 | P01 | Q02 | “我提交完就只能等，不知道对方看没看到。” | 提交任务后切换到聊天工具询问进度，当天未收到回复，任务顺延到次日 | 语速加快，提到“等”时停顿 |
| I01 | P01 | Q03 | “每周至少两三次吧。” | 现场翻看最近一周的任务列表，指出三条处于等待状态 | 语气平稳，举例具体 |
洞察片段
| 洞察编号 | 主题 | 证据引用 | 影响判断 | 行动建议 | 优先级 |
|---|---|---|---|---|---|
| IN01 | 提交后的状态不透明导致任务启动延迟 | I01-P01-Q02、I01-P01-Q03 | 受访者每周遇到两到三次，集中在提交后等待确认环节 | 在任务提交后增加状态提示和提醒机制，先在小范围试用 | 高 |
示例中每个字段与前面说明对应：Q02、Q03来自提纲表；记录表的原话与行为事实分开填写；洞察表的证据引用直接写回访谈编号、受访者编号和问题编号，影响判断按单场访谈的实际描述记录，不外推为全部用户结论。
调整与维护：按研究阶段裁剪字段并持续更新
模板不必每场访谈都填满。探索期和验证期的目标不同，字段取舍也不同；多轮访谈后，洞察表需要合并去重；模板本身也要有版本记录。
按研究阶段裁剪
- 探索期：提纲以背景、行为、痛点为主，追问和观察点保留，记录表重点填原话和行为事实，洞察表可以先只填主题和证据引用，影响判断待多场访谈后补充。
- 验证期：提纲增加验证类问题，主问题围绕已有假设设计；记录表可减少背景类记录，重点记录支持或反驳假设的事实；洞察表必须填写影响判断和优先级，便于进入需求评审。
多轮访谈的合并与去重
每轮访谈结束后先整理本轮洞察，再与上一轮合并。主题相同或相近的洞察合并为一条，证据引用累加，影响判断按累计样本更新；主题不同但指向同一环节的，保留为独立洞察并在影响判断中注明关联。合并后保留原洞察编号的变更记录，避免引用断链。
版本与协作维护
模板文档增加版本号和变更记录字段，记录修改日期、修改人和修改内容，例如“v1.1 增加验证类问题类型”。模板存放在团队可访问的文档空间中，访谈记录按项目归档，洞察表与后续需求讨论衔接。使用 ONES 时，可以在 ONES Wiki 中通过页面模板库创建制式化文档，减少每次新建表格的重复设置；访谈记录作为页面保存，页面版本可查看和回滚，便于核对修改；洞察条目可以通过文档关联项目任务的方式与需求工作项对应，文档中也可嵌入任务进度和报表，让研究结论和后续跟进保持在同一处。具体模板内容和权限范围以实际开通的版本为准。
常见问题
一场访谈只有30分钟，三张表都要填完整吗？
不必填满。时间紧张时优先保证记录表的必填字段：访谈编号、受访者编号、问题编号、行为事实和记录人，原话摘录尽量保留关键句。洞察表可以先只写主题和证据引用，影响判断和优先级等本轮访谈全部结束后再补。提纲表的追问和观察点属于选填，现场来不及预设的追问，访谈后回填即可。
受访者不同意录音，记录表怎么保证原话准确？
以现场速记加访谈后立即补记的方式处理。记录时先写行为事实和关键词，访谈结束后尽快凭记忆补全原话，并在原话摘录列标注“速记补录”。无法确认逐字内容时写转述，句首标注“转述”，与引号内的原话区分开。涉及姓名、公司等敏感信息时只保留受访者编号，真实身份单独存放在受限访问的名单中。
多位访谈者分别记录，洞察表怎么合并才不丢证据？
合并前先统一字段口径，尤其是行为事实和观点判断的边界。合并时按主题归并：主题相同或相近的洞察合成一条，证据引用逐条累加，影响判断按累计样本更新；主题不同但指向同一环节的，保留为独立洞察并注明关联。合并后保留原洞察编号的变更记录，避免后续引用断链。记录人字段保留，便于核对口径差异。
洞察表里的影响判断写到什么程度算够？
按实际访谈样本写清三件事：影响哪些角色、出现在哪个环节、多少位受访者提到。例如“5位受访者中4位提到，集中在提交后的等待环节”。这个判断只代表本轮样本，不扩大为整体用户结论。样本量小或只访谈了一两位用户时，影响判断可以标注“待更多访谈验证”，等后续轮次再更新。
访谈记录和洞察放在文档里，后续怎么跟需求讨论衔接？
记录按访谈项目归档，洞察表每条带编号和证据引用，进入需求讨论时直接引用洞察编号。使用 ONES 时，可以在 ONES Wiki 的页面模板库中创建制式化文档，减少每次新建表格的重复设置；页面版本可查看和回滚，便于核对修改；洞察条目可以通过文档关联项目任务的方式与需求工作项对应，文档中也可嵌入任务进度和报表。具体模板内容和权限范围以实际开通的版本为准。
