用户访谈交给 Agent 总结，怎样让每条结论都能回到原话

用户访谈交给 Agent 总结，不能只输出几条看起来合理的洞察。每条观察都应回到原话，说明支持它的材料、与它相反的例子以及尚未覆盖的人群。本文输入为获授权文字访谈，不涉及录音识别或情绪诊断；三份合成记录用于演示证据链，不代表真实调研发现。

先保存访谈背景与使用范围

给每份访谈一个稳定编号，记录受访者的业务角色、使用情境和访谈目标，不必在公开分析表放姓名。确认参与者知道资料怎样使用、哪些内容可以共享，敏感原文留受控位置。不同时间或不同任务背景的访谈不能直接混成一个统一用户画像。没有覆盖的角色和场景写在范围说明里，避免用三个人的表达代替全部客户。

把原话、解释和建议分层

用户说找不到最新版资料，是观察到的问题；模型认为缺少统一入口，是分析假设；建议做一个聊天助手，是可能方案，三者不同。用户自己提出的功能也可能只是解决问题的一种思路，应保留其背后要完成的事。摘要不能凭上下文给用户添加动机，也不将礼貌表态当作认可。原话位置可用段落或问答编号，关键是获授权人员能回到完整语境检查。

按主题归并，但保留差异条件

两位用户都提到资料难找，可能一位是入口散、一位是权限不明，不应只合成“需要更好搜索”。先标任务、角色、频率描述和限制，再判断主题是否可归并。Atlassian 的客户访谈报告模板用于把笔记整理成观察和机会，适合支持这种结构。本篇分类和证据表是可定制材料，不意味着模型可以自动替研究者确定产品方向。

主动寻找反例和解释不足处

形成一个观察后，检查有没有记录不支持它。附件 INT-03 的受访者认为现有入口已足够，其问题在版本标记，不能被删掉来强化统一入口假设。没有反例不代表结论被普遍证实，可能只是样本范围窄。对可能原因给出仍需验证的问题，而不是从少量原话推导确定因果或市场占比。意见不同可以并列，研究者不必强行写成一致洞察。

用三份记录检查可追溯性

INT-01 支持查找过程分散的观察；INT-02 指向资料访问条件，而不是搜索能力；INT-03 是新入口需求的反例。附件逐条列原话、观察、推断与下一问题。审核时选择一条总结反向找来源，确认没有断章取义、漏掉条件或把多个用户的话拼成一段虚构引言。没有原话支持的句子删除或明确标为研究假设。

交付观察与待验证问题，而非自动路线图

结果包括主题摘要、证据链接、反例、样本限制和下一步建议。建议可以是补访某岗位、试一个材料结构或核对现行规则，不必每条都导向开发新功能。报告版本应保存归类变更，便于后续访谈加入时修正结论。公开引用与内部讨论范围分别确认，不能因已经去掉名字就认为内容适合对外发布。

合成样例与判断边界

访谈编号	合成文字原话	可支持的观察	尚待验证推断	反例或限制	下一问题
INT-01	我在三个位置来回找同一项目资料	该场景存在入口切换	统一入口是否改善仍待验证	只描述一个项目	哪一步最耗费工作
INT-02	我找到了文件，但不知道自己能否用	访问和使用边界不清	并非单纯搜索问题	具体授权范围未知	谁能确认可用范围
INT-03	现有目录够用，只要知道哪份最新	版本标记是当前问题	不支持必须新建聊天入口	可能与其他岗位不同	新旧版本怎样维护

下载完整合成记录与可填写表。实际使用需替换为获授权材料并保留来源、未知状态及人工确认；表中分类不代表真实业务统计或已在目标环境验证。

相关方法见公开资料来源卡，更多任务见业务场景专题。如需定制，可在咨询入口提交脱敏输入、既有分类口径和希望交付的材料，先确认任务范围与复核方式。