用户访谈记录模板需要设置哪些字段

用户访谈记录模板建议覆盖四组字段:基本信息、访谈过程、原始与解读分离、后续处理。填写时把受访者原话、现场观察和关键摘录作为原始层逐条记录,访谈者的判断与假设单独放入解读字段并标注,避免两类信息混写。下面给出一张可直接复制使用的空白表,并说明每个字段的填写口径、必填范围与完整示例。



要点总览(TL;DR)


  • 模板按四组字段组织:基本信息、访谈过程、原始与解读分离、后续处理,复制即可填写。
  • 原话逐字或接近逐字记录并标注说话人,现场观察只写可感知事实,关键摘录注明问题编号或时间点。
  • 访谈者的判断与假设统一放入“解读”字段并标注依据,遮住解读字段后剩余内容应全部是原始信息。
  • 访谈编号、日期、访谈者、受访者编号与角色、研究主题、原话、关键摘录、归档位置为必填,缺填时标注原因而非留白。
  • 模板随研究阶段调整,字段命名保持稳定并做版本管理,项目结项后记录转只读。


可复制空白访谈记录模板


下表按四组字段排列,可直接复制到文档或表格工具中使用。原始层与解读层分列存放,是这张表的核心结构:左侧记录受访者说了什么、现场发生了什么,右侧记录访谈者怎么理解。


分组 字段 填写内容
基本信息 访谈编号 如 UF-2024-012,与研究项目编号对应
访谈日期与时间 年-月-日,起止时间
访谈时长 分钟
访谈者 姓名
记录者 姓名;访谈者兼任时注明
受访者编号 如 U-07,与受访者名单对应
受访者角色 岗位、使用产品的时长或频次等与研究问题相关的背景
访谈方式 面对面 / 远程视频 / 电话
研究主题 本次访谈所属研究问题或项目名称
访谈过程 问题清单与追问 按提纲编号列出问题,记录实际追问
原话记录 逐字或接近逐字,标注说话人,注明问题编号
现场观察 表情、动作、停顿、环境等可感知事实
关键摘录 重要原话或观察,注明时间点或问题编号
访谈者解读 标注“解读”,写判断、初步假设与依据
后续处理 待确认问题 访谈中未问清、需回访或交叉验证的点
跟进动作 动作内容、负责人、时间
记录复核人 姓名与复核日期
归档位置 文档路径或资料库位置

复制后建议保留“分组”列作为填写提示,正式归档时可以隐藏。若一次访谈涉及多位受访者,每位受访者单独一份记录,共用同一访谈编号加序号区分。



字段说明:每个字段记录什么、怎么记


同一份记录里,原始层和解读层的写法要求不同。原始层追求可回溯:谁说的、在哪个问题下说的、当时发生了什么。解读层追求可识别:读者一眼能看出这是访谈者的判断,而非受访者的表述。


字段 记录什么 填写口径
访谈编号 本次访谈的唯一标识 与研究项目编号关联,便于按项目检索全部记录
受访者编号与角色 受访者身份及与研究问题相关的背景 编号对应受访者名单;角色写岗位、使用时长、使用频次等与主题相关的信息,不堆砌无关履历
访谈方式 访谈发生的渠道 远程访谈需注明是否开启录制,便于回听核对原话
问题清单与追问 实际问到的问题 按提纲编号记录,追问单独标出,便于把原话对应回问题
原话记录 受访者的表述 逐字或接近逐字记录,标注说话人;可省略“嗯、那个”等语气词,但省略处需标注,不得改写成概括句
现场观察 可感知的事实 只写看到的、听到的:皱眉、停顿数秒、反复滑动页面、环境嘈杂等;不写“他好像不太满意”这类推断
关键摘录 对研究问题最有价值的片段 从原话或观察中摘出,注明时间点或问题编号,保证能回到原始上下文
访谈者解读 访谈者的判断与假设 统一以“解读:”开头,写清判断内容与所依据的原话或观察编号;一条解读对应一条依据
待确认问题 尚未问清或存在矛盾的点 写成可执行的问题句,注明需要回访还是通过其他受访者交叉验证
跟进动作 访谈后要做的事 写动作、负责人和时间,避免只写“后续跟进”
记录复核人 对记录质量负责的人 复核重点:原话是否被改写、解读是否混入原始层、摘录是否可回溯
归档位置 记录的存放路径 与研究项目资料目录保持一致,便于团队检索

原话与解读分离有一个简单可操作的检查方法:遮住所有“解读”字段,剩下的内容应当全部是受访者说过的话或现场可观察到的事实,不出现访谈者的评价性词语。复核时按这个标准逐段检查,能有效减少混写。



必填与选填:哪些字段不能空


必填字段决定这份记录能否被他人使用和回溯。探索性访谈可以适当放宽,正式研究建议全部必填。


类别 字段 说明
必填 访谈编号、日期、访谈者、受访者编号与角色、研究主题 缺少任一项,记录无法归属到具体研究和受访者
必填 原话记录 访谈记录的核心内容,不能为空
必填 关键摘录 至少一条,注明时间点或问题编号
必填 归档位置 保证团队能找到这份记录
选填 访谈时长、访谈方式、记录者 访谈者兼任记录者时,记录者可省略
选填 问题清单与追问 已有独立访谈提纲且编号一致时可省略
选填 现场观察 电话访谈等无法观察的场景可省略,需注明原因
选填 访谈者解读、待确认问题、跟进动作 探索性访谈可先留空,分析阶段再补
选填 记录复核人 单人研究时可省略,团队研究建议保留

