虛擬號碼

什麼是雲端聯絡中心?完整指南

雲端聯絡中心的解釋 - 其工作原理、核心功能、AI 功能、CCaaS 與 UCaaS、雲端與本地比較、聯絡中心 KPI、安全性以及如何選擇提供者。

Akil Patel

資深作家

更新於 2026 年 10 月 20 日閱讀時間 17 分鐘
分享
What is a cloud contact center: voice, chat, email and SMS flowing into one cloud platform for agents working anywhere

傳統的呼叫中心是由它所擁有的東西來定義的:一個房間、一個壁櫥裡的 PBX、一組實體辦公桌和固定數量的電話線。增加容量意味著訂購硬體。當客服人員需要在家工作時,系統會與他們對抗。當通話量季節性激增時,您的座位要么太多,要么太少。

雲端聯絡中心採取不同的起點。基礎設施——路由、ACD、IVR、錄音、分析——在供應商的伺服器上運作。代理從瀏覽器登入。容量可在幾分鐘內擴充。客戶可能用來聯絡您的每個管道(電話、聊天、電子郵件、簡訊)都會透過同一平台,進入同一隊列,無論誰接聽,都可以看到相同的客戶歷史記錄。

本指南解釋了它的工作原理、真實平台提供的功能(包括現在標準的 AI 層)、它與本地系統和 UCaaS 的比較,以及在提供者中評估的內容。

雲端聯絡中心到底是什麼

雲端聯絡中心(通常被稱為 CCaaS 或聯絡中心即服務)是一個面向客戶的通訊平台,由第三方供應商託管並透過網際網路存取。它透過具有共享客戶資料和共享隊列的單一席桌面,處理語音、即時聊天、電子郵件、簡訊和社交管道的入站和出站客戶互動。

商業模式是基於訂閱的:每個代理商每月,有時會根據分鐘和頻道的使用情況收費。無需預先購買硬體。供應商營運伺服器、維護正常運作時間、推播功能更新並管理安全合規性。您可以透過管理入口網站配置代理程式。

決定性特徵不是技術,而是技術本身 為了。雲端聯絡中心專為面向客戶的數量而建置:具有等待時間和 SLA 的呼入佇列、具有合規性控制的呼出活動、主管監控以及按座席、佇列和頻道進行的報告。這就是它與商務電話系統或 UCaaS 平台的區別,後者針對內部通訊而不是客戶營運進行了最佳化。

雲端聯絡中心如何運作

Agent desktop screen for an incoming call showing the five steps: channel in, IVR intent, ACD routing, customer history and CRM record, and the after-call summary

當客戶透過電話、聊天或電子郵件聯絡您的企業時,雲端聯絡中心平台會依序執行五件事:

1. 通道攝取 — 客戶的互動透過適當的網關進入:用於語音通話的 DID(直接向內撥號)號碼、用於網路會話的聊天小工具、用於取得票證的電子郵件地址或用於文字的 SMS 長代碼或短代碼。

2.IVR(互動式語音應答) — 對於語音呼叫,IVR 會播放選單並收集呼叫者的意圖。現代 IVR 使用自然語言語音識別而不是 DTMF 鍵盤輸入,因此呼叫者說出呼叫原因而不是按號碼。

3.ACD(自動呼叫分配器) — ACD 根據路由邏輯將互動路由到正確的座席或佇列:基於技能的路由(將計費呼叫傳送給受過計費訓練的座席)、優先權路由(企業客戶插隊)、預測路由(根據歷史資料將呼叫者與最有可能解決問題的座席相符)或 CRM 支援的路由(在路由之前拉出呼叫者的帳戶層並打開票證)。

4.座席桌面 — 座席在統一桌面中接收交互,顯示呼叫者之前所有聯絡人的歷史記錄、他們的 CRM 記錄以及先前交互的任何註釋。主管可以查看即時隊列儀表板、監控活動呼叫,並在客戶不聽到的情況下向客服人員提供耳語指導。

5. 通話後工作與分析 — 互動結束後,平台記錄呼叫處理、記錄任何註釋(或透過 AI 自動產生註釋)、更新 CRM 記錄,並將互動資料輸入歷史報告和品質監控。

整個堆疊(從電話網路到座席桌面再到分析引擎)都在供應商的雲端基礎架構上運作。無需在代理位置安裝任何實體設備。

