先写清业务影响
描述受影响的任务、涉及范围以及是否有可用替代流程。例如“某条运输任务在签收后仍显示在途，影响今日结算核对”，比单独写“系统有问题”更容易确定处理优先级。
准备一份完整的问题记录
- 记录应用名称、页面入口和发生时间，时间带上时区。
- 说明原本希望完成什么，以及实际看到了什么。
- 写下最短复现步骤，并保留完整的提示文字。
- 提供必要的业务编号、组织范围和脱敏截图；如有请求编号，一并记录。
区分偶发现象和稳定问题
检查是否只有某一条记录受影响、其他获准访问的账号是否也能复现，以及刷新后现象是否持续。涉及提交、派单或签收等操作时，先核对是否已经成功，避免反复点击造成重复业务。
跟进与关闭
处理过程中持续记录新增线索，不要反复创建内容相同的问题。收到处理结果后，用原始步骤重新验证，并核对业务数据是否恢复一致。关闭前保留结论、验证时间和仍需跟进的事项。