客户发来的日志、截图和合同可能含有敏感信息。保存太久增加风险，过早删除又会影响复核。
版本更新后出现变化时，先记录系统、应用版本和发生时间。保留这些信息，后面无论恢复设置还是联系支持都会更有效率。
先看现象，不要先猜原因
不要从错误名称开始猜原因，先描述用户真正看到了什么：哪个入口、哪台设备、什么时间、做到哪一步停住。随后准备一个最小样本重复两次。两次结果一致时再扩大测试范围，能少走很多弯路。
| 观察到的情况 | 更合适的第一步 |
|---|---|
| 只在一台设备出现 | 优先看本机权限、存储、后台任务和网络，不要先改账号。 |
| 换网络后恢复 | 保留网络差异，继续比较 DNS、代理、路由或运营商限制。 |
| 所有设备同时出现 | 记录准确时间和共同版本，再判断服务状态或统一配置。 |
| 偶发且难以复现 | 缩小变量，连续完成三次同样的小任务并记录结果。 |
按顺序处理，每一步都要复测
1. 接收时记录用途和来源
把“接收时记录用途和来源”做成可重复的小动作，记下开始时间、使用设备与结果。连续两次得到相同结果后再继续，避免把偶然恢复当成结论。
2. 把业务文件与临时截图分开
由一人完成“把业务文件与临时截图分开”，另一人只记录时间和现象。若结果与预期不同，先停下并恢复原设置，再讨论下一项。
3. 限制共享范围
把“限制共享范围”做成可重复的小动作，记下开始时间、使用设备与结果。连续两次得到相同结果后再继续，避免把偶然恢复当成结论。
4. 结案后按期限清理
把“结案后按期限清理”做成可重复的小动作，记下开始时间、使用设备与结果。连续两次得到相同结果后再继续，避免把偶然恢复当成结论。
5. 删除前确认工单已有必要摘要
处理“删除前确认工单已有必要摘要”前先说明预期结果和回退方法。完成后用固定样本验证，并检查是否影响其他设备、账号或文件。
至少要满足三个条件：真实任务成功、重启后仍成功、无关设置已经恢复。只有一次按钮提示或一次偶然成功，不能作为结论。
附件管理场景还要多看一层
客服系统的结果不能只看回复速度，还要看客户是否得到明确结论、承诺是否被记录、下一位接手者能否继续处理。队列、标签、会话和附件的调整都应该保留负责人和时间。涉及客户数据时，只收集当前问题需要的信息，并在结案后按规则清理临时副本。
桌面端更适合做对照，因为可以同时查看版本、存储、进程和网络信息。处理完不要立刻删除日志或安装包，至少保留到一次重启和一次真实任务完成之后。确认稳定后，再把临时文件移出工作目录，并记录最终保留了哪些设置。
记录要短，但必须能复用
一条有效记录至少包含日期、设备、版本、网络、改动和结果。不要只写“已修复”或“恢复正常”，因为下次无法判断当时改了什么。把截图与文字放在同一目录，并使用能看懂的文件名。
先确认问题边界
先回答三个问题：从什么时候开始、是否只影响一台设备、最近改过什么。能明确其中两个，排查范围通常已经缩小一半。若所有环境同时异常，不要反复重装客户端。
一个可直接照着做的小例子
假设问题只在办公室网络出现。先不要修改账号，用同一设备切到手机热点复测，再回到办公室网络确认是否复现。两个结果形成明确对照后，才值得检查 DNS、代理或防火墙。
常见误区
- 看到网络图标正常，就跳过实际连接测试。
- 用“最新”“最终”命名文件而不写日期和版本。
- 遇到异常先退出所有设备，切断恢复入口。
- 把猜测写进交接记录，后来被当成事实。
把结果留给下次
保存三类证据就够用：准确时间、版本与设备、最后一个正常步骤。敏感信息先遮挡，验证码和密钥不进入记录。后续需要支持时，这三类信息比一大段描述更有用。
常见问题
是不是重装最快？
只有程序文件损坏时，重装才可能直接有效。账号、网络、权限和数据问题不会因为重装自动消失，反而可能先清掉本地线索。
需要连续测试多久？
至少覆盖两次真实任务和一次程序重启。网络类问题最好再跨一个不同时段复测，避免把短时恢复当作长期稳定。
哪些内容不应该写进排查记录？
验证码、完整密钥、密码、个人证件和不必要的客户隐私都不应保存。需要截图时先裁切和遮挡，记录现象而不是敏感值本身。
最后检查
最后关闭再打开 美洽，从平时最常用的入口完成一次完整操作，确认通知、文件、权限或连接仍然正常。随后检查测试账号、临时文件和额外权限是否已经收回。