代理人桌面部署選項

代理人桌面部署選項

Zoom CX 代理人桌面整合選項

我們的客戶常提出一個問題:「Zoom Contact Center 是否能和我的 [在此插入系統名稱] 整合?」,而這個問題的無法以簡單的「是」或「否」回答。

每個人對「整合」有不同的定義。以下是一些客戶的「整合」範例:

 

  • 我的真人客服需要使用另一個應用程式

  • 我的真人客服需要 CRM 具有畫面彈出和點按隨即撥號功能

  • 我需要我的語音 IVR 在我的系統嵌入資料庫並提供自助資訊

  • 我需要處理信用卡付款並與我的銀行系統整合

  • 我需要我的 AI 聊天機器人了解關於我業務的特定細節

  • 當代理人與客戶交談時,我希望聯絡中心系統自動顯示上下文資訊以協助代理人

 
上述的每個項目代表不同的整合方法。要能回答問題,並設計合適的業務聯絡中心,最重要的關鍵就是瞭解業務需求。
查看上表,您能看出您的「整合」需要哪些功能嗎?
在本文中,我們將更詳細討論上述的前兩個項目。其他主題將在未來的文章中介紹。

代理人部署選項

Zoom Workplace 應用程式

我們的預設代理人桌面是 Zoom Workplace 應用程式內建的標準介面,與您用於加入 Zoom Meetings 或撥打 Zoom Phone 通話的應用程式相同。擁有 Zoom Contact Center 授權的代理人可存取「聯絡中心」標籤 (如下所顯示),代理人將在此處理 Zoom Contact Center 的互動。

瀏覽器彈出畫面

Zoom Workplace 應用程式中內建的啟動 URL 功能可根據變數資料建構動態網頁 URL,並於代理人電腦的系統瀏覽器彈出顯示。URL 彈出畫面內的資料可以是標準變數 (例如來電者的電話號碼),或是流程/IVR 所收集的自定義資料 (例如案例或票證號)。

Zoom Apps

客戶可利用 Zoom 應用程式架構,將網頁應用程式整合至 Zoom Contact Center 代理人桌面,以強化 Zoom Workplace 應用程式。系統根據每個佇列的管理組態設定,向代理人 (位於互動右方) 顯示 Zoom Apps。如此每個佇列都有權決定代理人能看見哪些 Zoom 應用程式。
 
Zoom 應用程式框架同時支援公開應用程式 (例如以下所顯示的 PCI Pal 應用程式) 和私人應用程式。私人應用程式通常針對內部使用案例,僅適用於建立該應用程式的 Zoom 帳戶。如果您有資源建立自己的網頁 (html/css/javascript) 應用程式,此應用程式就能與 Zoom Workplace 應用程式無縫整合。
 
 
Zoom Apps Javascript SDK 可支援事件和 API,讓您的應用程式能夠接收互動更新結果並調查資料。想了解更多資訊,請至 Zoom 開發人員網站的 Zoom Apps

漸進式網路應用程式 (PWA)

Web 用戶端可供喜歡讓其代理使用 Web 瀏覽器 (例如 Chrome) 登入 Zoom 聯絡中心的客戶使用。功能組與 Zoom Workplace App 上的功能類似。
 

CRM 整合

如果您希望將代理人嵌入您的 CRM 中,您可以利用 ZCC CRM CTI 連接器,該連接器支援下列 CRM:Salesforce、Zendesk、ServiceNow、Hubspot 和 Microsoft Dynamics 365。針對選擇使用這些 CRM 整合其中一項的客戶,代理人將使用嵌入式 Zoom Contact Center 整合工具處理 CRM 內部的互動。這些整合工具包含可立即使用的畫面彈出和通話記錄功能。
 
 
整合預設行為是根據顯示號碼 (語音/簡訊頻道) 或電子郵件 (網路聊天/視訊通道) 彈出畫面,但可根據流程中收集的其他資料 (例如案件/票證號碼),將其他組態新增到彈出的畫面中。以下是配置的範例。
 
 
注意:「頻道組態」畫面上顯示的選項,將視 CRM 和所使用的 ZCC 頻道而定。

