ACD 自動話務分配

ACD（Automatic Call Distributor）是客服中心的分配引擎，把每一通來電依規則派給最合適的座席。它做得好不好，直接決定了服務水準和座席效率之間的平衡抓不抓得住。

ACD 運作原理與架構

基本架構

ACD 系統由以下核心模組組成：

模組	功能說明
來電識別層	透過 ANI/DNIS 辨識來電者身份與撥入目的
路由決策引擎	根據規則、技能、優先級決定分配目標
排隊管理器	管理等候佇列、預估等候時間
座席狀態管理	即時追蹤座席的可用狀態（Available/Busy/ACW/Break）
統計收集器	收集即時與歷史數據供報表與決策使用

運作流程

來電進入 → ANI/DNIS 識別 → 路由規則比對 → 查詢可用座席
    ↓                                          ↓
  IVR 前導處理                          有可用座席 → 分配接聽
    ↓                                          ↓
  技能標記/優先級指派                    無可用座席 → 進入排隊
                                               ↓
                                        排隊策略處理（等候/溢位/回呼）

ACD 跟傳統總機最大的差別，就在這個「分配」不是隨機轉接，而是綜合技能、優先級、等候時間、座席負載這些條件，挑一個最合適的座席。

分配演算法

輪詢（Round Robin）

最基礎的分配方式，依照固定順序將來電輪流分配給座席。

運作方式： 維護一個座席清單與指標，每次分配後指標移至下一位。

優點	缺點
實作簡單，易於理解	未考慮座席處理能力差異
分配均勻，避免偏頗	未考慮通話時長差異
適合同質性高的團隊	座席忙碌時跳過可能造成不均

適用場景： 座席技能同質、通話類型單一的小型客服中心。

最少使用（Least Recently Used）

將來電分配給最長時間未接聽電話的座席，確保工作量均衡。

運作方式： 系統記錄每位座席上次接聽的時間戳，優先分配給閒置最久的座席。

LRU 是現在最常見的 ACD 預設演算法，因為它本身就帶負載平衡的味道——接了長通話的座席，自然會得到比較長的喘息間隔。

技能路由（Skill-Based Routing）

根據來電需求匹配座席技能，是現代 ACD 的主流策略。

核心要素：

1. 技能定義 — 為每位座席標記技能標籤（語言、產品線、問題類型）
2. 技能等級 — 每項技能設定熟練度（例如 1-10 分）
3. 匹配規則 — 來電需求與座席技能的比對邏輯

技能匹配流程：
1. 識別來電需求（IVR 選擇/客戶資料/DNIS）
2. 篩選具備對應技能的座席
3. 在合格座席中，依技能等級排序
4. 考慮等候時間與座席負載做最終決策

進階技能路由策略：

策略	說明
首選技能優先	優先分配給主要技能匹配的座席
多技能降級	主技能座席全忙時，降級至次要技能座席
技能權重	依技能熟練度加權計算最佳匹配
技能超時升級	等候超過門檻時，放寬技能要求以加速接聽

技能路由不是分越細越好，複雜度要跟客服中心的規模匹配。技能切太碎（超過 20 種）反而拖垮路由效率，會出現一部分座席長期閒置、另一部分忙到翻的情況。建議先從 5-8 個核心技能起步。

溢位策略（Overflow）

當主要佇列或技能群組無法在合理時間內處理來電時，觸發溢位機制。

溢位觸發條件

條件類型	說明	典型設定
等候時間	等候超過 N 秒	60-120 秒
佇列深度	排隊人數超過 N 人	依座席數 2-3 倍

溢位目標層級

第一層溢位 → 同技能次要群組
第二層溢位 → 跨技能通用群組
第三層溢位 → 外包 / 遠端座席
最終溢位 → 語音信箱 / 回呼排程 / 轉 IVR 自助

溢位不該被當成「失敗時的備案」，它其實是服務彈性的一部分。設計得好的溢位，客戶幾乎感覺不到自己被「轉」了一手，服務品質也不會因為溢位就明顯掉下來。

優先級設定

優先級來源

來源	說明	範例
客戶等級	依 CRM 客戶分級	VIP 客戶優先接聽
通話類型	依 IVR 選擇或 DNIS	緊急掛失類優先
等候時間	動態提升久等客戶	等候超過 3 分鐘自動升級
業務規則	依營運需求設定	特定活動期間調整

優先級動態調整

靜態優先級容易造成低優先級客戶永遠等待（starvation）。實務上應採用動態優先級：

有效優先級 = 基礎優先級 + (等候時間 x 時間加成因子)

這確保即使初始優先級較低的來電，隨著等候時間增加也會逐步提升。

ACD 與 PBX 的關係

功能分工

功能	PBX 負責	ACD 負責
通話建立/中斷	是	否
語音編解碼	是	否
智慧路由決策	否	是
排隊管理	否	是
座席狀態管理	否	是
即時統計報表	否	是
轉接/保留操作	是（執行）	是（決策）

到了雲端 CCaaS 架構，PBX 和 ACD 的界線越來越模糊：SBC 取代傳統 PBX 處理 SIP 信令，路由邏輯全交給軟體 ACD 引擎，規則還能透過 API 動態調。

現代 ACD 的進階能力

AI 增強路由

能力	說明
意圖預測	分析客戶歷史行為預測來電目的
最佳配對	基於歷史互動數據找出最佳客戶-座席組合

說到底，ACD 是客服中心的調度大腦，路由策略直接牽動服務水準和營運效率。選哪套分配演算法，要看團隊規模、技能怎麼分布、來電是什麼性質，而且沒有一勞永逸——業務在變，它就得跟著持續調。