用户访谈记录如何整理成洞察汇报？原话、证据与建议分层

访谈汇报最容易出错的地方，不是页面文字太多，而是把“用户说过的话”直接写成“所有用户都需要的功能”。整理记录时，先保留原话与发生情境，再写观察、解释和建议；最后才决定哪些内容值得占一页。这样做出的PPT，才能让同事追问证据，而不只是接受一个看起来很确定的结论。

已有脱敏访谈笔记时，可以用文字转PPT搭建演示初稿；研究判断仍由团队完成。下面用一组原创示例说明材料如何分层，不代表真实用户研究结果，也不代表软件会自动完成研究分析。

先写清这次研究回答什么，不从人物介绍开始

假设团队正在改进社区活动的预约流程，问题是：“已经选好活动的人，为什么没有完成预约？”读者是产品经理、设计师和运营，不需要先听完整的用户画像故事，而需要知道卡点在哪、证据是什么、下一步验证什么。

这次示例访谈有4名受访者，编号为R01至R04。编号只用于追溯材料，不在对外稿中保留姓名、联系方式或可识别的经历。开场页写清对象、任务与材料范围：“4份访谈记录，聚焦选择日期和提交资料两个环节。”不要把它包装成平台总体流失分析；4份定性材料不能替代全量行为数据。

将原话变成证据卡：谁、在哪一步、发生了什么

先把记录拆成能够独立理解的短卡。一个人重复表达同一困难，仍是一名受访者的证据，不能因为引用了三次就算三名用户。以下六条材料足够演示后续分组方法。

卡片还应在内部材料中保留原记录位置，如“记录R03，第2段”。只有确实听到的句子才使用引号；删去口头停顿时，不得删掉否定、时间或条件。没有录音可核对，就写“研究员笔记”，不要宣称逐字转录。

GOV.UK的研究分析指南区分观察、发现和行动，并强调先记录看到或听到的内容。这支持材料分层的做法；下文的预约案例、页面安排与判断方式是本文的独立示例。

把反例放进发现页，而不是偷偷删掉

第一组证据是R01-01、R03-01和R04-01。适合写成：“本轮两名受访者没有立即识别日期入口；有相似使用经验的R04直接完成了选择。”它同时保留困难与成功路径。

不适合写成“用户看不懂预约页面”。这句话扩大了对象、范围和确定性，也抹去了R01在找到入口后能够继续操作的事实。更不能据此直接得出“必须重新设计整个流程”的结论。

第二组是R02-01与R04-02。它提示“是否提前准备资料”可能影响连续完成预约，但没有证明提前提醒一定能提高完成率。建议页可以提出两种待验证方向：在活动介绍页说明所需资料；允许在规则允许的情况下稍后补交。后一项还需要业务确认，不能写成已经批准的产品承诺。

六页不是六份记录，而是一条证据链

1. 研究问题与范围：我们要解释什么，材料来自哪一轮，不研究什么。
2. 任务路径：活动介绍、日期选择、资料提交三段，把卡点标在对应位置。
3. 发现一：日期入口识别困难，列两条证据和一个成功反例。
4. 发现二：资料准备影响连续操作，区分已观察事实与待验证解释。
5. 下一轮验证：各选一个可测试改动，说明要观察的行为，而非提前填写效果数字。
6. 本次需要讨论：业务能否调整资料提交时机；谁负责补充行为数据与下一轮测试。

完整记录放在受控资料库中，汇报页只留必要的证据编号和索引。想进一步检查比例、分母或来源口径，可结合演示数据与来源复核方法；这里不把“本轮2人”换算成整个用户群的百分比。

在生成大纲时设边界，再逐页回查证据

输入博思AIPPT前，先整理成“范围—证据—发现—待验证方向”的文字，不要上传含姓名、联系方式和未获允许使用的录音信息。可以附上这样的任务说明：

为产品与运营团队整理6页预约流程访谈汇报。只使用下方编号材料；区分原话、观察、解释和建议。发现页保留反例，不扩大到全体用户，不新增调查人数或改进效果。资料补交属于待业务确认项。每个主要判断附对应证据编号。

生成后先看大纲是否把两组发现分开，再看页面是否保留R04的反例。若初稿出现“多数用户都找不到日期入口”，直接回到原材料，将其改为“本轮R01、R03未立即识别入口”，同时补上适用范围。若一页挤入六条原话，不必缩小字体，可以保留两条关键证据，把其他内容移入备查材料。

最后请一位没参加访谈的同事试读：他能否分辨哪句话来自受访者、哪句话是团队解释、哪一步尚未验证？如果只能记住“用户体验不好”，发现页还太宽泛。把脱敏证据准备好后，可以用博思AIPPT整理这份访谈汇报初稿，再按原始材料完成研究复核。