# 现场活动的演出前检查清单 趁问题还便宜时抓住它们的检查项：屏幕、计时器、提示、通讯，以及那场证明系统能跑的五分钟彩排。 每一次现场活动的失败，早在一小时前就对看对了地方的人可见。演出前检查清单就是"看"的纪律：一份固定的清单，每次都以同样的方式走一遍，让演出从核实过的事实、而不是假设中开始。 这份清单覆盖计时与提示这一层——屏幕、计时器、预警和通讯——检查顺序按"趁问题还便宜时抓住它们"来排。 ## 1. 屏幕：每一块，远程核实 屏幕总是安静地失效：被热心志愿者关掉的浏览器标签、睡着的显示器、休息室里断掉的 Wi-Fi。 这是房间所有者或管理员的检查——实时连接列表只发给这两种角色，操作员的控制端跑不了它。 检查项： - 打开房间的实时连接视图读清单——每块该接入的屏幕，只要它的观看页连着就会出现在那里。 - 把清单和计划对着数：舞台监视器、大堂屏幕、休息室、主持人平板。缺席的屏幕是一个发现，不是一个谜。 - 如果有助于读清单，可以把连接重命名成计划里的名字，但要把名字当临时的："大堂屏幕"只在那个浏览器保持连接时有效，刷新后设备会变回默认名。 - 确认每台显示设备都关了休眠，电量能撑完整场演出。 - 对于串流或录制里的屏幕，检查浏览器源在当前场景里存在。 ## 2. 流程表：计时器与日程一致 串联单在筹备与演出日之间会漂移——某个演讲加长了，某个休息挪走了。 检查项： - 把每个计时器的名称、发言人和时长对着最终日程读一遍。 - 核实串联：该自动推进的环节已经连好；锚定在钟点的都设了定时启动。 - 检查讲者环节有收尾阈值——且和赛前说明里告诉讲者的一致。 - 确认开放式环节——问答、社交——设成正计时，而不是对着一个随意的截止时间。 - 检查缓冲：主要环节之间几分钟命名过的过渡时间，正是让日程吸收晚开场、而不让收尾环节买单的东西。 ## 3. 提示：一次实弹彩排 五分钟的彩排能端到端证明整个系统。启动第一个计时器，看舞台屏幕接住它；让它越过一个收尾阈值，确认样子变了；从控制端发一条测试消息，看它落在倒计时旁。 这三个行为在一块屏幕上成立，就在所有屏幕上成立——每块显示的都是同一个房间。剩下的是人的部分：拿控制端的人知道哪个计时器开场，后备的人知道控制端链接放在哪里。 ## 4. 人：谁拿哪条链接 最后的检查是分工，因为在这里链接就是角色。 清单： - 控制端——在掌管演出的人手里，设备电量足够撑完全场。 - 观看页——在每块面向观众或讲者的屏幕上，全屏。 - 议程——给团队和后台，让流程表在问题被问出来之前就作答。 - 主持视图——给演出中发消息的主持人。 - 把房间的链接写在一处找得到的地方——为设备猝死、替补浏览器需要它们的那一刻。 ## FAQ ### 演出前检查该什么时候开始？ 早到检查失败还来得及修——多数活动是开门前六十分钟做屏幕巡查，彩排放进最后三十分钟里。 ### 不用走遍场地怎么核实屏幕？ 房间的实时连接视图列出每台接入设备，房间所有者或管理员坐在一个位置就能确认所有屏幕在接收——只有清单里缺席的屏幕才需要走过去。这份清单不会发给操作员角色，所以把这项检查交给持有所有者或管理员权限的人。 ### 计时系统最快的端到端测试是什么？ 启动一个计时器、越过一个收尾阈值、发一条消息。显示、预警和提示链路，五分钟内全部验证。 ### 备份计划里该有什么？ 第二个持有控制端链接的人、写下来的房间链接，和一台带浏览器的备用设备——替换任何一块坏屏，需要的恰好是一条 URL。 **在一个座位上做完检查** — MaestroTimer 在浏览器中运行：具名计时器的流程表、五个视图即五条链接，以及把屏幕巡查变成一瞥的实时连接列表。 [试用 MaestroTimer](https://maestrotimer.com)