课程 1.6 - 事件报告¶

Incident Report 是对异常事件的正式运营记录。它不是为了“写报告而写报告”，而是为了让团队知道发生了什么、影响了什么、证据是什么、谁在处理，以及什么时候可以关闭。

Incident 处理流程¶

发现异常 → 验证证据

VerifyEvidence → 分类优先级

ClassifyPriority → 收集日志

CollectLogs → 写报告

WriteReport → 通知相关团队

NotifyTeams → 跟进进展

TrackProgress → 关闭 Incident

字段	说明
时间	首次发现时间、持续时间、关键时间点
分类	platform / bridge / 报价源 / quote / exposure
优先级	P1-P4 或公司内部严重级别
Affected Systems	受影响系统或组件
Business Impact	客户、品种、订单、服务或风险影响
证据	截图、日志、Dashboard、订单号、报价源数据
当前动作	已采取动作和Shift Leader / 当班负责人
状态	open / monitoring / resolved

RCA 不是只写“发生了什么”，而是要找出为什么发生，以及后续如何减少复发。

不要只写：

XAUUSD 成交慢。

应该写：

20:31-20:36 UTC，XAUUSD 多笔订单执行时间高于基准。平台接单正常，Bridge 队列短暂上升，报价源B timeout 增加。已切换监控至备用报价源表现，并升级给 Technology 与 Senior Dealer。

一次好的 Incident 更新应回答：

真实场景

XAUUSD 出现疑似打针，客户投诉止损触发异常。

Dealer 应该看的证据

tick 记录、图表截图、quote-source quote、Bridge log、受影响订单、投诉时间、市场事件。

错误示范

直接写“报价源异常报价导致客户损失”，但还没有验证来源和范围。

正确处理

先写观察事实和影响范围，根因写“复核中”，同步保存证据并升级给对应Shift Leader / 当班负责人。

事件报告是运营记忆。写得清楚，团队就能恢复更快、复盘更准、责任更清楚。