论坛峰会中场网络中断约四分钟，现场有人说“系统全停了”，也有人记得主视觉始终正常。签到、提问、投票、抽奖和大屏展示依赖网络的方式不同，复盘不能把几分钟故障扩大成整场、全部功能同时失效。
淘气互动相关页面在网络恢复后可以继续使用，报告仍要先钉住中断开始和恢复时间，再逐项说明哪些动作受影响、现场用了什么备用方式。网络中断原因需要结合场地网络、设备日志和现场操作记录判断。
先钉住中断开始与恢复时刻
开始时间可参考路由器告警、操作员发现页面无响应的时点和导播口令；恢复时间以现场实际重新打开或成功提交为准。只写“中场断网”无法判断影响了哪个议程，也不能计算入口暂停多久。
若不同设备恢复时间不同，报告分别记录。控制电脑已经联网，观众手机仍无法打开页面时，不能把控制端时间当作全场恢复。技术人员在时间轴上标出确认过的区间，无法确定的部分写明范围。
恢复也不能只看网络图标。操作员应完成一次实际动作，例如重新打开提问页并提交测试内容，再确认控制端和观众端都恢复。测试条目标明时间和用途，复盘时从正式参与数据中排除。
按功能标出受影响和未受影响区域
签到发生在故障前，可能完全未受影响；提问入口恰好开放，则需要记录暂停时长和未提交情况；投票尚未开始，也不应列为故障损失。主视觉若使用本地画面正常显示，就明确写“持续展示”。
淘气互动后台能看到恢复后的提交，但不能从没有记录直接判断观众当时是否尝试。现场观察、主持口播和技术时间轴一起用于说明功能影响，不把所有问题归因于平台。
同一功能在不同区域也可能表现不同。主会场无线网络中断，后台控制电脑使用有线网络仍可操作；侧厅手机网络正常，则部分观众仍能参与。报告按网络和区域拆开写，不用“全场中断”覆盖局部差异。
备用方式记录实际启用情况
网络中断时，主持人可能延长嘉宾问答，工作人员可能收取纸质问题，也可能暂缓互动。报告只写实际启用的备用动作，不把预案中未使用的方案写成已经执行。
抽奖若尚未开始，可顺延轮次；已经出现操作中断时，则由负责人按公布规则决定是否重来。中奖名单和领奖仍由工作人员核对；网络恢复后，负责人还要按规则核对此前动作是否继续有效。
签到入口若在故障期间启用人工名单，恢复后再补录时要注明实际到达时间与补录时间。否则后台会形成一个恢复后的集中高峰，误导后续入场复盘。纸质问题也按编号录入，不与恢复后的在线提交重复统计。
报告区分事实、影响与推测原因
事实包括中断时段、页面表现和现场口播；影响包括哪些入口暂停、哪些议程延后；原因若尚未查明，写“待技术核对”，不直接归结为平台、路由器或操作失误。
复盘报告按签到、提问、投票、抽奖和大屏展示逐项列出受影响时段及现场动作，淘气互动恢复后的数据作为补充核对材料；未受影响的功能明确标注，不扩大故障范围。
