建立问题报告格式
- 记录版本、环境、操作步骤、预期结果与实际结果，附必要日志并移除敏感信息。只有一句不能用通常不足以定位。对偶发问题保留发生时间与影响范围，不要求用户反复在生产环境试错。
区分不同变更来源
- 先核对问题是否能在约定环境复现，再检查数据、依赖或接口是否发生变化。新增指标或业务规则应进入需求变更流程。分类依据合同和验收基线，不能由单方用修复或升级标签决定责任。
约定响应与恢复方式
- 响应时间、处理目标和支持时段需要分别说明，不能将已回复等同于已恢复。重要系统应事先约定回退与现场配合方式。涉及真实设备或关键业务的操作，由有权限的责任人执行。
为接续维护留下资产
- 移交部署配置、日志位置、依赖版本与排障入口，避免只能靠原开发者记忆。维护结束时更新已知问题和版本记录。对未解决问题说明影响与可行临时措施，不用沉默结单代替确认。