Run of show——即活动流程表——是现场活动的逐分钟计划：所有环节按顺序排列，带着开始时间、时长、负责人，以及把一个瞬间连向下一个瞬间的提示（cue）。团队也叫它串联单或流程单——为所有工作人员回答"现在发生什么、接下来发生什么"的那份文件。
本指南涵盖流程表包含什么、它与议程的区别、一份可以直接套用的模板，以及大多数指南跳过的一步：把计划变成一份活的文件，让整个团队在演出进行时实时跟随。
活动流程表包含什么
格式是一张表，纪律是每一行都回答同样的问题。
每个环节包括：
每条提示都有一个行家级的决定：按时钟触发，还是按信号触发？时钟提示适合锚定的时刻——开场、直播窗口——但绑死在 14:32:10 的灯光变化，会在演讲者拖长十秒的那一刻崩掉。依赖人的提示更安全的做法是锚定到一句话或一个动作（"听到'让我们欢迎'时……"），流程表应写明每条提示属于哪一种。
- 开始时间与时长——一整天的时钟骨架。
- 环节名称与负责人——发生什么、这一刻属于谁。
- 嘉宾与舞台备注——谁上场、从哪一侧、手里拿着什么。
- 技术提示——绑定到环节的音频、视频、灯光和直播动作。
- 缓冲备注——余量放在哪里，因为总有环节会需要它。
流程表、议程与台本的区别
三份文件服务三种读者。议程给观众：公开、取整到友好的时间点、不含幕后事务。台本给发言的人：写定时刻的确切词句。流程表给团队：精确、技术化、仅限内部。
常见的失败是用一份文件干三份活——夹着提示备注的议程会弄糊涂观众，而取整成观众友好时间的流程表指挥不了控制间。让流程表保持内部使用，议程作为它的公开投影。大型制作会更进一步，按部门拆分流程表——音响、灯光、舞台监督各拿一份视图：自己的提示完整呈现，其他人的作为背景参考。
一份活动流程表模板
这个结构能覆盖大多数活动；按你的制作需要调整列。
一个会议上午的例子：
| 时间 | 时长 | 环节 | 负责人 | 提示 / 备注 |
|---|---|---|---|---|
| 08:30 | 30:00 | 开门 + 入场音乐循环 | FOH | 大厅屏幕显示倒计时 |
| 09:00 | 05:00 | 开场 + 事务通知 | 主持人 | 08:58 话筒开启 |
| 09:05 | 20:00 | 主题演讲 | 演讲者A | 提词监视器：剩 3:00 收尾提醒 |
| 09:25 | 05:00 | 转场 + 就座 | 舞台监督 | 上场音乐 |
| 09:30 | 25:00 | 圆桌 | 主持人 | 正计时显示；硬性结束 09:55 |
| 09:55 | 20:00 | 茶歇 | FOH | 门厅倒计时至 10:15；缓冲放在这里 |
从表格到现场实时流程表
纸上的流程表在第一次超时的那一刻就不再是真的。实时版把计划和时钟放在同一个地方：在 MaestroTimer 里，每一行变成一个具名计时器，带着时长、发言人和备注——房间的计时器列表就是流程表，而议程视图是它可分享的实时投影。
把计时器串联起来，演出就严格按计划推进；把锚定的时刻——开门、午餐后恢复——预约到各自的钟点自动开始。收尾阈值自动把每个环节的提醒推上提词监视器，而当现实偏离计划时，调整正在走的计时器会一次更新所有屏幕：流程表随机应变，而不会分裂成互相打架的纸质副本。
把它送到团队眼前
实时流程表是链接，不是打印件：议程视图给后台和志愿者，观看页面给面向舞台的倒计时，控制端给演出调度，主持视图给要发提示的主持人。
开门之前，实时连接视图列出接入房间的每一块屏幕——最后一道检查：流程表确实到达了它所调度的每一个人。
常见问题
Run of show 是什么意思？
现场活动的内部逐分钟计划：环节按序排列，带开始时间、时长、负责人和技术提示。团队也称它为活动流程表、串联单或流程单。
流程表和议程有什么区别？
议程是面向观众的公开时间表；流程表是团队的精确内部版本，含提示和幕后安排。议程是流程表的简化投影。
流程表由谁来做？
通常是活动制作人或演出调度，听取舞台监督和技术负责人的意见——而且主副本应由一个人持有，让所有改动有唯一来源。
怎样做一份在活动中实时更新的流程表？
把每个环节建成共享房间里的具名计时器：串联计时器推进顺序，议程链接向所有人展示实时状态，控制端的改动一次到达每一块屏幕。
让你的流程表活起来
MaestroTimer 在浏览器中运行：每个环节一个具名计时器，议程是可分享的实时视图，收尾提示上提词监视器，控制端交给演出调度。