現場音響中的 Talkback 與 Intercom：如何選對溝通路徑

TL;DR — 控制台 talkback 會把工程師的麥克風送進指定的音訊混音中，最常用來對表演者講話，尤其是在 setup、彩排調音、rehearsal 或 troubleshooting 時。Production intercom 則是透過專用站台、beltpack、headset 與通訊群組連結工作人員。Talkback 適合與混音相關的指示；intercom 則支援雙向的營運協調與演出提示。不要把任何一種都視為絕對私密或萬無一失。開門前就先定義使用者、目的地、mute 行為、提示優先順序、責任歸屬、測試與備援。

目錄

1. 定義 talkback 與 intercom
2. 選擇正確的溝通路徑
3. 路由與測試通訊
4. 文件化責任與備援
5. FAQ

定義 talkback 與 intercom

Console talkback 是把麥克風接到混音控台，或由混音控台選取後，將其送到指定的 bus 或輸出。FOH 或監聽工程師可在 line check、soundcheck、rehearsal 或 troubleshooting 時，對楔形監聽喇叭與 IEM 混音說話。依照控台設計，talkback 可能是 momentary 或 latched，也可能送到一個混音、多個混音、舞台楔形監聽喇叭、錄音或其他目的地。

Production intercom 是專為工作人員通訊設計的系統。有線或無線站台與 beltpacks 會把使用者連到一個或多個通道、群組，或點對點路徑。舞台管理、音訊、燈光、影像、自動化、攝影與秀控，在演出前與演出期間都可能使用它。

Intercom 的介面可以連到混音控台，音訊提示 feed 也可以進入 intercom 系統，但這不代表兩者用途相同。把每一個橋接都視為有名稱、經過測試、且有負責人的交接點。

選擇正確的溝通路徑

Soundcheck 與表演者指示

當工程師需要透過現有的監聽混音接觸表演者時，talkback 非常有用：例如要求鼓手調整、確認人聲通道，或說明監聽調整。只路由到必要的目的地即可。一般性指示可以送到所有混音；較敏感或容易干擾的訊息，則可能只需要送到某一組混音，或只到舞台上的喇叭。

表演者的回覆也需要回傳路徑。這可以是開啟的人聲麥克風、專用的舞台 talkback 麥克風、可切換的麥克風，或給工作人員使用的 intercom。請明確說明預期的回傳方式，避免有人以為一支被關靜音的人聲麥克風仍然收得到。

Show calling 與工作人員協調

Standby、go cue、場景切換、安全協調、攝影指示與跨部門時間控制，應使用 production intercom。這些流程需要已知的參與者、通訊群組、提示用語、麥克風紀律，以及負責管理系統的操作者。詳見 production intercom 技術需求清單，其中有更完整的設備與人力說明。

不要把藝人的監聽混音當成主要的工作人員 intercom。演出訊息可能干擾表演者，而且一旦混音改動或控台故障，最需要協調的時候路徑就可能消失。

FOH 到舞台的 troubleshooting

在 line check 期間，FOH talkback 可以透過指定的 wedge、cue bus、matrix 或 intercom 介面，傳到監聽工程師或舞台技術人員。請確認這條路徑是否會受到控台 mute、scene recall、DCA control 或輸出處理影響。即使 PA 被靜音，目的地仍必須保持可理解。

如果 FOH 與舞台之間需要長時間的雙向除錯，intercom 通常更清楚，因為雙方都戴著 headset，而且不會占用表演者的混音。Talkback 則可以保留作為直接對音樂人的溝通方式。

Broadcast 與錄音隱私

不要假設 talkback 不會出現在串流或錄音裡。必須追查 direct outs、bus pickoff 點、matrices、USB feeds、network subscriptions 與錄音機 patch。Producer intercom 或 studio-style cue path 可能會刻意送到耳機，但不應進入 program feed。

Intercom 也不會自動保密。無線覆蓋、partyline 成員設定、橋接系統、錄音介面與開放式喇叭，都可能讓對話外洩。請先建立預期，並避免在營運通訊頻道上談敏感內容。

路由與測試通訊

1. 列出每一位使用者。 包含表演者、FOH、monitor、stage management、patch、lighting、video、camera 與 production lead。
2. 命名每一個溝通工作。 把表演者指示、混音需求、show cue、安全事項與一般工作人員協調分開。
3. 選擇路徑。 為每一項工作分配 talkback、intercom、視覺提示、無線電、電話或其他核可方法。
4. 規劃雙向路徑。 指定誰說話、誰接收、回覆如何送回，以及是否為單向路徑。
5. 追查控制行為。 測試 mute groups、scenes、snapshots、solo modes、bus masters、matrices 與輸出靜音。
6. 保護 program 目的地。 確認 talkback 不會進入 audience PA、stream、recorder、press feed 或 lobby，除非有明確需求。
7. 在演出條件下測試。 戴上真實的 headset 與 IEM，開啟 PA、關門，並測試無線覆蓋與噪音狀況。
8. 演練備援。 斷開或靜音主要路徑，並證明已同意的替代方式可用。