雲端聯絡中心的核心功能

IVR 和 ACD 路由

IVR 在呼叫者聯繫座席之前收集呼叫者的意圖。 ACD 將意圖路由到正確的位置。它們共同決定您的隊列是否能夠乾淨地處理流量,還是會導致漫長的等待時間和錯誤的部門轉移。

配置良好的 IVR 可在任何座席參與之前解決常見請求(餘額檢查、訂單狀態、預約確認),從而減少座席處理時間。配置良好的 ACD 可以最大限度地減少誤接呼叫—這是造成重複聯繫和高處理時間的最大因素。

全通路支援

客戶可以透過目前方便的管道聯繫企業:他們可能會從聊天小工具開始,透過電子郵件跟進,並在問題未解決時致電。全通路聯絡中心透過同一佇列路由所有這些管道,並向客服人員顯示跨渠道的完整對話歷史記錄,因此客戶不必每次都重新解釋問題。

孤立的管道工具——一種用於通話的工具,另一種用於電子郵件的工具,第三種用於聊天的工具——恰恰造成了全渠道所解決的問題:歷史記錄斷開、服務不一致,以及客服人員無法看到客戶在聯繫客戶之前做了什麼。

出站撥號器

對於銷售驅動的聯絡中心,出站撥號器會自動執行撥打電話的流程:

預測撥號器 同時撥打多個號碼,僅當有人接聽時才連接客服人員。他們最大限度地延長座席通話時間,但需要謹慎調整節奏,以將放棄的通話率保持在監管限制範圍內。

電源撥號器 自動為每個可用座席撥打一通電話,無需預測應答率。通話時間比預測時間短,但合規態度更簡單,對於應答率較低的 B2B 更安全。

預覽撥號器 在撥號前向客服人員顯示聯絡記錄 — 客服人員在撥打電話之前進行確認。用於高價值客戶或敏感的外展活動,在對話開始之前,情境很重要。

美國的出站撥號需要遵守 TCPA 和 FCC 關於自動撥號的規定。確認您評估的任何平台都具有內建同意管理、通話上限和時間控制功能。

人工智慧特點

人工智慧不再是雲端聯絡中心的高級附加元件——它正在成為標準功能層。在實踐中最重要的功能:

AI代理協助 — 在即時通話期間向座席提供即時建議:相關知識庫文章、建議回應和下一步最佳操作提示。客服人員可以接受、編輯或忽略建議。研究一致表明,人工智慧輔助可減少平均處理時間,同時提高首次呼叫解決率。

聊天機器人和語音機器人 — 人工智慧驅動的自動回應器,用於常見的客戶查詢。訓練有素的聊天機器人可以在任何人工代理參與之前轉移 30-40% 的入站聊天量(回答常見問題、接受訂單狀態查詢、處理簡單請求)。語音機器人使用自然語言語音辨識來處理相同的電話通話。

自動通話摘要 — AI 會產生通話後摘要,並在每次互動後自動更新 CRM 記錄。消除了每次呼叫通常需要 1-3 分鐘的人工呼叫後工作,這對於聯絡中心規模來說是有意義的節省。

情緒分析 — 在通話過程中即時偵測呼叫者情緒,標記負面情緒以供主管介入。所有互動的通話後情緒評分為 QA 團隊提供了一個最有可能需要注意的通話的審查起點。

AI品質評分 — 根據定義的品質標準對 100% 的呼叫進行自動評分,而不是典型的 1-3% 手動取樣。經理們可以看到哪些代理商一直很強大,哪些代理商需要指導,而沒有手動品質檢查的主觀性和抽樣偏差。

預測路由 — 使用歷史互動資料將每個傳入聯絡人與最有可能快速解決問題並產生積極調查回應的客服人員相匹配。超越基於技能的路由:它不是路由到具有計費技能的任何人,而是路由到特定的代理,該代理對過去類似呼叫的處理與最佳結果相關。

即時儀表板和歷史報告

即時儀表板向主管顯示目前正在發生的情況:目前正在呼叫的座席、等待的座席、可用的座席、按通道排列的隊列深度、當前等待時間、服務等級(在 SLA 目標內應答的呼叫的百分比)。這是操作控制層——沒有它,主管就無法看到正在開發的佇列備份,直到呼叫者已經放棄。

