测试结束后最容易发生的跳跃，是从“有几个人没找到按钮”直接写成“需要重做导航”。观察记录只能支持它具体显示的事实；问题原因、影响范围和改进方案还要经过团队分析和后续验证。
GOV.UK 用户研究分析指南建议整理观察、分类、形成发现、决定行动，再分享结果。指南还提醒，研究材料包括笔记、数字记录、草图、照片和录音，分析要从资料筛选、组织和解释中产出有用洞见。
每条发现都留有证据路径
先按测试任务整理每位参与者的目标、尝试路径、完成情况、停顿、错误、求助和原话。记录参与者编号、设备与测试条件，不把个人身份写入报告。对于“完成”，注明是否独立完成、耗时、是否走了非预期路径；仅有结果对后续改进帮助有限。
再把观察聚成问题簇，例如名称难懂、状态反馈缺失或步骤顺序不符合预期。每个问题簇写清支持它的观察、出现情境、未观察到的反例、影响任务以及仍未知的原因。5位参与者中3位遇到，不代表真实用户群有60%受影响；样本与任务设计限定了可作出的推断。
分开证据、解释与行动
报告可以采用“发现—证据—可能解释—影响—下一步验证”结构。把研究团队的假设标成假设，提出的解决方向标成建议。若不同参与者表现不同，不要用一句平均描述抹平差异；可按经验、任务路径或设备说明差异，但只有设计允许时再推断群体原因。
研究团队先完成观察编码、解释和优先级判断。若结论已经定稿，报告叙述存在明显重复，且作者确有表达或AI检测方面的处理需求，可先看PaperMomo官网的功能边界，再决定是否把脱敏后的说明段放入文本工作台处理。编码表、参与者原话、动机推断和严重程度判断都应留在研究团队控制的分析流程中。
把建议变成可验证动作
优先级可结合任务影响、证据强弱、发生条件、修复成本和风险，而不是只数“有几个人提到”。每个动作注明负责人、假设和验证方式，例如改完原型后用同一任务再测。报告末尾列出样本、研究环境、任务和未覆盖的用户群，让读者知道结论适用范围。
这样产出的可用性报告不只是测试总结，而是团队可以追溯的判断：哪些现象确实发生了，哪些解释仍待证实，以及下一轮准备怎样验证。