定義 momentary 與 latched 行為

momentary talk 按鍵在按住時傳送；latch 則會保持開啟直到釋放。momentary 較能降低麥克風不小心一直開著的風險，而 latch 在長時間的排練溝通時會更方便。如果允許 latch，請提供清楚的狀態指示，並在演出前做 reset 檢查。

Intercom 站台也可能依通道使用 momentary 或 latched talk keys。請確認每位使用者的 call light、sidetone、麥克風增益、listen level 與通道選擇。耳機能聽到，不代表麥克風真的送到了正確的群組。

控制音量與清晰度

通訊音量必須大到足以理解，但又不能嚇到表演者或蓋過演出聲音。請檢查 talkback 麥克風增益、若有使用時的 compression、bus level、destination level 與 IEM limiter 行為。避免過重的效果與過多的低頻能量。路由要保持簡單，讓工程師能快速找出錯誤。

文件化責任與備援

把通訊計畫放在它所支援的音訊與製作流程旁邊。具體的控台路由可以寫在 show file 裡，但技術需求清單仍必須說明使用者、目的地、責任歸屬與備援，讓另一組工作人員也能驗證。

對 intercom 而言，請記錄 station 數量、有線與無線角色、通道分配、介面、電源、覆蓋範圍、備用電池、提示用語，以及誰可以變更設定。不要只寫「需要 comms」。

常見錯誤

• 因為方便就把 talkback 送到每一個 mix；
• 假設表演者在麥克風被靜音後仍然可以回話；
• 讓 talkback 進入 broadcast、錄音、lobby 或觀眾 feed；
• 在沒有測試備援的情況下，把 talkback 當成安全關鍵的 show calling；
• 讓所有部門都擠在同一個吵雜的 intercom channel；
• 沒有測試 scene recall、mute groups 與輸出主控；
• 留下一支 latched 麥克風持續開著；
• 只文件化硬體，卻沒有使用者、通道、責任歸屬或 cue 流程。

通訊交接檢查清單

• 每位使用者與通訊工作都已列出。
• 單向與回傳路徑都已規劃。
• Talkback 目的地與 program 排除項目都已明確寫出。
• Intercom 群組與提示用語符合製作流程。
• momentary、latch、mute 與 recall 行為都已測試。
• 音量與無線覆蓋在演出條件下可用。
• 每一個路由邊界都有單一負責人。
• 可行的備援方案已實際演練。

FAQ

talkback 和 intercom 有什麼差別？

Talkback 通常是把控台麥克風送進指定的音訊混音，用來和表演者或音訊團隊溝通。Intercom 則是專用的雙向工作人員通訊系統，包含站台、headset，以及指定的通道或群組。

混音台上的 talkback 是什麼？

它是工程師可以路由到指定 bus 或輸出的麥克風路徑，通常會搭配 momentary 或 latched 開關。它常用於 soundcheck、rehearsal、監聽指示與 troubleshooting。

talkback 可以取代 production intercom 嗎？

對大多數跨部門或 cue 很多的演出來說，不行。Talkback 可以處理簡單的音訊指示，但 intercom 提供雙向工作人員溝通、群組分配、show calling 與營運上的獨立性。規模較小的製作仍應定義備援方案。

FOH talkback 麥克風應該讓誰聽到？

只讓當下任務需要的人聽到。請有意識地選擇表演者混音、monitor position、stage wedge 或其他目的地，並確認 audience PA、stream、錄音、press 與 lobby feed 都已排除，除非你本來就要送進去。

技術需求清單要怎麼寫 talkback 和 intercom？

列出使用者、說話者、聆聽者、目的地、回傳路徑、硬體或介面、通道分配、mute 與 recall 行為、負責人、測試程序、show state 與備援。把這份計畫連結到 monitor、production 與 cue 文件。

讓通訊路徑保持最新

用 Techrider.live 建立並分享最新的 Rider，把 talkback 與 intercom 註記連結到對應的人與目的地，並邀請協作者一起編輯同一份 Rider。儲存已驗證的 show state，並查看歷史紀錄，讓下一組工作人員知道誰可以對誰說話，以及主路徑失效時會發生什麼事。