先保存第一次观察的基线
基线不需要复杂工具。写下设备系统、客户端版本、网络类型、开始时间、目标任务与最后一个可见结果即可。若提示能复制，保留原文；若只能截图，先检查图中是否含有账号、二维码、完整订阅内容或通知信息。
基线也要记录正常项目。客户端能够打开、普通网页仍可访问、另一项任务没有受影响，都是界定范围的依据。只有异常而没有对照，容易把局部变化扩大成整项服务故障。
第二轮只保持条件可比较
复测不是追求点击次数，而是让两次观察能放在一起看。可以先保持设备、网络和目标任务不变，只重新打开客户端；下一轮再改变网络入口，或让第二台设备完成相同任务。每轮都写下改变了什么，未改变什么。
如果提示只在某台设备出现，检查范围更接近系统权限、后台状态或本机配置；两台设备在同一网络同时变化，才值得继续观察本地入口。这个顺序只是缩小检查范围，不是远程诊断。
把页面等待拆成不同时间点
浏览器资源计时会区分连接、请求、响应开始与传输完成，因此“页面等了几秒”不是单一环节的证据。普通使用者不必导出技术日志，但可以区分点击后长时间没有内容、文字已出现而图片仍在加载，或开始正常后持续传输发生中断。
同一页面的缓存状态也可能影响比较。第一次读取与再次打开得到不同速度，只说明条件发生变化，不能单独定位服务端、线路或节点。
公开状态只能作为背景
多个互不相关的服务在同一时段同时变化时，可以参考公开网络状态资料了解背景。但外部状态页描述的是其自身系统或观察范围，不是番茄V2航线公告，也不能证明某台设备受到相同原因影响。
最终记录用四句话收束：问题何时开始、影响哪项任务、哪些项目没有异常、第二轮是否复现。这样的结果能让后续处理聚焦差异，同时避免一次偶发结果被写成长期状态。