通話監控與介入
通話監控是客服中心做品質管理和即時支援的關鍵能力。主管靠不同的監控模式掌握座席的服務狀況，需要時就跳進去幫忙或指導。這篇談四種主要模式的運作機制、適用場景和權限規劃。
監控模式總覽
| 模式 | 座席感知 | 客戶感知 | 主管能力 | 介入程度 |
|---|---|---|---|---|
| Silent Monitor | 可選（通常不知） | 不知 | 僅聽取 | 最低 |
| Whisper | 知道 | 不知 | 聽取 + 對座席說話 | 中 |
| Barge-in | 知道 | 知道 | 三方通話 | 高 |
| Record | 可選 | 依法規告知 | 事後聽取 | 無（事後） |
Silent Monitor（靜音監聽）
運作原理
主管透過 CTI 介面選定座席後，系統在媒體層建立單向音訊橋接。主管可聽到座席與客戶的完整對話，但雙方均無法聽到主管。
[客戶] ←→ [媒體伺服器] ←→ [座席]
↓
[主管（僅接收）]技術實現
| 架構 | 實現方式 |
|---|---|
| TDM 環境 | PBX 在交換矩陣建立第三方監聽埠 |
| IP 環境 | 媒體伺服器複製 RTP 串流至主管端點 |
| WebRTC 環境 | 伺服器端混音後單向推送至主管瀏覽器 |
適用場景
| 場景 | 說明 |
|---|---|
| 品質抽檢 | 隨機監聽座席通話，評估服務品質 |
| 新人觀察 | 監聽新座席的實際服務表現 |
| 投訴處理監控 | 即時掌握客訴處理過程 |
| 培訓輔助 | 監聽後提供事後回饋 |
| 合規監控 | 確認座席遵循法定告知義務 |
要不要讓座席知道自己被監聽，是個管理哲學問題。有些系統會在座席介面亮個指示（例如狀態列提示）。告知的好處是強化合規意識，壞處是座席知道有人在聽，表現可能就沒那麼自然。
監聽禮儀與規範
| 規範 | 說明 |
|---|---|
| 最小必要原則 | 僅在業務需要時監聽 |
| 時間限制 | 單次監聽建議不超過完整通話時長 |
| 記錄留存 | 記錄監聽時間、對象、目的 |
| 通知義務 | 依各地勞動法規，可能需事前告知員工 |
Whisper（耳語/教練模式）
運作原理
主管可即時對座席說話，但客戶聽不到主管的聲音。座席可同時聽到客戶與主管的聲音。
[客戶] ←→ [媒體伺服器] ←→ [座席]
↓ ↑
[主管（聽取）] ─→ [主管（對座席說話）]技術實現
媒體伺服器需處理非對稱音訊路由：
- 客戶 → 座席：正常雙向
- 客戶 → 主管：單向（主管聽到客戶）
- 主管 → 座席：單向（座席聽到主管）
- 主管 → 客戶：阻斷（客戶聽不到主管）
適用場景
| 場景 | 說明 |
|---|---|
| 即時指導 | 新手座席遇到困難時，主管即時提供話術建議 |
| 複雜案例協助 | 座席面對專業問題時，主管提供知識支援 |
| 升級處理引導 | 客訴升級前，主管先行評估並給予處理建議 |
| 合規提醒 | 座席即將遺漏法定告知事項時即時提醒 |
Whisper 講究的是簡短。座席一邊還要聽客戶講話，主管的指導要短、要明確，別長篇大論害座席分心。最好事先約好幾句短暗語，像「提供折扣」、「轉主管」、「確認身份」。
Whisper 使用建議
| 建議 | 說明 |
|---|---|
| 簡短指令 | 每次耳語不超過 10 個字 |
| 暗語系統 | 建立主管與座席的常用指令詞彙 |
| 等待間隙 | 在客戶說話時對座席耳語，避免干擾座席回應 |
| 語速控制 | 放慢語速，確保座席能同時聽取雙方 |
| 事前演練 | 新座席應先進行 Whisper 模擬訓練 |
Barge-in（強插/三方通話）
運作原理
主管加入通話，形成三方通話。客戶與座席都能聽到主管的聲音，主管也能直接與客戶對話。
[客戶] ←→ [媒體伺服器] ←→ [座席]
↕
[主管（全雙向）]操作流程
主管正在 Silent Monitor 或 Whisper
↓
判斷需要直接介入 → 按下 Barge-in 按鈕
↓
系統建立三方通話橋接
↓
主管：「您好，我是客服主管 XXX，我來協助處理您的問題。」
↓
處理完畢 → 主管退出 → 回復座席與客戶雙方通話
或 → 主管接管 → 座席退出適用場景
| 場景 | 說明 |
|---|---|
| 客訴升級 | 客戶要求與主管通話 |
| 緊急介入 | 座席處理出現嚴重偏差 |
| 專業支援 | 需要主管的專業知識直接回應客戶 |
| 服務恢復 | 座席服務出錯，主管直接致歉與補救 |
| 權限決策 | 需要主管即時授權（如大額折讓） |
Barge-in 是最後手段。用得太頻繁，會打擊座席的自信，也會讓客戶不再信任座席。所以優先用 Whisper 引導座席自己處理，只有 Whisper 沒用或情況緊急時，才動用 Barge-in。
三方通話後的處理模式
| 模式 | 流程 | 適用情境 |
|---|---|---|
| 主管退出 | 主管掛斷，座席繼續服務 | 問題已解決，座席可繼續 |
| 座席退出 | 座席掛斷，主管接手 | 客訴升級，主管全程處理 |
| 協作轉接 | 主管帶客戶轉至專責部門 | 需要其他部門介入 |
Record（即時錄音）
錄音模式
| 模式 | 說明 | 適用場景 |
|---|---|---|
| 全程錄音 | 所有通話自動錄音 | 金融業法規要求 |
| 選擇性錄音 | 依規則觸發（客戶等級/通話類型） | 成本與合規平衡 |
| 手動錄音 | 座席或主管按鈕啟動 | 特定需要時 |
| 暫停/恢復 | 輸入敏感資訊時暫停錄音 | 信用卡號/密碼等 PCI 合規 |
錄音架構
| 架構 | 說明 |
|---|---|
| 主動式（Active） | 媒體伺服器將音訊串流即時寫入錄音系統 |
| 被動式（Passive） | 透過交換機鏡像埠（Port Mirroring）擷取封包 |
| 混合式 | 主動錄音為主，被動式作為備援 |
錄音品質要求
| 要素 | 標準 |
|---|---|
| 取樣率 | 至少 8kHz（電話品質），建議 16kHz |
| 編碼格式 | WAV/MP3/Opus |
| 聲道 | 雙聲道（座席與客戶分軌）為佳 |
| 儲存期限 | 依產業法規（金融業通常 7 年以上） |
| 防竄改 | 錄音檔需具備完整性驗證（Hash） |
錄音有法規要求：多數地區規定通話一開始就要告知客戶正在錄音（像那句「為保障您的權益，本通電話將全程錄音」）。有些地方（例如美國某些州）甚至要雙方都同意。上線前務必確認當地法規。
錄音的品質管理應用
| 應用 | 說明 |
|---|---|
| 品質評分 | QA 團隊抽聽錄音並評分 |
| 爭議處理 | 客戶爭議時作為佐證 |
| 培訓素材 | 優良/待改善通話作為教材 |
| 語音分析 | AI 分析情緒、關鍵字、合規用語 |
| 合規稽核 | 確認座席遵循必要告知與流程 |
權限控制設計
角色與權限矩陣
| 功能 | 一線座席 | 資深座席 | 組長 | 主管 | 品質管理 | 系統管理 |
|---|---|---|---|---|---|---|
| Silent Monitor | - | - | 本組 | 全部 | 全部 | - |
| Whisper | - | - | 本組 | 全部 | - | - |
| Barge-in | - | - | - | 全部 | - | - |
| 錄音播放 | 自己 | 自己 | 本組 | 全部 | 全部 | - |
| 錄音下載 | - | - | - | 核准後 | 核准後 | - |
| 錄音刪除 | - | - | - | - | - | 核准後 |
權限控制原則
| 原則 | 說明 |
|---|---|
| 最小權限 | 僅授予完成職責所需的最低權限 |
| 範圍限制 | 組長僅能監控本組座席 |
| 操作記錄 | 所有監控行為留下稽核軌跡 |
| 時間限制 | 可設定監控操作的時段限制 |
| 敏感資料保護 | 錄音含個資，存取需符合個資法 |
稽核紀錄欄位
每次監控操作應記錄：
| 欄位 | 說明 |
|---|---|
| 操作者 | 執行監控的主管/QA 人員 |
| 操作類型 | Monitor/Whisper/Barge-in/Record Play |
| 目標座席 | 被監控的座席 |
| 通話 ID | 被監控的通話識別碼 |
| 開始時間 | 監控開始時間 |
| 結束時間 | 監控結束時間 |
| 操作原因 | 監控目的（品質抽檢/即時指導/投訴處理） |
通話監控同時碰到員工隱私和客戶個資兩件事。企業應該在員工合約裡把監控政策寫清楚，並符合當地勞動法規和個資法；錄音的存取、保留、銷毀，也都要有明文的管理辦法。
四種監控模式各有各的場合，從被動觀察（Silent Monitor）到主動介入（Barge-in），主管看情況挑最合適的。而要讓監控功能合法合規地跑，靠的是紮實的權限控制和稽核機制；至於 AI 的加入，則讓監控從過去的「抽樣」逐漸走向「全面」。