用户访谈做完之后怎么分析?别把一墙便利贴叫“洞察”主题视觉

用户访谈做完之后怎么分析?别把一墙便利贴叫“洞察”

作者:界达设计公司 阅读时间:约 8 分钟

访谈结束后,团队常见的两种极端都不可靠:一种是直接凭印象写结论,另一种是把几百张便利贴分组,拍张照片就宣布“完成洞察”。真正的分析,需要把原始证据、解释和建议分开,让别人能看懂结论从哪里来。

访谈结束后,团队常见的两种极端都不可靠:一种是直接凭印象写结论,另一种是把几百张便利贴分组,拍张照片就宣布“完成洞察”。真正的分析,需要把原始证据、解释和建议分开,让别人能看懂结论从哪里来。

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 洞察的价值在于可追溯,也在于能改变决定

一份有价值的访谈分析,不是写出更多“用户希望”,而是建立一条从证据到解释、再到行动的清楚路径。团队即使不同意建议,也能回到同一份证据上讨论,而不是凭谁声音更大决定产品。

服务查看
UI/UX设计服务查看服务详情
项目咨询联系界达设计
设计与建站文章阅读更多相关文章
链接复制成功

从想法到落地,我们一起完成

以用户体验为核心,打造真正可用、可增长的数字产品

和我谈谈您的项目