从能复现的现场开始
记录发生时间、设备、系统版本、当前网络、正在完成的任务和看到的提示。每项一句话即可。模糊的“很慢”无法区分页面首屏、图片、登录、文件还是持续会话。
如果问题已经消失，也要写明怎样恢复：等待后自动恢复、切换网络、重新打开应用，还是更新后恢复。恢复动作会影响下一轮判断。
正常样本与异常样本要使用同一任务
拿一次普通阅读与一次大型下载比较，没有共同条件。应选择相同页面、相同文件或相同会议动作，在正常与异常时段各记录一次。
样本不用追求很多。连续三天在相近时段留下少量记录，通常比一晚重复几十次更容易看出固定规律，也能减少缓存和限流干扰。
隐私资料不属于排查必需条件
反馈时不要提交密码、验证码、付款凭证、身份证件、完整订阅地址或私人文件。截图应裁去姓名和账号，只保留错误原文、时间与发生阶段。
完整日志可能包含地址、设备名和访问记录。只有在明确知道接收方、用途和保存方式时才考虑提供，并先做最小化处理。
让记录直接导向下一步
只有一台设备异常，先查看该设备版本与权限；同一网络下多台设备异常，先检查路由器和本地出口；多条网络访问同一服务都失败，则查看服务状态与目标端提示。
记录不是为了制作复杂报表，而是缩小最可能的范围。每次处理保留回退点，没有改善就恢复原设置，避免问题被新的修改覆盖。
把修改动作也写进时间线
问题发生后，人们往往只记得最终恢复，却忘记中间改过哪些设置。每次重启、切换网络、更新或恢复原值，都写下大致时间和结果。这样可以知道恢复是否紧接某个动作发生，也能发现其实是等待一段时间后自行恢复。
多个动作挤在同一分钟内，就无法判断因果。除非正在处理明确的安全风险，否则每轮只做一个可撤销变化，并给连接足够时间稳定，再决定是否继续。
记录的边界同样重要
一次现场记录不能证明长期质量，也不能把相关性写成原因。晚间反复发生只能说明存在时段规律；要判断本地竞争流量、区域路径还是目标服务，还需要进一步对照。结论中应明确尚未确认的部分。
当现象涉及公司、学校或公共网络时，还要尊重管理规则。不要扫描网络、尝试绕过认证或更改他人设备。将可公开的时间、设备类别和提示交给管理员，比自行扩大测试范围更安全。
正常结束也值得记录
排查记录不只保存失败。一次任务在什么条件下顺利完成，可以作为以后判断变化的参照。正常样本应使用同一设备、网络和任务，不需要追求最快结果，只要过程稳定且能够重复。
问题解决后补一句最终状态，并标出哪些原因仍未确认。不要因为一次恢复就删除异常记录；保留简短的正常与异常对照，下一次出现相似现象时可以减少重复尝试。
给记录补上明确结尾
写明问题仍在继续、暂时恢复或已经确认解决，并注明最后检查时间。没有结尾的记录容易在以后被误认为仍然有效，也无法判断某项建议是否已经执行。