控制台里同时出现“首页最终版”“首页最终版2”和“首页真的最终版”，大屏一旦卡顿，导播很难在几秒内知道哪张能安全落地。论坛峰会准备备用页面，重点不是多做几套图片，而是让每个文件对应一个明确用途：嘉宾延时、圆桌换场、留言暂停、投票取消都能回到同一张稳定页面。现场总控应从故障动作倒推命名和口令。
备用页面先按用途命名，不按修改次数命名
备用页可以分为主题保留页、当前嘉宾页和环节过渡页。文件名直接写用途与议程编号，例如“圆桌前过渡”，不写“修改版”。主持提词稿、导播单和控制台列表使用同一称呼，技术人员在正式开始前只保留确认版本。此时，淘气互动首页可承担活动主题和环节回切，备用准备的核心是人工确认页面名称、调用时点和下一步去向，而不是假设页面会自行判断故障。 文件夹结构也要简单：当天议程一个主目录，备用页放在固定子目录，不把嘉宾照片、历史版本和临时素材混在同一层。导播只需按议程编号寻找，不必在缩略图里辨认相似图片。
故障发生时只保留一个安全落点
出现视频无法播放、嘉宾超时或主屏内容需要暂缓时，总控只发一个落点口令。导播切到稳定主题，主持人用已经写好的短句承接，舞台监督继续处理嘉宾和话筒。此时不临时打开上墙或投票填空，因为观众不知道该提交什么，内容岗位也来不及确认主题。其中，淘气互动页面可以提供首页、上墙与投票的现场呈现，但不负责识别议程状态、审核内容或形成会议结论，恢复顺序仍由总控人工安排。 如果主屏完全失去信号，主持人按照纸质预案继续，技术台先恢复稳定输出，不因担心冷场同时尝试多个功能。
留言与投票各有自己的恢复条件
留言和投票不能共用“恢复互动”一个口令。留言恢复要确认主题仍有效、内容整理人员已经到位、下一位嘉宾尚未报幕；投票恢复则要确认问题已经讲清、题面与主持稿一致、结果不会挤占正式讨论。任何条件变动，总控保留首页。需要展示时，淘气互动上墙或投票各按自己的口令出现，避免故障后观众同时看到两个参与入口。 内容整理人员和题面负责人分别保管自己的确认卡，恢复前只向总控报告“可用”或“不可用”，不直接对技术台喊页名。
旧文件从控制台移除才算准备完成
备用页是否准备完成，还要经过一次故障演练：随机指定当前环节，要求导播在不翻群聊的情况下找到落点页；主持人能读出对应承接句；舞台监督知道下一位嘉宾是否继续候场。发现名称相近、旧图未删或题面无法判断时，当场修正列表，不把问题留到正式现场。 演练还要包含一次错误口令：当主持人说出旧名称时，导播应保持当前页并向总控复核，而不是顺着错误名称调用文件。