歷史報告回答了計畫問題:上週二我們的通話量是多少?哪個隊列的平均等待時間最長?哪位客服人員的呼叫後工作時間最長?我們的計費呼叫的首次通話解決率是多少?

僅提供其中之一(即時可見性或歷史報告)的平台是不完整的。聯絡中心管理兩者都需要。

勞動力管理

勞動力管理 (WFM) 工具處理座席調度和預測。根據歷史呼叫量模式,WFM 引擎會預測一天中每個時間間隔需要多少座席,然後制定滿足服務水準目標且不會出現人員過多的時間表。

對於擁有 20 多個座席的聯絡中心,手動調度(或錯誤調度)的成本非常高。即使每個班次配備兩名座席,人員過剩也會導致四分之一以上的嚴重成本。 WFM 可自動執行數學計算並與即時遵守情況整合:當客服人員未遵循其預定狀態時,它會被標記。

通話錄音和品質保證

通話錄音既是合規性要求(在許多受監管的行業中)也是品質工具。錄音可用於 QA 審查、代理指導、爭議解決和 AI 評分。在雲端聯絡中心,錄音儲存在提供者的雲端中,可按日期、座席、電話號碼或呼叫處理進行搜尋。

PCI DSS 合規性要求在支付卡輸入期間自動暫停通話錄音。確認您為支付處理聯絡中心評估的任何平台都透過 DTMF 觸發器實現暫停-恢復錄音。

客戶關係管理整合

未與 CRM 整合的雲端聯絡中心會建立一個工作流程,座席需要在電話介面和 CRM 標籤之間手動切換 — 速度慢、容易出錯且令人沮喪。適當的 CRM 整合可以提供:

  • 彈螢幕 — 當通話接通時,在客服人員打招呼之前,來電者的 CRM 記錄會自動開啟。
  • 點選通話 — 客服人員透過點擊號碼從 CRM 內撥號,無需切換到單獨的撥號器。
  • 自動通話記錄 — 通話結果、持續時間和備註(或 AI 產生的摘要)會發佈到 CRM 記錄,無需手動輸入。

大多數企業雲端聯絡中心都與 Salesforce、HubSpot、ServiceNow 和 Zendesk 整合作為標準。在評估平台之前確認整合的深度,尤其是自動日誌記錄和螢幕彈出。

當你準備好時

保護您的業務線。

MCM 的本地號碼附帶經過驗證的來電顯示和智慧呼叫過濾 - 客戶始終知道是您本人,垃圾郵件永遠不會到達您的團隊。

取得您的本地號碼

雲端聯絡中心與本地聯絡中心:真正的比較

A cloud admin portal adding agents in minutes next to an on-premise rollout plan that takes weeks to months

方面雲端聯絡中心本地系統
設定時間幾小時到幾天幾周到幾個月
前期成本無(訂閱)高(硬體、授權)
縮放新增/刪除代理許可證訂購和安裝硬體
遠端代理Native——基於瀏覽器的登錄需要 VPN 或遠端桌面
軟體更新自動、提供者管理手動,需要停機
災難復原內建於提供者的基礎設施中需要單獨的災難復原投資
客製化僅限於平台公開的內容更深但需要 IT 資源
合規所有權在提供者和運營商之間共享營運商擁有一切

內部部署的爭論主要存在於兩種情況下:雲端供應商無法滿足有記錄的資料駐留監管要求的組織,以及具有高度客製化的電話整合的大型企業,這些整合的遷移成本高於維護成本。對於大多數聯絡中心(尤其是那些擁有遠端或分散式團隊的聯絡中心)來說,雲端模型在日常重要的各個方面都具有卓越的營運優勢。

雲端聯絡中心與 UCaaS

A UCaaS team workspace for employees next to a CCaaS queue dashboard for customers, linked for transfers and shared presence

UCaaS(統一通訊即服務)和 CCaaS(雲端聯絡中心)經常被混淆,因為有些提供者同時提供這兩種服務,而有些平台模糊了它們之間的界線。

功能區別: UCaaS服務內部員工,CCaaS服務外部客戶.

UCaaS 平台為您的團隊提供語音、視訊、訊息和狀態—員工用來相互溝通以及與合作夥伴溝通的工具。它通常包括基本的呼叫佇列、語音郵件和共用目錄。