ZCC 智慧嵌入整合

Zoom Contact Center 智慧嵌入 (CCSE) 是一種靈活的解決方案,可讓開發人員使用 HTML iFrame 組態將代理人快速嵌入到他們自己的網頁應用程式。您的網路開發人員團隊將在您的網頁應用程式中新增其他 javascript 程式碼,以便接聽來電/接收連結的事件,這些程式碼可在網頁應用程式中觸發彈出畫面和/或記錄通話。
 
 
如需更多關於智慧嵌入的資訊,請參閱開發人員文件
 

合作夥伴解決方案

 

如果您正在尋找的代理人解決方案不在以上的選項中,Zoom 創新解決方案供應商 (ISV) 合作夥伴能提供其他整合服務。ISV 合作夥伴計畫包括適用於銀行、信用合作社、保險、健康照護等的解決方案。
 

可支援的功能

下表列出每個部署選項的頻道支援方式。

部署選項

支援的作業系統

支援的 ZCC 頻道

AI Companion

AI 專家協助

Zoom Workplace 桌面應用程式
Windows、Mac
語音、視訊、簡訊、網路聊天、社交傳訊、電子郵件
包含在所有授權中
隨附 Elite 或 AI 專家協助的附加元件授權

CRM CTI 整合

網頁

語音、視訊、簡訊、網路聊天、社交傳訊

在歷程地圖上

在歷程地圖上。需要 Elite 或 AI 專家協助的附加元件授權

ZCC 智慧嵌入

網頁

語音、視訊、網路聊天

不可用

不可用

流程事件與 Zoom App Marketplace 事件

利用 Zoom CX 流程事件或 Zoom App Marketplace API 事件 (Webhooks/Websockets),可完成更複雜的代理人桌面整合。運用這些選項,Zoom CX 平台可根據 Zoom Contact Center 事件向外部 API 端點傳送 HTTPS 請求。
 
根據您的整合需求,您可以選擇使用流程事件、API 事件,或兩者都使用。
 
您可以設計整合功能,在接收這些事件的同時彈出畫面或記錄通話。
流程事件與 Zoom App Marketplace 事件都適用於上述所有代理人部署選項。

事件類型

可支援的互動

有效負載類型

ZCX 流程事件指令碼

僅限撥入

自定義 JSON

Zoom App Marketplace 事件

撥入和撥出電話

固定式 JSON

流程事件指令碼

發生在 Zoom Contact Center 的特定動作會觸發流程事件指令碼。觸發事件時,相關的事件指令程式碼會在互動背景環境中執行,亦即指令有權存取互動的變數。
 
以下為兩個常見的流程事件指令碼。

 

事件名稱

事件觸發器

受理互動

當代理人接聽來電時

處理結果已儲存

代理人儲存處理結果並結束互動

注意:事件指令碼完整清單可在支援文章中找到。
 
在此舉例說明如何使用上述兩個事件將 HTTP 請求發送到外部系統。當外部系統接收這些事件時,資料可供記錄、彈出畫面或其他使用例。確切可用的功能會由外部系統功能決定。

範例設定

在流程中,首先設定「開始」小工具上的事件指令。在下面的例子中,我們可以看出「開始」小工具設置兩個事件指令碼。

如要建立事件指令程式碼,您需在「開始」小工具新增一個新的事件指令程式碼,就可以在流程編輯器直接寫入程式碼,如下所顯示。
 
Engagement Accepted 事件和 Disposition Saved 事件都使用類似的程式碼。它們都是簡單的 Javascript 程式碼區塊,使用內建的 HTTP 函式產生向外的 HTTPS POST 請求。
 
受理互動事件指令程式碼
 
