读者阅读完您的事后分析报告后，不仅想知道您的团队看到了什么，还想知道他们何时以及如何做出反应。无论是通过电子邮件、Slack 还是专用的事件管理平台，您的团队与事件相关的所有操作都可能带有时间戳并存储起来以供将来参考。
在重建事件顺序时，尽可能多地从这些存储的事件中提取细节。实际票据或 卡塔尔电话号码数据 对话的屏幕截图是理想的选择，即使您需要进行一些编辑，但至少要具体说明协作的时间、意图和事件。
在对持续 14 天的宕机事件进行事后分析时，数百名客户无法访问基于云的 Atlassian 产品，他们的团队提供了非常具体的详细信息，包括何时发生事件、谁是责任人以及信息在内部传播的方式。他们甚至创建了一个全面的时间表来说明该过程并展示两全其美的方法：
全面列出你提议的变更
如果没有关于如何防止事件再次发生的细节，事后分析就不完整。你必须说明你已经从错误中吸取了教训，因为这是与天生持怀疑态度的观众重建信任的唯一方法。
分解您的行动项目，从流程、系统和工具的即时变化开始。例如，如果您将实施更强大和自动化的 SaaS 数据备份，您的应用程序所依赖的，请重点介绍您的新供应商，并解释他们的系统将如何帮助您防止将来出现客户数据丢失等后果。接下来，展示长期预防措施 - 想想文化转变、教育工作或迁移到新的基础设施，这些都是必要的，但由于复杂性，明天无法完成。