雲端聯絡中心可處理面向客戶的全部複雜性:具有 SLA 報告的呼入隊列、呼出撥號活動、IVR 樹、全通路路由、主管監控、勞動力管理、QA 和詳細的客戶旅程分析。

您所需要的問題可以透過您的代理商實際所做的事情來回答。偶爾在處理其他工作的同時處理呼入電話的員工(一個小型客戶服務團隊,每個人也執行其他任務)通常可以透過帶有呼叫佇列的 UCaaS 得到良好的服務。專門的聯絡中心團隊每天跨多個管道處理數百個呼叫,需要 CCaaS。

許多組織兩者都需要。內部團隊在 UCaaS 上運作;面向客戶的聯絡中心在 CCaaS 上運作。這兩個平台通常是整合的,因此聯絡中心代理可以查看同事的空閒情況並將通話轉接給內部專家。

要追蹤的關鍵聯絡中心 KPI

A sample contact center scoreboard showing five KPIs read together: first call resolution, average handle time, average speed of answer, abandonment rate and CSAT

雲端聯絡中心產生的資料遠多於本機系統。了解哪些指標真正重要可以防止儀表板過載,並使團隊專注於影響客戶體驗的結果:

首次呼叫解決率 (FCR) — 第一次互動後解決的聯繫百分比,無需客戶回電。 FCR 是 CSAT 最強的預測因子。對於營運良好的聯絡中心,產業基準運作率為 70-75%;低於 60% 表示結構路由或代理知識問題。

平均處理時間 (AHT) — 總通話時間加上等待時間加上每次互動的通話後工作。 AHT 是一種生產力衡量標準,而不是品質衡量標準——永遠不要孤立地優化 AHT。只接受降低 AHT 指導的客服人員通常會縮短互動時間,從而降低 FCR 和 CSAT。

平均回答速度 (ASA) — 從佇列中應答呼叫的速度有多快。大多數聯絡中心的目標時間是 20-30 秒,但正確的目標取決於來電者的期望和管道。聊天用戶期望比電話呼叫者更快的回應。

放棄率 — 在聯絡客服之前掛斷電話的來電者的百分比。高於 5-8% 表示排隊時間超出了客戶的耐心。按隊列和一天中的時間追蹤放棄情況,以確定具體的容量差距。

顧客滿意度分數 (CSAT) — 接受服務的客戶的接觸後調查評級。 CSAT 是所有其他指標所服務的輸出指標。按座席、佇列和頻道進行追蹤 - 頻道級 CSAT 通常表示語音比聊天更快解決問題,反之亦然,這應該會影響頻道路由策略。

安全性和合規性

雲端聯絡中心的安全狀況取決於提供者的基礎設施,這使得供應商評估與功能比較一樣重要。

加密 — 語音通話應在傳輸過程中加密(SIP 訊號採用 TLS,媒體採用 SRTP),靜態錄音則應進行加密。確認提供者使用哪種標準,以及所有錄音儲存是否都經過加密,而不僅僅是傳輸過程中的加密。

存取控制 — 針對代理程式和管理員登入的多重驗證、單一登入整合(Okta、Azure AD)以及限制每個代理程式或主管角色可以查看和執行的操作的基於角色的權限。驗證是否可以在幾分鐘內從管理入口網站撤銷前員工的存取權限。

健康保險流通與責任法案 — 處理受保護健康資訊的醫療保健聯絡中心必須使用具有符合 HIPAA 基礎設施並簽署業務合作協議 (BAA) 的提供者。並非每個雲端聯絡中心供應商都提供此服務 - 請在入圍之前確認。

PCI資料安全標準 — 透過電話取得支付卡資訊的聯絡中心需要在卡片輸入過程中暫停-恢復記錄,並且他們需要了解基礎設施的哪些元素屬於 PCI 範圍。向提供者詢問 PCI DSS 證明以及涵蓋哪些環境。

SOC 2 類型 II — 對提供者的安全控制進行至少六個月的第三方審核。 SOC 2 Type II 是任何嚴肅的雲端聯絡中心供應商都期望獲得的基準安全認證。要求提供報告,而不僅僅是他們擁有報告的聲明。

如何選擇雲端聯絡中心供應商

