活動流程表——國際製作圈稱 run of show——是現場活動的逐分鐘計畫:所有段落按順序排列,帶著開始時間、長度、負責人,以及把一個瞬間連向下一個瞬間的提示(cue)。團隊也叫它 rundown 或流程單——為所有工作人員回答「現在發生什麼、接下來發生什麼」的那份文件。
本指南涵蓋流程表包含什麼、它與議程的差別、一份可以直接套用的範本,以及大多數指南跳過的一步:把計畫變成一份活的文件,讓整個團隊在演出進行時即時跟隨。
活動流程表包含什麼
格式是一張表,紀律是每一列都回答同樣的問題。
每個段落包括:
每條提示都有一個行家級的決定:按時鐘觸發,還是按訊號觸發?時鐘提示適合錨定的時刻——開場、轉播窗口——但綁死在 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 是什麼意思?
現場活動的內部逐分鐘計畫:段落按序排列,帶開始時間、長度、負責人和技術提示。團隊也稱它為活動流程表、rundown 或流程單。
流程表和議程有什麼差別?
議程是面向觀眾的公開時間表;流程表是團隊的精確內部版本,含提示和幕後安排。議程是流程表的簡化投影。
流程表由誰來做?
通常是活動製作人或演出調度,聽取舞台監督和技術負責人的意見——而且主副本應由一個人持有,讓所有改動有唯一來源。
怎樣做一份在活動中即時更新的流程表?
把每個段落建成共享房間裡的具名計時器:串聯計時器推進順序,議程連結向所有人展示即時狀態,控制端的改動一次到達每一塊螢幕。
讓你的流程表活起來
MaestroTimer 在瀏覽器中運行:每個段落一個具名計時器,議程是可分享的即時畫面,收尾提示上提詞螢幕,控制端交給演出調度。