课程 6.3 - 升级信息写作¶
故事¶
“XAUUSD 有问题”¶
一名 Dealer 在群里发：“XAUUSD 有问题。”
没有人知道发生了什么、何时开始、影响多少客户、属于市场变化还是系统异常、谁在复核，或下一次更新何时提供。这条信息制造了噪音，却没有形成运营控制。
学习目标¶
- 编写基于事实、可用于决策的运营更新。
- 区分已确认事实、假设和未经证实的结论。
- 写明影响、当前动作、负责人和下次更新时间。
- 形成可以直接纳入 Incident 和交班记录的沟通内容。
六部分更新结构¶
- 时间 — 写明何时观察到异常。
- 观察结果 — 描述已确认信号，不直接判断原因。
- 范围 / 影响 — 说明受影响的产品、账户、订单或系统。
- 已验证证据 — 写明已经核对的内容，以及仍在复核的事项。
- 当前动作 / 负责人 — 写明当前监控或调查动作及其负责人。
- 下次更新时间 — 给出明确的复核时间或更新触发条件。
不合格信息与有效信息¶
不合格信息
“报价源有问题。”
有效信息
“20:18 UTC — 过去 10 分钟内，报价源 B 的 XAUUSD 报价频率下降约 45%，观察到的延迟由 180 毫秒上升至 610 毫秒。报价源 A 和 C 保持稳定，Bridge 队列正常。大手数订单的成交质量正在复核。已通知 Shift Leader / 当班负责人和技术负责人。下一次更新为 20:25 UTC，或在情况出现重大变化时立即更新。”
有效信息包含观察时间、可量化变化、其他报价源对比、Bridge 状态、当前复核、已通知角色和下次更新时间，同时没有把未经验证的原因写成事实。
沟通流程¶
事实与假设¶
| 分类 | 示例 |
|---|---|
| 已确认事实 | 报价源 B 在 10 分钟内重新连接三次。 |
| 已确认事实 | 复核窗口内，XAUUSD 点差由 20 点扩大至 43 点。 |
| 假设 | 报价源 B 可能存在上游服务质量下降。 |
| 未经证实的结论 | 报价源 B 已经完全故障。 |
假设必须清楚标注，并由现有证据支持。未经证实的结论不得作为事实沟通。
实战训练¶
情景¶
活跃交易时段内，报价源 B 的报价频率下降、延迟上升，少量 XAUUSD 订单的成交质量变差；其他报价源和 Bridge 队列保持稳定。
输出要求¶
编写一条六部分更新，包含时间、已确认观察结果、影响范围、已验证证据、当前动作、负责人和下次更新时间。
错误示范¶
在上游情况或订单影响尚未确认前写“报价源 B 已经故障”，或发送没有负责人和下次更新时间的信息。
正确处理¶
使用可量化的观察结果，说明仍在复核的事项，并明确下一步动作的负责人。在事项关闭或完成交班前，持续更新 Incident 或交班记录。
总结¶
清晰的升级信息能够减少误解、加快决策，并形成可追溯的运营与审计记录。有效更新会区分事实与假设，让下一步动作清楚明确。
交接记录标准¶
交班是运营沟通的一种具体形式，用于把未关闭风险、待处理动作和当前监控重点移交给接班班次。
存在重要未关闭事项时，使用以下结构：
班次：
交班 Dealer：
接班 Dealer：
交接时间：
平台与权限
报价与交易时段
Bridge 与报价源
Exposure 与风险
未关闭 Incident
待执行变更
即将发生的事件与优先事项
接班确认
每个重要未关闭事项都应记录当前状态、现有证据、负责人、下一步动作和下次更新时间。
重要未关闭事项如果没有明确负责人、下一步动作或下次更新时间，交班视为不完整。
完成标准¶
- 能说明本课的核心风险或操作目的
- 能指出需要查看的系统、数据或证据
- 能说明正确的升级或处理方式
- 能在模拟或实际指导场景中按流程处理