访谈结束后,团队常见的两种极端都不可靠:一种是直接凭印象写结论,另一种是把几百张便利贴分组,拍张照片就宣布“完成洞察”。真正的分析,需要把原始证据、解释和建议分开,让别人能看懂结论从哪里来。
访谈结束后,团队常见的两种极端都不可靠:一种是直接凭印象写结论,另一种是把几百张便利贴分组,拍张照片就宣布“完成洞察”。真正的分析,需要把原始证据、解释和建议分开,让别人能看懂结论从哪里来。
01 先区分五个层级:原话、观察、发现、洞察、行动
这些词在项目里经常混用,结果是团队无法判断哪一句是用户说的,哪一句是研究者推断的。
| 层级 | 示例 | 注意点 |
|---|---|---|
| 原话 | “我通常月底才统一核对发票。” | 保留语境,不能断章取义 |
| 观察 | 参与者先打开邮件,再手工复制到Excel | 描述看见的行为,不加评价 |
| 发现 | 多位财务人员在不同渠道寻找凭证 | 是跨样本的模式,不是单句总结 |
| 洞察 | 凭证分散让财务无法确认月度账目是否完整 | 解释模式为什么影响目标 |
| 行动 | 建立统一账单中心与缺失凭证提醒 | 是团队选择,不是研究事实 |
如果一张分析表把这些内容都写在“用户反馈”一列,后续很容易把团队假设当成用户事实。
02 分析最好在每轮访谈后立即开始
不要等10场都结束再回忆。每场结束后用15到30分钟做快速复盘:发生了什么、哪些地方意外、有哪些需要下一场继续验证。这样提纲可以迭代,团队也不会被最后一位参与者的印象支配。
参与分析的人最好包括主持人、记录者和至少一位观察者。多人共同整理能减少单个研究者的偏见,但前提是大家都回到记录,而不是凭会议记忆争论。
03 第一步:把记录拆成“证据单元”
一个证据单元只表达一件可理解的事,并保留参与者、场景和来源。例如:
“P03|财务主管|月末对账|需要从邮件、微信群和三个系统下载凭证,担心漏掉临时退款。”
不要写成“财务流程很复杂”。这已经是解释,而且丢失了产生复杂的具体原因。
建议记录以下字段:
- 参与者编号与角色。
- 发生的场景或任务阶段。
- 原话、行为或界面操作。
- 证据类型:说过、做过、数据记录或文档。
- 研究者备注,但与事实分列。
- 音视频时间点或原始材料位置。

04 第二步:编码不是给句子贴漂亮标签
编码是给证据增加可比较的含义。第一轮可以贴近原话,例如“月底集中核对”“跨渠道找凭证”“担心漏退款”;第二轮再把相近编码合并成主题,例如“对账信息分散”。
不要一开始就用团队预设的栏目强行分类。若所有记录只能放进“效率、体验、功能”三个框,新的问题很难出现。
一个小型编码示例
| 证据 | 初始编码 | 可能主题 |
|---|---|---|
| 月底统一处理一整月发票 | 批量集中处理 | 工作节奏与批处理 |
| 从邮件里搜“退款” | 跨渠道搜索 | 信息分散 |
| 不敢删除已处理附件 | 缺少完成确认 | 可追踪性不足 |
| 同事离职后找不到历史凭证 | 资料依赖个人 | 组织风险 |
05 第三步:聚类时允许矛盾存在
亲和图不是把所有便签都塞进一个“共识”。同一个功能可能对熟练用户是捷径,对新人是风险;大客户需要严格审批,小团队却认为审批拖慢工作。
矛盾可能来自:
- 不同角色和权限。
- 任务频率差异。
- 熟练度或组织规模。
- 不同市场、设备或渠道。
- 参与者描述的理想流程与真实行为不一致。
在主题下保留“适用条件”和“反例”,比强行写成“80%用户都需要”更诚实。定性访谈的价值主要在解释原因和发现模式,不宜用小样本频次冒充市场比例。
06 第四步:判断证据强度,而不是只数出现次数
可以从四个维度评估:
| 维度 | 较强证据 | 较弱证据 |
|---|---|---|
| 行为接近度 | 观察到实际操作或真实材料 | 对未来的口头预测 |
| 样本覆盖 | 出现在不同角色、场景或轮次 | 只来自单一极端样本 |
| 后果明确 | 造成时间、错误、风险或放弃 | 只是个人偏好 |
| 可追溯性 | 有原话、录像、日志或文档 | 只剩研究者印象 |
一个只出现一次、但会造成重大财务错误的问题,可能比六个人都提到的颜色偏好更值得优先处理。

