- 呢幾個係我見過最多出事嘅地方：
訊號：先解決「邊度」問題
大部分人以為上傳頻寬唔夠就會出事。實際上，酒店 banquet hall 嘅問題通常唔係頻寬， 而係 你揀錯咗位置。
場地入面金屬裝飾、落地玻璃、LED 大屏幕，全部會反射同阻擋無線訊號。 一個喺後排「靚位」嘅 Wi-Fi，訊號可能比唔過走廊盡頭嘅手機基站。
實際測試時我會用同一個測速工具連續行三次，睇最低值而唔係平均值。 平均值 30Mbps 冇意義，最低位得 3Mbps 就會斷。
Backup：唔係後備，係必需
我堅持每一場直播最少 兩條獨立上傳路徑。一條係場館 Wi-Fi， 另一條係自己嘅 5G 流動網絡 router。兩條唔同一個來源，就唔會同一個死。
做直播最怕嘅唔係「唔夠好」，係「完全冇」。 觀眾見到一個 buffering 畫面，比見到一個唔完美嘅訊號更易走。
至於錄影，就更加唔可以只靠串流。串流本身已經係二次編碼， 如果直播中斷咗，錄影都冇。 所以正確做法係 直播用低碼率、錄影用高碼率，兩條獨立輸出。
嘉賓互動：QR code 流程
好多主辦方想做「賓客手機睇返啲相」，但往往因為流程太複雜而失敗。 我試過嘅最簡單可行版本係咁：
- 精選照片 即時上傳到線上 gallery
- 大屏幕顯示一個短網址 + QR code
- 賓客掃碼 → 直接落去 gallery，唔使登入
- 每 15 分鐘更新一次，螢幕角落顯示「已上傳 XXX 張」
重點係 唔好要求下載 App、唔使登入、唔使填表。 每多一個步驟，就多一半人放棄。賓客想睇，掃碼就要見到。
現場 shot list
呢個唔係拍攝嘅 shot list，係 直播切換嘅 shot list。 我會喺開場前寫好，貼喾導播位：
- 開場 — 大全景（establishing shot），觀眾需要知道「呢度係邊度」
- 主講嘉賓 — 中景為主，需要時切近景
- Audience reaction — 笑位、互動moment，呢啲係社交平台最鍾意嘅
- Product / Logo — 每次提到品牌要提醒切
- Pause moments — 講者停頓嗰陣，切觀眾反應
最後一項最易被忽略，但係
常見死位
呢幾個係我見過最多出事嘅地方：
- 冇試過上傳 — 開場前 2 小時一定要做一次 full test upload
- 電量 — 直播設備接電，唔好靠電池。電池係 backup 唔係主電源
- 收音 — 大廳回音嚴重，clip mic 唔夠，通常要 mix 同場擴音
- 嘉賓名稱讀錯 — 開場前確認串場人名，中文名特別易錯
- 唔講片長 — 同客戶事先講清楚直播係「全程」定「精華段」
