• <strike id="fdgpu"><input id="fdgpu"></input></strike>
    <label id="fdgpu"></label>
    <s id="fdgpu"><code id="fdgpu"></code></s>

  • <label id="fdgpu"></label>
  • <span id="fdgpu"><u id="fdgpu"></u></span>

    <s id="fdgpu"><sub id="fdgpu"></sub></s>
    您當(dāng)前的位置是:  首頁(yè) > 新聞 > 文章精選 >
     首頁(yè) > 新聞 > 文章精選 >

    干貨 | 攜程基于云的軟呼叫中心及客服平臺(tái)架構(gòu)實(shí)踐

    2019-01-09 11:04:44   作者:蒲成   來(lái)源:攜程技術(shù)中心微信公眾號(hào)   評(píng)論:0  點(diǎn)擊:


      作者簡(jiǎn)介
      蒲成,攜程云客服平臺(tái)研發(fā)部資深研發(fā)經(jīng)理。2015年底加入攜程從事呼叫中心相關(guān)產(chǎn)品的研發(fā)工作,主導(dǎo)建設(shè)了攜程呼叫中心智能語(yǔ)音平臺(tái)、統(tǒng)一配置中心,目前正在努力推進(jìn)云客服平臺(tái)的設(shè)計(jì)研發(fā)工作。
      本文來(lái)自蒲成在“2018攜程技術(shù)峰會(huì)”上的分享。
      一、背景及設(shè)計(jì)理念
      自攜程創(chuàng)立以來(lái),呼叫中心就一直伴隨著公司業(yè)務(wù)一同發(fā)展壯大。經(jīng)過(guò)近20年的迭代,目前攜程的呼叫中心系統(tǒng)已經(jīng)演進(jìn)為第五代呼叫中心系統(tǒng)了,也就是我們完全自主研發(fā)的基于FreeSwitch的軟交換與IVR、微信Server、郵件系統(tǒng)、無(wú)線IMServer的全渠道全媒體客服系統(tǒng)。
      那么,基于現(xiàn)有可擴(kuò)展架構(gòu)的這套客服系統(tǒng)為攜程的客服業(yè)務(wù)提供了什么樣的支撐呢?我們可以從以下幾個(gè)方面一窺全貌。
    • 多渠道
      目前支持傳統(tǒng)電話、VOIP電話、IM、微信公眾號(hào)、郵件等通信渠道的接入。
    • 多地域
      目前攜程的客服坐席分布在全國(guó)及海外各地,其中包括國(guó)內(nèi)的上海、南通、合肥、如皋、信陽(yáng),以及海外的愛(ài)丁堡、韓國(guó)、日本等地。
    • 多業(yè)務(wù)
      本系統(tǒng)目前支撐著攜程200多條業(yè)務(wù)線以及15000+坐席的服務(wù)業(yè)務(wù)落地。
    • 多語(yǔ)種
      目前提供中文、英語(yǔ)、日語(yǔ)、韓語(yǔ)、法語(yǔ)、俄語(yǔ)等多語(yǔ)種支持。
    • 海量會(huì)話
      目前電話日均通話量約100萬(wàn)通以上,而IM會(huì)話日均消息量約1000萬(wàn)條以上。
      上述場(chǎng)景的背后是一套什么樣的架構(gòu)體系在提供服務(wù)支撐呢?我們又為何會(huì)選擇建設(shè)這樣一套架構(gòu)體系呢?后文將給出答案。
      傳統(tǒng)的客服運(yùn)營(yíng)通常面臨六大痛點(diǎn),即溝通單一、信息碎片化、智能化程度低、效率低下、移動(dòng)性不足、成本高昂。在企業(yè)發(fā)展壯大的過(guò)程中,傳統(tǒng)的客服運(yùn)營(yíng)就逐漸成為制約企業(yè)業(yè)務(wù)發(fā)展的瓶頸。有鑒于此,我們研發(fā)了一套基于云和容器化的軟呼叫中心及客服平臺(tái),并且引入了場(chǎng)景化的AI能力,從而在源頭上消除了前面所說(shuō)的六大痛點(diǎn)。
      現(xiàn)在,我們的客服系統(tǒng)是這樣的:
      云客服平臺(tái)=軟交換云平臺(tái)(公有云/私有云)
      +全渠道座席(Call/Chat/IM/SNS)
      +全媒體座席(Voice/Txt/Pic/Video)
      +多模式(集中/在家/移動(dòng))
      +AI引擎(客服機(jī)器人/語(yǔ)義解析…)
      +CRM、工單系統(tǒng)、知識(shí)庫(kù)
      二、核心架構(gòu)
      2.1系統(tǒng)結(jié)構(gòu)
      我們先來(lái)看看整體的系統(tǒng)結(jié)構(gòu),如下圖所示。
      從上圖可以看出我們?cè)瓶头脚_(tái)的整體鏈路結(jié)構(gòu),其中最核心的就是中間的渠道服務(wù)和通信分配層,這一層中的每個(gè)節(jié)點(diǎn)都可按需進(jìn)行水平擴(kuò)展,從而支撐未來(lái)的業(yè)務(wù)發(fā)展。
      通過(guò)這一中間層的轉(zhuǎn)換,我們就將上圖左側(cè)來(lái)自各個(gè)渠道的客人服務(wù)請(qǐng)求整合為統(tǒng)一的服務(wù)請(qǐng)求,并通過(guò)右側(cè)的全渠道坐席界面統(tǒng)一分配給客服人員進(jìn)行服務(wù)響應(yīng)。這樣一來(lái),也就實(shí)現(xiàn)了多個(gè)通信渠道融合的目的。下一節(jié)我們來(lái)看看其背后的處理邏輯。
      2.2邏輯架構(gòu)
      通信渠道由我們自研的各渠道Server構(gòu)成,其中也包括無(wú)線平臺(tái)研發(fā)部所研發(fā)的IMServer。坐席所使用的全渠道通信端(XAgent/APP)使用WebSocket協(xié)議與這些渠道Server保持通信,同時(shí)也使用WebSocket協(xié)議與統(tǒng)一通信分配服務(wù)保持通信。
      其余諸如分配服務(wù)、業(yè)務(wù)數(shù)據(jù)服務(wù)、AI能力服務(wù)等,均以微服務(wù)API的方式在平臺(tái)內(nèi)部暴露。為此,我們搭建了一套名為方塔尖的微服務(wù)框架來(lái)提供基礎(chǔ)設(shè)施的支持。
      2.3方塔尖微服務(wù)框架
      這套框架是基于SpringCloud搭建的,分別采用consul、zuul來(lái)實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)和服務(wù)路由。此外,在方塔尖中我們還加入了一些功能級(jí)服務(wù),比如用戶/權(quán)限管理、短信驗(yàn)證碼、數(shù)據(jù)加解密、數(shù)據(jù)訪問(wèn)層封裝等等,以便讓其上的邏輯層僅關(guān)注業(yè)務(wù)實(shí)現(xiàn)即可。
      2.4統(tǒng)一分配
      下面我們來(lái)看看核心的統(tǒng)一通信分配服務(wù)的實(shí)現(xiàn),其架構(gòu)如下:
      顧名思義,這個(gè)核心組件的目標(biāo)就是實(shí)現(xiàn)各通信渠道的會(huì)話統(tǒng)一分配,其核心邏輯如下:
      LinkServer是坐席服務(wù)端,坐席端通過(guò)WebSocket連接到LinkServer。
      LinkServer負(fù)責(zé)維護(hù)坐席連接、收發(fā)坐席請(qǐng)求和反饋、傳遞坐席狀態(tài)。其處理流程如下:
      StatusManager是狀態(tài)管理服務(wù),負(fù)責(zé)處理LinkServer傳遞來(lái)的坐席狀態(tài)變化,負(fù)責(zé)對(duì)外提供坐席狀態(tài)查詢。其處理流程如下:
      ACD是IM+系統(tǒng)的核心模塊,其主要功能是實(shí)現(xiàn)客人坐席分配,ACD指令和消息的收發(fā)、ACD會(huì)話管理等。其處理流程如下:
      其中的分配邏輯是基于抽象的業(yè)務(wù)規(guī)則表達(dá)式來(lái)進(jìn)行處理的,為此,我們采用了開(kāi)源的表達(dá)式運(yùn)算器EvalEx,其好處在于:
    • 使用BigDecimal進(jìn)行計(jì)算和返回結(jié)果
    • 不依賴于外部庫(kù)
    • 可以設(shè)置精度和舍入模式
    • 支持變量
    • 支持標(biāo)準(zhǔn)布爾和數(shù)學(xué)運(yùn)算符
    • 支持標(biāo)準(zhǔn)的基本數(shù)學(xué)和布爾函數(shù)
    • 可以在運(yùn)行時(shí)添加自定義函數(shù)和操作符
    • 函數(shù)可以用變量數(shù)量的參數(shù)來(lái)定義(參見(jiàn)最小和最大函數(shù))
    • 支持十六進(jìn)制數(shù)字和科學(xué)的數(shù)字符號(hào)
    • 支持函數(shù)中的字符串文字
    • 支持隱式乘法,例如(a+b)(a-b)或2(x-y),等于(a+b)*(a-b)或2*(x-y)
      基于此,我們提供了一些基礎(chǔ)分配邏輯,并且也支持第三方分配邏輯的對(duì)接。
    • 上次服務(wù)優(yōu)先
      優(yōu)先分配給上次服務(wù)的客服
    • 熟客優(yōu)先
      優(yōu)先分配給為該客戶服務(wù)次數(shù)最多的客服
    • 均衡分配
      按客服工作量平均分配
    • 最閑分配
      優(yōu)先分配給空閑最長(zhǎng)時(shí)間的客服
    • 指定分配
      指定分配給某幾個(gè)客服
    • 第三方分配
      調(diào)用第三方接口分配
      2.5智能化
      人工智能現(xiàn)在很火,但是在人工智能眾多細(xì)分領(lǐng)域中,其實(shí)NLP技術(shù)的發(fā)展和應(yīng)用才是人工智能“皇冠上的明珠”,它也是眾多AI大廠持續(xù)投入的領(lǐng)域。
      而就目前的市場(chǎng)環(huán)境和技術(shù)條件而言,客服業(yè)務(wù)的智能化是最有希望落地NLP技術(shù)的場(chǎng)景。因此,我們也著力構(gòu)建了云客服平臺(tái)的智能化應(yīng)用框架。該框架結(jié)構(gòu)如下:
      其中智能質(zhì)檢和對(duì)話機(jī)器人是兩大重點(diǎn)應(yīng)用場(chǎng)景,這兩個(gè)場(chǎng)景的落地能夠極大地提升客服業(yè)務(wù)運(yùn)營(yíng)效率并且顯著降低運(yùn)營(yíng)成本。
      對(duì)話機(jī)器人在我們的客服平臺(tái)中分為語(yǔ)音機(jī)器人和在線IM機(jī)器人。語(yǔ)音機(jī)器人的服務(wù)對(duì)象是IVR(交互式語(yǔ)音應(yīng)答),即電話的呼入呼出IVR場(chǎng)景。其處理流程如下:
      在線IM機(jī)器人主要對(duì)接的是IM、微信等即時(shí)通信和社交媒體渠道,從廣義上可以理解為我們常見(jiàn)的聊天機(jī)器人范疇,只不過(guò)在客服系統(tǒng)中,其模型是針對(duì)專有業(yè)務(wù)場(chǎng)景進(jìn)行訓(xùn)練的。因此,相較于通用聊天機(jī)器人,在線IM機(jī)器人其實(shí)更容易達(dá)到比較好的智能交互效果。其整體模塊結(jié)構(gòu)如下:
      智能質(zhì)檢對(duì)于客服運(yùn)營(yíng)管理而言是一項(xiàng)非常重要的功能,借助ASR語(yǔ)音轉(zhuǎn)文字的能力,它能將非結(jié)構(gòu)化的音頻、文本數(shù)據(jù)轉(zhuǎn)換成客服運(yùn)營(yíng)甚至企業(yè)運(yùn)營(yíng)統(tǒng)計(jì)分析所需的結(jié)構(gòu)化數(shù)據(jù),最終形成對(duì)業(yè)務(wù)管理運(yùn)營(yíng)的良性反饋閉環(huán)。下面兩張圖分別是我們?cè)瓶头脚_(tái)中智能質(zhì)檢的場(chǎng)景順序圖和處理流程圖。

      三、平臺(tái)級(jí)能力輸出
      客服系統(tǒng)不同面向C端的應(yīng)用,我們的目標(biāo)并非尋求用戶的長(zhǎng)時(shí)間駐留。相反,在客服領(lǐng)域,我們希望能夠以最快的時(shí)間去響應(yīng)客戶的需求,這樣才能提升客戶滿意度并最大限度降低運(yùn)營(yíng)成本。所以,我們客服平臺(tái)的每個(gè)模塊、每項(xiàng)功能都是圍繞這一主旨而設(shè)計(jì)構(gòu)建的。
      那么,基于前面的核心基礎(chǔ)架構(gòu)和上述考量,我們的客服平臺(tái)能夠?qū)ν廨敵瞿男┠芰δ兀?/div>
      3.1外呼
      外呼通常是呼叫中心會(huì)高頻使用的業(yè)務(wù)場(chǎng)景,傳統(tǒng)的外呼都是坐席人工發(fā)起外呼,費(fèi)時(shí)費(fèi)力且成本高昂。因此,我們圍繞外呼應(yīng)用研發(fā)了四種外呼形態(tài),以滿足不同業(yè)務(wù)場(chǎng)景的需要。這四種外呼形態(tài)是,自動(dòng)外呼、預(yù)測(cè)外呼、預(yù)覽外呼和智能外呼。
      篇幅所限,就不一一講解每種形態(tài)的具體特性了,但它們的核心都是以自動(dòng)外呼系統(tǒng)為基礎(chǔ)的,其業(yè)務(wù)處理簡(jiǎn)圖如下:
      以此為基礎(chǔ),結(jié)合云端基礎(chǔ)設(shè)施和容器特性,輔以我們自研的各種組件,我們的外呼系統(tǒng)就能提供以下特性:
    • 支持高并發(fā),吞吐能力可擴(kuò)展
    • 高可靠外呼平臺(tái),包含完善的保護(hù)機(jī)制
    • 支持預(yù)測(cè)外呼、預(yù)約外呼、虛擬坐席外呼
    • 提供智能呼叫算法,提升工作效率
      3.2中轉(zhuǎn)
      中轉(zhuǎn)即號(hào)碼埋名,也就是用虛擬號(hào)碼替換真實(shí)號(hào)碼的功能。這項(xiàng)功能的目的是讓通話雙方無(wú)法獲悉對(duì)方的真實(shí)號(hào)碼,從而實(shí)現(xiàn)隱私保護(hù)的目的。
      作為該能力的配套,我們開(kāi)發(fā)了配置界面、錄音模塊,以及對(duì)應(yīng)的查詢/統(tǒng)計(jì)報(bào)表等功能,用戶可以基于瀏覽器操作完成實(shí)時(shí)的配置生效操作,并瀏覽話務(wù)中轉(zhuǎn)結(jié)果。
      3.3VOIP
      VOIP也就是大家所熟知的IP網(wǎng)絡(luò)電話。我們的平臺(tái)提供了VOIPSDK,方便第三方應(yīng)用集成,并且自研了音頻編解碼和動(dòng)態(tài)碼率技術(shù),能夠滿足弱網(wǎng)下的正常語(yǔ)音通信。其特性如下圖所示:
      3.4全渠道客服工作臺(tái)
      我們?yōu)榭头藛T提供了一站式全渠道的客服工作臺(tái),以便客服人員可以在統(tǒng)一的工作界面中為來(lái)自各個(gè)渠道的客人需求提供服務(wù)響應(yīng)。其特性如下:
      全渠道統(tǒng)一,一站式服務(wù)體驗(yàn)
    • 統(tǒng)一電話、網(wǎng)頁(yè)IM、APPIM、郵件、微信等多個(gè)渠道
    • 快速響應(yīng)用戶咨詢
      全媒體融合,服務(wù)形式更豐富
    • 文本、圖片、電話、語(yǔ)音、視頻等多媒體融合
    • 服務(wù)形式多樣化
      數(shù)據(jù)整合,一目了然
    • 完整用戶信息與服務(wù)軌跡記錄
    • 提升服務(wù)質(zhì)量
      3.5客戶支持
      我們的客服平臺(tái)在核心客服業(yè)務(wù)能力支持之外還提供了以客戶為中心的服務(wù)周邊配套模塊,比如CRM、工單、知識(shí)庫(kù)等。這是為了給客服人員提供更為詳盡的客戶信息,以期為客戶提供全方位的服務(wù)支持。
      CRM
      客戶數(shù)據(jù)管理
    • 完整記錄用戶數(shù)據(jù)
    • 用戶信息統(tǒng)一管理
    • 提高客戶留存率
    • 提升企業(yè)獲客能力
      工單
      速流轉(zhuǎn),協(xié)同處理
    • 促進(jìn)企業(yè)內(nèi)外協(xié)作,共同處理用戶咨詢
    • 企業(yè)服務(wù)更高效
      知識(shí)庫(kù)
      座席服務(wù)規(guī)范高效
    • 常用問(wèn)題
    • 常用語(yǔ)
    • 客服話術(shù)標(biāo)準(zhǔn)化
      3.6報(bào)表監(jiān)控
      作為客服業(yè)務(wù)運(yùn)營(yíng)的日常管理手段,報(bào)表和監(jiān)控是必不可少的支持方式。我們的客服平臺(tái)自然也提供了相應(yīng)的運(yùn)營(yíng)報(bào)表和監(jiān)控界面。具體特性如下:
      實(shí)時(shí)報(bào)表
    • 多維度、實(shí)時(shí)展示座席指標(biāo)數(shù)據(jù)
    • 可按日、周、月等多條件查詢
    • 圖表展示方式支持自定義
      全面監(jiān)控預(yù)警
    • 系統(tǒng)、服務(wù)、座席,全方位監(jiān)控
    • 可設(shè)閾值告警與告警通知
      話務(wù)預(yù)測(cè)
    • 智能預(yù)測(cè)后續(xù)話務(wù)量
    • 突發(fā)事件等因子對(duì)話務(wù)量的影響預(yù)測(cè)

      四、結(jié)語(yǔ)
      客服平臺(tái)是異常復(fù)雜和龐大的結(jié)構(gòu)化體系平臺(tái),要在一篇文章中全面論述其技術(shù)體系架構(gòu)幾乎是不可能完成的任務(wù)。受篇幅限制,本文僅摘取了部分核心架構(gòu)和核心模塊功能略作闡述。如果讀者有興趣了解更多與我們客服平臺(tái)有關(guān)的信息,歡迎在留言區(qū)和我們互動(dòng)。
    【免責(zé)聲明】本文僅代表作者本人觀點(diǎn),與CTI論壇無(wú)關(guān)。CTI論壇對(duì)文中陳述、觀點(diǎn)判斷保持中立,不對(duì)所包含內(nèi)容的準(zhǔn)確性、可靠性或完整性提供任何明示或暗示的保證。請(qǐng)讀者僅作參考,并請(qǐng)自行承擔(dān)全部責(zé)任。

    專題

    CTI論壇會(huì)員企業(yè)

    亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩 古交市| 苍南县| 淮南市| 孝感市| 佛坪县| 高要市| 土默特左旗| 株洲县| 葵青区| 中宁县| 连江县| 馆陶县| 芜湖市| 平乡县| 宜川县| 嵊州市| 仁怀市| 宁德市| 维西| 吴旗县| 黄龙县| 黑水县| 屏南县| 巴青县| 蓬安县| 福安市| 丰都县| 桐城市| 张家港市| 东莞市| 扬中市| 离岛区| 西畴县| 温宿县| 榆林市| 缙云县| 西宁市| 云安县| 泾源县| 昭苏县| 高淳县| http://444 http://444 http://444 http://444 http://444 http://444