此程式碼範例包含受理互動 ID、來電者的電話號碼、代理人的電子郵件和佇列的名稱。當代理人受理互動並與消費者開始交談就會執行此程式碼。此範例所代表的是彈出畫面,或開始記錄新通話時所需的最小資訊量。要特別提出的是,如果您的 ZCC 流程設定開始收集流程/IVR 中來電者的相關資料 (例如來電者帳戶號碼,案例/票證號碼等),就會像是為了在此 HTTP 請求中納入其他資料而在 request_body 變數加入其他變數一樣容易。
 
非同步函數 main () { try { let request_body = { "engagementId": var_get()["global_system.Engagement.engagementId"], "caller_number": var_get()["global_system.Engagement.ANI"], "agent_email": var_get()["global_system.Agent.email"], "queue_name": var_get()["global_system.Engagement.queue"] } const result = await req.post('https://api.example.com/acceptedcall', request_body); let jsonResponseBody = result.data; log.debug("Axios jsonResponseBody=" + JSON.stringify(jsonResponseBody)); } catch (error) { log.debug("Received HTTP error " + error); }}
 
處理儲存的事件指令程式碼
 
針對儲存處理結果的事件,我們將重複使用上一個例子中的程式碼,只在第 9 行中增加處理變數。當代理人選擇處理時,系統將執行此程式碼區塊 (code block),以上是代理人在互動中執行的最後一個動作。透過傳送此請求,外部系統可以追蹤受理互動是否已由代理人處理完成。與上述「受理互動」事件一樣,您可根據使用的實際情況,視需要加入其他變數。
 
async function main () { try { let request_body = { "engagementId": var_get()["global_system.Engagement.engagementId"], "caller_number": var_get()["global_system.Engagement.ANI"], "agent_email": var_get()["global_system.Agent.email"], "queue_name": var_get()["global_system.Engagement.queue"], "disposition_name": var_get()["global_system.Engagement.disposition"] } const result = await req.post('https://api.example.com/dispositionedcall', request_body); let jsonResponseBody = result.data; log.debug("Axios jsonResponseBody=" + JSON.stringify(jsonResponseBody)); } catch (error) { log.debug("Received HTTP error " + error); }}
 
根據您的解決方案,上述流程事件指令碼可能已足夠,或者您可能需要某些 Zoom App Marketplace API 事件協助您涵蓋整合中所需的全部使用情況。例如,您可針對保留/恢復/靜音/解除靜音事件,透過訂閱 Zoom App Marketplace API 事件以補足以上兩個流程事件。這些額外事件可讓您的應用程式進一步分析代理人暫停通話或轉為靜音的頻率。
 
您的解決方案可以使用上述流程事件指令碼和 Zoom App Marketplace Webhook/Websocket 事件。

Zoom App Marketplace API 事件

如同其他 Zoom 產品,Zoom CX 在 Zoom App Marketplace 中提供 API Webhook/Websocket 事件。
 
事件可追蹤代理活動,例如登入/登出、佇列選入/選出以及狀態變更事件。接觸事件可追蹤系統中的接觸,包括開始接觸、接聽接觸、接觸靜音/解除靜音、發送 DTMF、啟動傳輸、結束傳輸、新增備註、新增處理等事件。透過追蹤接觸事件,您可以深入瞭解詳細的接觸層級資料。
 
您可以在 Zoom 開發人員網站找到有關於聯絡中心 API 的更多資訊。

摘要

Zoom CX 提供多個代理人桌面部署選項,以滿足 Zoom Contact Center 的業務需求。所有部署選項都可使用常見的聯絡中心功能,例如彈出畫面和通話記錄。無論您需要的是簡單整合 CRM、代理人桌面內嵌的自訂網頁應用程式,還是使用流程事件或 API Webhook 的進階事件驅動整合,Zoom CX 都能靈活支援您的需求。透過了解特定需求並利用適當的工具和整合,您可以為您的代理人和客戶創造無縫且有效率的聯絡中心體驗。