07 第五步:把发现写成有边界的句子
模糊发现:
“用户觉得账单不好用。”
更好的写法:
“需要月度对账的财务人员无法在一个位置确认全部付款、退款和发票状态,因此会在月末再次从邮件与聊天记录中人工核对。”
它包含角色、任务、阻力和后果,也没有提前指定解决方案。
可以使用模板:
“当【角色】在【场景】完成【任务】时,因为【原因】,会出现【行为或后果】。这一判断基于【证据范围】,尚需验证【不确定点】。”
08 第六步:洞察必须解释“为什么现在的行为合理”
好的洞察不是给用户贴标签,而是理解他为什么会采用看似低效的办法。
例如用户仍用Excel,不一定是“抗拒新系统”。可能因为Excel能快速合并来自多个渠道的数据,也能保留自己熟悉的核对痕迹。若新产品只复制表格外观,却没有解决跨渠道和可追踪问题,迁移仍会失败。
这类解释能帮助团队避免只做表面功能。
09 第七步:把机会点写成可讨论的问题
不要从“用户找不到凭证”直接跳到“做一个AI助手”。先写机会问题:
- 我们怎样让财务在月末确认凭证是否完整?
- 怎样在不增加录入工作的情况下保留处理状态?
- 怎样让离职交接后仍能追溯历史资料?
机会问题保留多个解决方向,方便产品、设计和技术一起评估。

10 一份分析输出应该让团队能行动
建议至少包含:
- 研究目标与样本范围。
- 关键发现,每条附证据与适用边界。
- 矛盾和未验证问题。
- 机会点及业务影响。
- 建议行动:立即修复、进入方案、继续研究或暂不处理。
- 原始证据索引,方便追溯。
不必把所有访谈记录都塞进汇报。正文讲决策需要的内容,附件保留证据链。
11 分析会怎么开才不变成“研究员汇报”
先让观察者独立写证据,再共同聚类;先讨论发生了什么,再讨论意味着什么;最后才谈解决方案。若产品负责人在聚类阶段不断说“我们做不了”,团队会过早删掉真实问题。
可以安排一个90分钟分析会:
- 15分钟:回顾目标与样本。
- 25分钟:独立提取证据。
- 25分钟:聚类与命名。
- 15分钟:写发现与矛盾。
- 10分钟:确认行动和待验证问题。
复杂项目通常需要多轮,而不是一次会议完成全部分析。
常见问题
要不要逐字转录所有访谈?
不一定。高风险、敏感或需要精确引用的研究更适合完整转录;一般项目可以用详细笔记、关键片段和时间戳。选择取决于分析深度和隐私成本。
几个人说过,才算一个发现?
没有固定门槛。需要结合样本、行为证据、问题后果和研究目的。不要把定性研究变成小样本投票。
能不能让AI直接总结访谈?
可以辅助转写、初步编码或查找片段,但要处理隐私与授权,并由研究者回到原始材料核对。AI容易抹平矛盾、丢失语气和把高频词误当重要问题。
访谈结果和数据分析冲突怎么办?
先检查定义和样本是否一致。数据说明“发生了什么”,访谈常解释“为什么”。冲突本身可能揭示分群或测量问题,不应立即选择更符合预期的一方。
12 洞察的价值在于可追溯,也在于能改变决定
一份有价值的访谈分析,不是写出更多“用户希望”,而是建立一条从证据到解释、再到行动的清楚路径。团队即使不同意建议,也能回到同一份证据上讨论,而不是凭谁声音更大决定产品。