先保留事实时间线
记录发生时间、受影响范围、订单编号及初次现象，再按顺序整理关键处理动作。不要把猜测写成最终原因，也不必保存无关聊天。需要保留的截图和日志先脱敏，与问题编号关联。
写清最终修改了什么
记录参数、程序版本或业务流程的实际变化，说明修改目的与可恢复方法。如果问题自行恢复而原因未明，应如实标记，不用“网络问题”替代尚未确认的结论。
复测结果与经验一起交接
使用受影响订单和新的正常样本确认状态、履约与退款结果。未完成部分继续列出负责人。将可复用的检查步骤加入内部说明，限制敏感资料访问，下一次遇到类似问题时能快速判断是否属于同一原因。
归档保留一次失败与一次成功样本
同一问题档案可包含原失败订单、实际原因、修改位置、版本、复测订单与确认人。原因尚未证实时写明待验证假设，不将“重启后正常”直接当作根因。若仍有退款或交付待办，继续关联处理记录，不能只因页面恢复就将整个事件关闭。