活動現場流程表與即時提醒自動化流程

🎯 這條流程解決什麼

活動當天最怕的，從來不是大出包，而是一連串「差一點」累積出來的兵荒馬亂：主持人不知道下一段要 cue 誰、燈光師沒接到換場訊號、貴賓致詞超時把後面節目全擠掉、表演團體已經在後台待命卻沒人通知該上場。現場全靠一支對講機加一張印出來的 rundown 撐著，控場導演得同時盯時間、喊提醒、處理突發，人一忙就漏接，整場活動的節奏全押在一個人的腦袋和嗓子上。

這種「靠人腦記、靠喊提醒」的控場方式，成本其實很高。一場兩三小時、二、三十個橋段的活動，每個橋段切換都得有人記得提前提醒下一棒，控場導演實際上整場無法分心、無法上廁所、接個臨時電話就可能漏掉一次換場。更現實的是，這套全靠資深人員的經驗在撐——換一個比較菜的執行，或同時辦兩個場，控場品質立刻打折。橋段一旦延誤又沒人即時拉回，骨牌效應會讓後面每一段都往後擠，最後不是壓縮某個環節草草帶過，就是整場拖到超時。觀眾感受到的「卡卡的、亂亂的」，根源往往就在這些沒被準時提醒的切換點上。

這條流程把 rundown 拆成一個個分秒節點，每個橋段開始前由系統自動推播提醒給該負責人與下一棒，並用 AI 把該段的注意事項整理成一句話提示，讓現場每個人都清楚「接下來輪到我、我要做什麼」，控場從一直喊變成只盯例外。流程表的版型可先用 清單整理配方 建好，這條流程也能和會前的 議程通知與行前提醒流程 共用同一份議程資料，行前到現場一條龍。想把它接進更大的活動營運體系，可參考 自動化專區。

導入後的改變

導入前：控場全壓在導演一人身上，整場用對講機口頭提醒，漏接換場、表演團體沒被通知上場的狀況時有發生；橋段一延誤沒人即時拉回，後面全往後擠，超時或草草收尾是常態；控場品質高度依賴資深人員，換人或同時跑兩場就明顯吃力。

導入後：每個橋段的提醒由系統準時自動推播給對應負責人與下一棒，控場導演從「整場不能分心地一直喊」變成「只處理例外與突發」，漏接換場的情況大幅減少；AI 把該段注意事項濃縮成一句話，交接更清楚，菜鳥執行也能照著走，估計可降低現場約半數的口頭提醒負荷；橋段是否準時推播留有紀錄，延誤一發生就看得到，便於即時拉回節奏。對同時要跑多場、或人力吃緊的團隊來說，等於把資深控場的經驗部分系統化，降低對單一強人的依賴。

流程怎麼運作

整套流程對應 frontmatter 裡的五個節點，由排程依 rundown 各節點時間定時驅動：

1. 讀取 rundown：系統從流程表（Google Sheet 或 Notion）抓出每個橋段的開始時間、負責人、動作內容與注意事項。流程表欄位設計清楚（橋段、起訖時間、負責人、下一棒、備註），是整條流程準確的地基。

2. 排程節點：為每個橋段，依其開始時間「回推」建立提醒觸發點（例如開始前 3 分鐘、1 分鐘各一次）。時間用回推設定而非寫死，rundown 一改、提醒就跟著同步，現場臨時調整不必重設整批排程。

3. AI 整理重點：AI 整理節點把該橋段冗長的備註與交接事項，濃縮成一句現場一看就懂的提示，例如「下一段貴賓致詞，限時 5 分鐘，超時請舉牌；致詞後接頒獎，獎座已備在側台」，讓收到的人不必翻長文件就知道重點。

4. 即時推播：橋段開始前，系統透過 Slack 或 LINE 自動通知對應負責人與下一棒，必要的正式交辦也可走 Email。誰該被通知由 rundown 的負責人欄位決定，不會全體轟炸。

5. 控場人工確認：關鍵橋段（如貴賓進場、頒獎、重要表演）要求控場或負責人回覆「收到/就位」，未在預期時間內確認就標記為異常，提示控場人工介入處理，確保最要緊的環節有人為兜底。

需要的工具與串接重點

平台用 n8n 或 Make 串接，核心是「依時間排程 + AI 摘要 + 分眾推播 + 關鍵節點回覆確認」。Google Sheet 或 Notion 是 rundown 的單一真實來源，所有時間與分工都收斂在這。Google Calendar 可作為 rundown 的視覺化版本，方便團隊行前對時間與動線。AI 整理節點負責把備註濃縮成一句話提示，Slack / LINE 是現場即時推播主力（手機人人都看得到），Email 留給需要正式紀錄的交辦。

串接重點有三：第一，提醒觸發點務必用橋段時間回推，rundown 一改提醒就同步，這是現場能臨時調整的關鍵；第二，負責人欄位要和推播對象的帳號對齊，命名或帳號對不上就會推到錯的人；第三，關鍵橋段的「回覆確認」要設逾時告警，沒人回就升級提醒控場，別讓自動推播變成「發了沒人看也沒人管」。

常見錯誤與注意事項

• 自動提醒不取代現場判斷：系統只負責準時提醒，不負責替你下決定。遇到貴賓動線、群眾安全、設備故障這類突發狀況，關鍵橋段務必保留人工確認與現場決策權，AI 不臨場、不該替控場拍板。
• 安全與動線環節要人為兜底：涉及人員安全、消防動線、貴賓維安的橋段，提醒只是輔助，現場仍須有專人負責並確認，不可因為「系統會提醒」就鬆懈。
• 推播別變成洗版：橋段密的活動，提醒太頻繁反而讓人麻痺。建議只推給該橋段相關的負責人與下一棒，並合併相近時間的提醒，避免全體被洗版到忽略真正重要的那一則。
• rundown 是唯一真相：現場臨時調整一定要改回 rundown 主表，靠口頭改而不更新主表，後續排程會抓到舊版本，提醒就會錯亂。

台灣中小企業情境案例

新北一家承接尾牙、產品發表與頒獎典禮的活動執行公司，旺季一晚常要同時開兩個場。導入前，控場全靠資深導演拿著對講機從頭喊到尾，新進執行接手就容易出包——有一場頒獎典禮因為沒人即時提醒，得獎者還在台下聊天、主持人已經報了名字，場面一度尷尬；貴賓致詞超時也常把後面節目擠到草草收尾。導入這條流程後，他們把每場 rundown 整理進共用的 Notion，提醒依橋段時間自動推播給負責人與下一棒，AI 把每段重點濃縮成一句話，關鍵橋段要求回覆就位。上線後，換場漏接的狀況明顯減少，連較資淺的執行也能獨立顧一個場，公司因此得以在同晚多接一檔，控場導演也終於能把心力放在處理真正的突發狀況上。

延伸應用

這條流程的骨架可以再往外擴。把「控場人工確認」的回覆紀錄留存下來，活動後就能做一份「各橋段是否準時、哪裡延誤」的覆盤報表，作為下次估時與分工的依據。針對不同角色客製提醒內容——燈光師收技術 cue 點、主持人收口播提示、後台收上場通知——只是多加幾個分支。線上或實體混合活動，可把「橋段提醒」延伸成「直播切換提醒 + 講者上線提醒」。也能往前接 議程通知與行前提醒流程 共用同一份議程，往後接 現場報到與會後跟進流程，讓行前、現場、會後串成完整一條龍。想看更多可組合的營運模組，歡迎瀏覽 任務食譜庫 與 工作流總覽。

流程圖

用到的工具

更多「專業服務」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →