Skip to content

CTI 電腦電話整合

CTI(Computer Telephony Integration)就是把電話系統跟電腦應用接起來的技術:座席在電腦畫面上就能操作電話,來電時系統還會依號碼自動把客戶資料帶出來。要提升座席效率和客戶體驗,它是很關鍵的一塊底層設施。

CTI 架構分類

第一方 CTI(First-Party CTI)

第一方 CTI 直接在座席工作站上安裝 CTI 軟體,透過本機 API 控制該工作站連接的電話設備。

[座席電腦] ←→ [CTI 軟體] ←→ [桌機話機/軟體電話]

           [CRM 應用程式]
特性說明
控制範圍僅自身話機
部署方式每台工作站安裝
複雜度
適用規模小型辦公室(< 20 席)
典型技術TAPI(Windows)、軟體電話 SDK

第三方 CTI(Third-Party CTI)

第三方 CTI 透過中央伺服器連接電話交換機(PBX/ACD),可監控與控制所有話機,並提供全域事件通知。

[座席電腦群] ←→ [CTI 伺服器] ←→ [PBX/ACD]
                     ↕                  ↕
              [CRM/ERP 伺服器]    [PSTN/SIP Trunk]
特性說明
控制範圍所有話機(含監控)
部署方式中央伺服器 + 客戶端輕量元件
複雜度
適用規模中大型客服中心(20+ 席)
典型技術CSTA、JTAPI、廠商專屬 API

客服中心幾乎清一色用第三方 CTI,因為要的是全域路由控制、座席狀態管理、跨席位監控這些能力。第一方 CTI 比較適合一般辦公室那種基本的通話整合。

架構演進:WebRTC 與雲端 CTI

世代架構CTI 介接方式
傳統硬體 PBX + CTI ServerCSTA/JTAPI over TCP
IP 化IP-PBX + CTI MiddlewareSIP + CSTA over TCP
雲端CCaaS 平台REST API + WebSocket
現代WebRTC + 微服務純 Web API,無需安裝

現代雲端客服平台已將 CTI 功能內建於平台中,座席透過瀏覽器即可完成所有通話操作,不再需要獨立的 CTI 中介軟體。

核心功能

Screen Pop(彈屏)

來電時自動在座席螢幕彈出客戶資料,是 CTI 最具代表性的功能。

運作流程:

來電進入 PBX → CTI Server 接收通話事件(含 ANI/DNIS)

CTI Server 通知座席端應用程式

應用程式以 ANI 查詢 CRM 資料庫

彈出客戶資料畫面(姓名/歷史工單/帳戶摘要)

Screen Pop 資料來源:

資料來源說明
ANI(來電號碼)最基本的識別方式
DNIS(被叫號碼)判斷客戶撥打的服務線路
IVR 收集資料客戶在 IVR 輸入的帳號/選單選擇
附帶資料(Attached Data)從 ACD 路由過程中攜帶的標記

Screen Pop 的效益很好量化:平均每通電話省下 15-30 秒的身份確認時間。以日均 5,000 通算,一天就省下大約 25-40 小時的座席工時。

Click-to-Call(點擊撥號)

座席在 CRM 系統中直接點擊電話號碼即可發起外撥,無需手動撥號。

進階功能:

  • Preview Dial — 彈出客戶資料,座席確認後發起撥號
  • 自動帶入 Caller ID — 依業務需求顯示不同的外顯號碼
  • 撥號規則套用 — 自動加撥區碼/國碼、過濾 DNC 名單

通話控制(Call Control)

座席透過電腦介面執行所有電話操作:

操作功能說明對應 CTI 事件
接聽接起來電AnswerCall
掛斷結束通話ClearConnection
保留將通話置於保留HoldCall
取回取回保留中的通話RetrieveCall
轉接將通話轉給其他座席TransferCall
諮詢轉先與目標座席通話再轉接ConsultationCall → TransferCall
會議建立多方通話ConferenceCall
靜音關閉座席端麥克風MuteCall

座席狀態管理:

登入 → 就緒(Ready) → 通話中(Talking) → 話後處理(ACW) → 就緒
                ↕                                         ↕
         小休(Break/Aux)                          未就緒(Not Ready)

          登出(Logout)

與 CRM/ERP 系統整合

整合模式

模式說明優缺點
嵌入式(Embedded)CTI 工具列嵌入 CRM 介面統一體驗,但受 CRM 平台限制
獨立式(Standalone)CTI 桌面獨立視窗靈活但需切換視窗
API 整合透過 REST/WebSocket 通訊最靈活,但開發成本較高
中介軟體透過 CTI Middleware 橋接可整合多系統,但增加架構複雜度

CRM 整合場景

場景觸發條件動作
來電彈屏Ringing 事件CRM 彈出客戶 360 度檢視
自動建立工單Established 事件CRM 建立新互動紀錄
通話紀錄回寫Released 事件通話時長/處置碼寫入 CRM
錄音連結ACW 完成錄音檔 URL 附加至工單
滿意度調查通話結束後觸發 IVR 滿意度調查或 SMS

ERP 整合場景

  • 訂單查詢 — 來電時自動帶出該客戶近期訂單
  • 庫存確認 — 座席可即時查詢產品庫存狀態
  • 出貨追蹤 — 物流資訊直接顯示於座席畫面
  • 帳務處理 — 座席可在通話中直接操作退款/折讓

CTI 跟 CRM/ERP 整合時,回應時間要特別盯。Screen Pop 得在電話響鈴的 1-2 秒內跳出來,CRM 查詢一慢,座席體驗就崩了。高頻查詢建議加一層快取。

TAPI/JTAPI/CSTA 標準

TAPI(Telephony Application Programming Interface)

項目說明
制定者Microsoft/Intel
平台Windows
架構第一方為主,TAPI 3.0 支援第三方
語言C/C++、COM
特點Windows 原生支援,部署簡單
現況逐漸被 Web API 取代,但在 Windows 桌面環境仍有使用

JTAPI(Java Telephony API)

項目說明
制定者Sun Microsystems(現 Oracle)
平台跨平台(Java)
架構支援第一方與第三方
語言Java
特點跨平台、物件導向設計
現況Cisco CUCM 生態系仍廣泛使用

CSTA(Computer Supported Telecommunications Applications)

項目說明
制定者ECMA International(ECMA-269)
平台跨平台
架構第三方 CTI 標準
協定XML over TCP/TLS
特點最完整的 CTI 標準,涵蓋通話控制、裝置管理、ACD 功能
現況企業級 PBX/ACD 的主要 CTI 介面

CSTA 核心服務模型:

服務類別包含功能
通話控制(Call Control)Make/Answer/Hold/Transfer/Conference
裝置維護(Device Maintenance)裝置狀態查詢/設定
計算功能(Computing Function)路由請求/座席登入登出
事件報告(Event Reporting)通話事件/裝置事件/特徵事件通知
狀態監控(Status Reporting)快照查詢裝置/通話狀態

標準比較

維度TAPIJTAPICSTA
完整性
跨平台否(Windows)是(Java)
第三方支援有限良好完整
廠商採用微軟生態Cisco 為主多數 PBX 廠商
學習曲線
現代替代REST APIREST APIREST API/WebSocket

趨勢上,TAPI/JTAPI/CSTA 雖然還在既有系統裡跑,但新建的客服中心多半改用 REST API 加 WebSocket 當 CTI 介面。雲端 CCaaS 平台幾乎全面用 Web 標準 API,開發者不必再去學那些傳統 CTI 協定了。

CTI 把電話系統的能力搬進了數位工作環境,讓座席服務起客戶來更有效率。從早期的硬體 CTI 到現在的 Web API,形式一直在變,但核心價值沒變:在對的時間,把對的資訊,送到對的人面前。

承暉資訊資源中心