渠道覆蓋 — 從客戶實際使用的管道開始。如果您 80% 的音量是語音和某些電子郵件,那麼您需要一個強大的語音平台。如果您有活躍的聊天和社交管道,請確認它們是完全原生的(不是單獨購買的附加元件)。

AI能力深度 — 具體示範 AI 功能:即時通話期間的 AI 代理協助、聊天機器人偏轉率、自動通話摘要。行銷頁面對「人工智慧驅動」功能的描述與實際提供的功能差異很大。

CRM 整合品質 — 請求您需要的特定 CRM 整合的示範。螢幕彈出、點擊通話和自動記錄都需要在您的 CRM 版本中運行,而不是在通用演示環境中運行。

正常運作時間 SLA 和歷史記錄 — 99.99% 的年度正常運作時間 SLA 表示每年約有 53 分鐘的停機時間。詢問過去 12 個月的實際正常運行時間歷史記錄,而不僅僅是合約承諾。聯絡中心的中斷並不是一個小小的不便-它會使整個面向客戶的營運陷入癱瘓。

WFM 和報告深度 — 如果您有超過 25 位客服人員,則勞動力管理不是可選的。評估 WFM 是平台原生的還是單獨的集成,以及歷史報告是否涵蓋您的管理團隊實際追蹤的 KPI。

遷移支援 — 具體詢問號碼移植時間表、SIP 幹線切換程序,以及提供者是否指派實施工程師或為您提供自助服務入口網站。

My Country Mobile 的聯絡中心平台涵蓋全端 — 入站 ACD 和 IVR、出站撥號器、跨語音、聊天、電子郵件和 SMS 的全渠道路由、AI 座席協助、自動呼叫摘要、實時儀表板和歷史報告,並在 190 多個國家/地區提供直接運營商級互連,覆蓋全球。 與團隊交談 對您的實際流量進行即時試點。

如果您的代理商主要是內部員工,請參閱我們的指南 UCaaS 是什麼.

當你準備好時

準備好在您銷售的任何地方聽起來都很本地化了嗎?

MCM 透過呼叫路由、分析和 CRM 就緒集成,可在幾分鐘內啟動業務號碼。開始試用—無需卡片即可瀏覽庫存。

開始試用

常見問題

什麼是雲端聯絡中心?

託管在提供者基礎架構上的客戶服務平台,透過單一代理桌面處理入站和出站語音、聊天、電子郵件和簡訊。無需現場硬體;按每個代理商每月計費。

雲端聯絡中心和UCaaS有什麼差別?

UCaaS 處理內部員工通訊-員工之間的電話、視訊、訊息傳遞。雲端聯絡中心 (CCaaS) 處理外部面向客戶的操作:入站佇列、出站撥號器、IVR、ACD、主管監控和客戶分析。許多組織都使用兩者。

雲端聯絡中心與傳統呼叫中心有什麼不同?

傳統的呼叫中心需要現場硬體、固定地點和前期資本投資。雲端聯絡中心在提供者的基礎設施上運行,透過添加許可證進行擴展,並允許座席在任何地方工作。

我應該在雲端聯絡中心中尋找哪些功能?

IVR 和 ACD 路由、全通路支援、出站撥號器、即時儀表板、歷史報告、CRM 整合、通話錄音、勞動力管理和 AI 功能(座席協助、聊天機器人、自動摘要、情緒分析和 AI 品質評分)。

我應該追蹤哪些聯絡中心 KPI?

首次呼叫解決率 (FCR)、平均處理時間 (AHT)、平均回應速度 (ASA)、放棄率和客戶滿意度得分 (CSAT)。將這五項放在一起進行追蹤——單獨優化任何一項都會降低其他項的效能。

雲端聯絡中心是否安全且合規?

信譽良好的提供者可根據需要提供 TLS/SRTP 加密、MFA、基於角色的存取、SOC 2 Type II 認證以及 HIPAA/PCI DSS 合規性。始終詢問實際的合規認證和正常運行時間歷史記錄,而不僅僅是行銷聲明。

撰寫者

Akil Patel

資深作家

Akil 編寫了有關北美營運團隊使用的電話號碼、撥號規則和區號參考的 MCM 現場指南。

嘗試平台。 午餐前接電話。

相同的產品、相同的支援、相同的安全性 - 無論您選擇哪個計劃。