缺填时的处理方式是标注而非留白:无法获取的字段写“未记录”并注明原因,例如“现场观察:电话访谈,未记录”;访谈结束后才想起遗漏的信息,补填时标注补填日期,与访谈当天的记录区分开。留白会让后续读者无法判断是遗漏还是确实没有内容。



填写示例:一次访谈的完整记录


以下为演示情景,展示各字段的填写方式,不指向真实受访者。


基本信息:访谈编号 UF-2024-012;日期 2024-05-16,14:00–14:45;时长 45 分钟;访谈者 李敏;记录者 李敏;受访者 U-07,某企业运营专员,使用该产品约 8 个月,每周使用 3 至 4 次;访谈方式 远程视频;研究主题 日常任务管理流程研究。


问题清单与追问:Q3 你平时怎么安排一天的任务?追问:遇到临时插入的任务怎么处理?Q4 最近一次觉得流程不顺是什么时候?


原话记录:


  • Q3 受访者:“我一般早上先看一遍待办,把今天必须交的挑出来,剩下的看情况。”
  • Q3 追问 受访者:“临时来的事我一般先记在便签上,等手上的做完再挪进去,有时候就忘了。”
  • Q4 受访者:“上周有一次,领导在群里直接派了个活,我当时在开会,散会以后翻了半天聊天记录才找到。”

现场观察:回答 Q3 追问时停顿约 3 秒,随后笑了一下;回答 Q4 时语速加快,边说边用手比划翻找的动作。


关键摘录:


  • 摘录 1(Q3 追问):“临时来的事我一般先记在便签上……有时候就忘了。”
  • 摘录 2(Q4):“翻了半天聊天记录才找到。”

访谈者解读:


  • 解读:临时任务存在“便签暂存—遗忘”的断点,依据摘录 1。
  • 解读:任务来源分散在聊天工具中,回收成本高,依据摘录 2 与 Q4 的现场动作。
  • 解读(初步假设):受访者需要一个统一的临时任务入口,此假设需在其他受访者中验证。

后续处理:待确认问题:便签上的任务最终有多少被正式记录?跟进动作:李敏在 5 月 20 日前补充访谈 2 位同角色受访者交叉验证;记录复核人 王磊,5 月 17 日复核;归档位置 研究项目“任务管理流程”/访谈记录/UF-2024-012。


这份示例中,原话、观察、摘录三部分不含任何评价性表述,所有判断都集中在解读字段并逐条标注依据,读者可以清楚区分哪些是受访者提供的信息、哪些是研究者的分析。



模板调整与维护方法


模板需要随研究阶段和团队协作方式调整,调整时保持字段命名稳定,避免同一含义在不同版本中使用不同名称。


  • 按研究阶段调整:探索性访谈可精简问题清单与跟进动作,把重点放在原话和观察;验证性访谈增加结构化字段,如“与既有假设的关系”“支持/反驳标记”;可用性测试类访谈增加任务完成情况与操作路径字段。
  • 字段命名与版本管理:字段名称一经使用不随意改动,确需调整时保留旧字段并注明替代关系;模板文件标注版本号与修订日期,修订说明写清增删了哪些字段及原因。
  • 定期复核与归档规则:每个研究项目结束后复核一次模板,检查哪些字段长期为空、哪些字段反复补填,据此增删;访谈记录按项目归档,项目结项后转为只读,后续修订在新版本中进行。

当访谈记录需要多人协作填写、评审和跟进时,可以把模板放入团队文档工具统一承载。ONES Wiki 提供页面模板库,可一键创建制式化文档;文档实时同步并记录页面版本,支持查看与回滚;成员可在线添加注释和评论;还可为不同角色配置读写权限,并将文档关联到项目任务,使访谈中产生的待确认问题与跟进动作对应到具体工作项。是否使用这类工具取决于团队规模与协作频率,单人研究用普通文档工具同样可以执行上述字段规范。



常见问题


访谈时来不及逐字记录,事后补记原话有什么要求?


补记时先按问题编号把能确认的原话写下来,无法确认的部分标注“大意”或“未逐字记录”,与逐字记录区分开。远程访谈有录制时,可回听核对关键片段后再补全。补记内容注明补记日期,避免与访谈当天的记录混在一起。核心原则是让后续读者能判断哪些是受访者原话、哪些是事后整理。


多位访谈者参与同一场访谈,记录怎么分工?


建议指定一人为主记录者,负责原话与关键摘录;其他人只记现场观察和待追问点,访谈结束后合并到同一份记录。解读字段由各人分别填写并署名,便于区分不同研究者的判断。合并时按问题编号对齐,避免同一段原话出现两个版本。


探索性访谈字段可以精简到什么程度?


探索性访谈至少保留访谈编号、日期、受访者编号与角色、原话记录、关键摘录和归档位置,保证记录可归属、可回溯。问题清单、现场观察、跟进动作可先留空,分析阶段再补。精简的前提是记录仍能被其他研究者读懂,不能因为阶段早而省略原话。


访谈记录需要团队评审和跟进时,用什么方式承载比较合适?


当记录需要多人填写、评审并把待确认问题转成跟进动作时,可放入团队文档工具统一承载。ONES Wiki 提供页面模板库,可一键创建制式化文档;文档实时同步并记录页面版本,支持查看与回滚;成员可在线添加注释和评论;还可为不同角色配置读写权限,并将文档关联到项目任务。团队规模小、协作频率低时,普通文档工具配合上述字段规范同样可行。


访谈记录归档后还能修改吗?


建议按项目归档,项目结项后记录转为只读,后续修订在新版本中进行。访谈过程中发现的错别字或补记内容,在结项前修改并注明修改日期;结项后如需更正,保留原记录并新增修订说明,避免覆盖原始信息。这样既保证记录可追溯,也方便团队引用。