用户访谈要按“定目标—选样本—写提纲—执行访谈—整理记录—提炼洞察—验证结论”七步推进。先明确这次访谈要回答的产品决策问题，再据此确定访谈对象和样本结构；提纲以开放式问题为主，围绕用户真实经历追问；访谈中一人主问、一人记录，按事实、行为、动机分层记录；结束后24小时内完成整理，用编码归类把零散表述收敛为可验证的洞察，并回到产品决策中检验。以下按这七步展开，每一步都说明输入、动作和产出，便于产品经理或用户研究员独立执行一次完整访谈。
要点总览（TL;DR）
- 访谈前把模糊诉求改写成一句可回答的产品决策问题，写明结论使用方和范围边界，后续提纲和样本都围绕它展开。
- 样本按用户角色与使用情境分层，每层设可区分符合与否的筛选条件；先做3至5位，新增访谈不再带来新主题时判断接近饱和。
- 提纲按暖场、核心经历、收尾三段组织，主问题指向具体经历，追问用“能具体说说当时的情况吗”这类句式还原过程，避免预设答案的提问。
- 访谈当天一人主问、一人记录，按事实、行为、动机三层分开记；结束后24小时内整理，用编码归类收敛主题，每条洞察标注证据来源。
- 用自查清单逐项核对目标、样本、提纲、执行和整理，结论无法回到原话或使用方仍无法判断时，补充证据薄弱的样本。
访谈前先定清楚：这次访谈要回答什么产品问题
访谈目标决定后面所有动作。目标模糊时，提纲会写成问卷，样本会随手凑，记录会变成聊天纪要。访谈前先把研究诉求转成一个可回答的产品决策问题，并写下来给团队确认。
转换方法可以分三步。第一步，写下原始诉求，例如“想了解用户对新版工作台的使用感受”。第二步，追问这个结论将被谁、用于哪个判断，例如“产品负责人要决定下个版本是否保留新版工作台的快捷入口布局”。第三步，把诉求改写成决策问题：“目标用户在完成日常任务时，哪些环节会用到快捷入口，现有布局在哪些情境下造成阻碍？”改写后的句子包含对象、场景和判断方向，可以直接指导提问。
同时要界定范围边界。把本次不纳入的内容写清楚，例如暂不讨论定价、暂不覆盖企业客户、暂不评估竞品。边界写下来，访谈中遇到相关话题才能自然收住，不至于被带偏。
这一步的产出是一份访谈目标说明，包含三项内容：决策问题、结论使用方、范围边界。建议在访谈开始前让使用方确认一次，避免做完访谈才发现结论不是对方要的。
访谈对象怎么选：样本结构与招募条件
样本选择的目标是让访谈覆盖与决策问题相关的差异，而不是找几个方便联系的人。先按用户角色和使用情境分层，再为每层设定招募条件。
分层可以从两个维度展开。角色维度看用户在业务中的身份，例如一线执行者、团队管理者、跨部门协作方；情境维度看使用频率、使用阶段或任务复杂度，例如新用户与长期用户、高频与低频用户。两层交叉后，选出与决策问题最相关的2至4个格子作为本次招募范围。每个格子内尽量保持条件一致，便于比较。
招募筛选问卷要核对关键条件，而不是只收集联系方式。可用的筛选项包括：最近一次使用产品完成某类任务的时间、承担的具体职责、使用频率、是否参与过相关决策。筛选题要能区分“符合”与“不符合”，避免用“您是否重视效率”这类人人都会答是的题目。
样本量没有统一数字。实用做法是先做3至5位，边访谈边整理，当新增访谈不再带来新的主题、原有主题的细节也不再增加时，可以判断接近饱和。若分层较多，每层至少覆盖1至2位，再根据差异程度决定是否补充。样本量应在目标说明中写明判断依据，而不是事后解释。
| 筛选维度 | 示例条件 | 用途 |
|---|---|---|
| 角色 | 负责需求评审的产品经理 | 确保覆盖决策链上的关键角色 |
| 使用情境 | 近一个月内使用产品完成过完整项目 | 保证受访者有具体经历可回溯 |
| 使用频率 | 每周使用3次以上 | 区分高频与低频用户的差异 |
| 排除条件 | 近半年参与过本产品需求评审的外部顾问 | 避免利益相关者影响表述 |
产出是一份访谈对象画像与招募筛选条件表，包含分层格子、每格人数、筛选问题和排除条件。招募完成后核对一次实际样本与计划的偏差，偏差较大时补充招募或调整结论适用范围。
访谈提纲怎么写：问题顺序与追问设计
提纲的作用是保证覆盖，不是逐字念稿。结构上按暖场、核心经历、收尾三段排列，问题以开放式为主，追问围绕具体事件展开。
暖场段用2至3个问题建立语境，例如请对方简单介绍当前负责的工作和最近一次相关任务的背景。这一段不追求信息量，目的是让受访者进入讲述状态，并让访谈者确认对方符合样本条件。
核心经历段是提纲主体。围绕决策问题设计5至8个主问题，每个主问题对应一个想了解的经历片段。写法上多用“请回忆最近一次……”“当时您具体做了什么”“后来发生了什么”这类指向行为和事件的句式。避免“您是不是觉得……”“您会不会希望……”这类预设答案的提问，也避免“为什么”连问，容易让对方给出合理化解释而非真实过程。
追问是获取细节的关键。常用追问句式包括：“能具体说说当时的情况吗？”“您当时先做了什么，然后呢？”“这件事对您后续的工作有什么影响？”“您提到X，能举个例子吗？”关键事件回溯法适合还原完整过程：请对方从任务开始讲起，按时间顺序描述每一步动作、使用的工具、遇到的阻碍和当时的处理方式，访谈者只在节点处追问细节，不打断叙述主线。
收尾段留出开放空间，问“还有什么我没问到但您觉得重要的内容”，并确认后续是否可以补充联系。提纲末尾附上追问句式和记录分工提醒，方便现场使用。
| 段落 | 问题数量 | 示例问题 | 目的 |
|---|---|---|---|
| 暖场 | 2–3 | 请简单介绍您最近负责的一项工作 | 建立语境，核对样本 |
| 核心经历 | 5–8 | 请回忆最近一次完成需求评审的完整过程 | 还原行为与情境 |
| 追问 | 随叙述展开 | 您提到当时卡住了，具体卡在哪一步 | 获取细节与动机 |
| 收尾 | 1–2 | 还有什么我没问到但您觉得重要的 | 补充遗漏，确认后续联系 |
产出是一份可直接使用的访谈提纲，包含三段问题、追问句式、预计时长和记录分工。提纲完成后做一次内部试问，检查问题是否指向决策问题、是否存在引导性表述。
访谈执行：现场分工、节奏控制与记录方式
访谈当天建议两人配合：一人主问，一人记录。主问人负责推进话题和追问，记录人负责完整记录并观察主问人遗漏的细节。只有一人时，优先保证录音和关键原话记录，访谈后立即补全。
节奏控制按提纲时间分配执行。开场用3至5分钟说明目的、录音授权和保密方式；核心经历段占大部分时间，每个主问题控制在8至12分钟；收尾留5分钟。话题偏离决策问题时，用“这个点很重要，我们先记下，回到刚才那一步”自然拉回，不强行打断叙述。
记录规范以原话和具体动作为主。记录人按事实、行为、动机三层分开记：事实是发生了什么，行为是受访者具体做了什么，动机是受访者自述的原因。三者不要混在一句话里，便于后续区分证据与解读。受访者的关键原话用引号标出，时间点和情境一并记下。录音需事先获得同意，转写时保留语气词和停顿，这些往往是理解动机的线索。
产出是一份访谈执行清单和记录模板。执行清单包含设备检查、授权说明、时间分配和分工确认；记录模板按三层结构留出字段，访谈结束当场核对录音是否完整。
访谈后怎么整理：从原始记录到可验证洞察
访谈结束后24小时内完成整理，此时记忆最完整。整理分三步：先还原记录，再编码归类，最后提炼洞察。
第一步，把录音转写与现场笔记合并成一份完整记录，补全省略的上下文，标注时间戳。第二步，按主题编码。通读记录，给每段有信息量的表述打上标签，例如“入口找不到”“评审前反复确认”“跨部门信息不同步”。第一轮编码尽量细，第二轮把相近标签合并成主题，统计每个主题出现在几位受访者、哪些分层格子中。第三步，从主题中提炼洞察。每条洞察写成“在什么情境下，哪类用户，出现了什么行为或阻碍，证据来自哪些访谈”的句式，并标注证据条数。
整理过程中始终区分三类内容：事实是受访者描述的事件和动作；解读是研究者对原因的判断；假设是尚未验证的推测。洞察结论只能建立在事实和可追溯的解读上，假设单独列出，作为下一轮验证的问题。
| 编码主题 | 证据来源 | 事实 | 解读 | 待验证假设 |
|---|---|---|---|---|
| 入口难找 | 访谈2、4、5 | 三位受访者提到首次使用时找不到快捷入口 | 入口位置与任务路径不匹配 | 调整位置后是否减少寻找时间 |
| 评审前反复确认 | 访谈1、3 | 评审前多次向同事确认字段含义 | 字段说明不足 | 补充说明能否减少确认次数 |
产出是一份编码表和洞察结论清单。编码表记录主题、证据来源和分层分布，洞察清单按证据强度排序，并写明每条结论支持哪个产品判断、还有哪些未验证部分。访谈提纲、原始记录和洞察结论需要在团队内流转和评审时，可以把研究任务、访谈文档和结论清单放在同一协作空间里，按状态推进评审和后续验证，ONES 的项目与文档协作能力可以承载这类流转；具体配置按团队现有流程确定。
完整示例：一次新功能上线前的用户访谈全过程
以下为演示情景，用于串联七步流程，不代表真实项目结论。
背景：某协作产品计划上线“任务模板”功能，产品负责人需要判断首发模板应覆盖哪些任务类型。决策问题定为：“目标用户在创建重复性任务时，哪些环节最耗时，现有手动创建方式在哪些情境下造成阻碍？”结论使用方是产品负责人和模板设计者，范围限定为内部团队协作场景，不讨论定价和外部客户。
样本按角色分为一线执行者和团队管理者两层，每层招募3位近一个月内创建过重复任务的用户，筛选问卷核对最近一次创建任务的时间和任务类型。提纲核心段的问题包括：“请回忆最近一次创建重复任务的完整过程”“当时您先做了什么，然后呢”“哪些步骤您觉得可以省掉”。
一次追问实录：受访者说“每次都差不多，照着上次改一下”。主问人追问：“能具体说说上次是怎么改的吗，从打开哪个页面开始？”受访者描述先找到历史任务、逐项核对字段、再复制修改，其中有两项字段每次都要重新填写。记录人把这段拆成事实（复制历史任务、重填两个字段）、行为（逐项核对）、动机（担心漏填）三层记录。
整理阶段，六位受访者中有四位提到重复填写同类字段，编码主题收敛为“重复填写”和“历史任务查找”两个主题。洞察写成：“一线执行者在创建同类任务时，倾向复制历史任务并逐项核对，其中固定字段的重复填写是主要耗时点，证据来自4位受访者。”未验证部分列为假设：模板预填能否减少核对时间，留待上线后验证。产品负责人据此确定首发模板优先覆盖高频任务类型，并把字段预填列入设计评审。
完成检查：访谈质量的自查清单
访谈结束后逐项核对以下清单，判断这次访谈是否达到可用标准。清单按环节组织，每项都对应可观察的产物。
- 目标：决策问题已写成一句话，使用方和范围边界已确认，结论能对应回这个问题。
- 样本：分层格子和每格人数已记录，筛选条件可区分符合与不符合，实际样本与计划的偏差已说明。
- 提纲：问题以开放式为主，无预设答案的表述，追问句式已准备，提纲经过一次试问。
- 执行：主问与记录分工明确，录音授权已获得，记录按事实、行为、动机分层，关键原话有引号标注。
- 整理：24小时内完成整理，编码表有证据来源和分层分布，每条洞察标注证据条数，事实、解读、假设分开列出。
- 可追溯性：每条结论能回到具体访谈记录和时间点，原始记录与录音已留存，结论适用范围已写明。
出现以下信号时，考虑返工或补充访谈：多数问题得到的是观点而非具体经历；同一分层格子的受访者表述高度一致且缺少细节；编码后主题分散、无法收敛；洞察结论找不到对应原话；使用方看完结论后仍无法做出判断。补充访谈时优先覆盖证据薄弱的格子，而不是重复已有样本。
常见问题
访谈对象不好约，能不能先找身边同事或熟识用户做？
可以，但要区分用途。熟识用户适合做提纲试问和流程演练，用来检查问题是否清楚、时长是否合适。正式样本仍需按分层条件招募，因为熟悉研究者的受访者容易顺着提问方向回答，表述会偏离真实使用情境。
如果只能先用便利样本，请在目标说明中写明样本来源和偏差，结论适用范围相应收窄，并在后续补充符合分层条件的受访者。
受访者讲得很散，话题一直跑偏，现场怎么处理？
先判断跑偏的内容是否与决策问题相关。相关但顺序混乱时，让受访者讲完，再用“您刚才提到X，能回到那一步说说当时先做了什么吗”拉回时间线。明显无关时，用“这个点我们先记下，回到刚才那一步”收住，并把话题引回具体事件。
如果多位受访者都在同一处跑偏，可能是提纲问题指向不清，访谈后应修改提纲，而不是在现场反复纠正受访者。
只有一个人做访谈，记录和追问怎么兼顾？
优先保证录音和关键节点记录。访谈中只记时间戳、关键原话和需要追问的标记，不追求逐字记录；追问时以受访者刚说过的内容为线索，一次只追一个点。访谈结束后尽快补全记录，趁记忆完整时把标记还原成完整表述。
录音需事先获得同意。若受访者不同意录音，改为访谈中记关键词、结束后立即整理，并在记录中标注哪些内容是事后补记。
访谈结论和产品负责人的预期不一致，该怎么处理？
先把结论和证据分开呈现：哪些是受访者描述的事实，出现在几位受访者中，哪些是研究者的解读，哪些还是待验证假设。让使用方看到结论背后的证据条数和分层分布，再讨论是否调整判断。
如果证据薄弱或样本偏差明显，把分歧转为下一轮验证的问题，补充访谈或设计小范围验证，而不是在会议上直接折中结论。
一次访谈做完，怎么判断要不要再补几位？
看两个信号：新增访谈是否还带来新主题，原有主题的细节是否还在增加。两者都趋于平稳时，可以判断接近饱和。另一个信号是证据分布，如果某个分层格子只有一位受访者，而该格子的表述又影响关键结论，建议补访。
补充访谈优先覆盖证据薄弱的格子，重复已有样本对结论帮助有限。样本量的判断依据应写进目标说明，便于团队复核。
