背景
為什么客服需要調(diào)度?阿里集團(tuán)客戶體驗(yàn)事業(yè)群(CCO)目前承接了阿里集團(tuán)以及生態(tài)體的客戶服務(wù)業(yè)務(wù),我們的客戶通過各個(gè)渠道來尋求解決各類問題,每天的進(jìn)線量巨大,而且經(jīng)常伴隨著突發(fā)性進(jìn)線,比如天貓代金券出了問題,在幾分鐘內(nèi)就會(huì)造成幾千通熱線或在線咨詢。面對(duì)種類繁多、海量、突發(fā)的客戶問題,我們的服務(wù)能力往往難以滿足,常常造成用戶排隊(duì),甚至放棄,自然我們產(chǎn)生了對(duì)調(diào)度的需求。
客服調(diào)度的核心問題是什么?提升客服資源的利用率和服務(wù)水平,用更少的客服資源獲得更佳的用戶體驗(yàn)。如果我們招聘大量的客服,也能讓用戶獲得更好的體驗(yàn),但是容易造成人力浪費(fèi),更多的人手意味著更多的培訓(xùn)成本、管理成本和人力成本。
與機(jī)器調(diào)度相比,客服調(diào)度有它的復(fù)雜點(diǎn):
1)機(jī)房增加一臺(tái)新物理機(jī),機(jī)器虛擬化后就可以快速被使用,而招募一個(gè)新客服,得需要長(zhǎng)時(shí)間的培訓(xùn)才能讓他具備線上服務(wù)能力;
2)客服間差別大,不同客服的業(yè)務(wù)技能有區(qū)別,很難直接讓B技能組的客服處理A技能組的任務(wù),即使是掌握同一技能的客服,他們的服務(wù)能力也有大的差別,而機(jī)器差別不大,很多業(yè)務(wù)可以使用相同類型的機(jī)器;
3)客服是人,他有權(quán)利選擇上班、小休,他的工作效率、質(zhì)量會(huì)隨著他的情緒、體驗(yàn)、服務(wù)的會(huì)員、工作時(shí)長(zhǎng)等波動(dòng),調(diào)度時(shí)需要考慮他們的感受,而調(diào)度機(jī)器時(shí)無需顧忌;
4)突發(fā)場(chǎng)景多,業(yè)務(wù)問題、系統(tǒng)故障等都是無規(guī)律爆發(fā),波動(dòng)特別大,很難準(zhǔn)確的提前排好一天的人力。
現(xiàn)場(chǎng)管理員是否能應(yīng)對(duì)如此復(fù)雜的客服調(diào)度?答案是否定的。在沒有調(diào)度系統(tǒng)之前,現(xiàn)場(chǎng)管理員基本靠手工來調(diào)度,隨著體量越來越大,缺陷逐漸暴露:
1)響應(yīng)慢:比如周末線上排隊(duì)時(shí),現(xiàn)場(chǎng)管理員可能會(huì)收到電話反饋,然后再打開電腦去手工放個(gè)臨時(shí)班等等,從排隊(duì)發(fā)生到調(diào)度生效超過十幾分鐘很正常;
2)不精準(zhǔn):缺乏數(shù)據(jù)指導(dǎo),統(tǒng)籌優(yōu)化能力弱。舉個(gè)例子,A技能組排隊(duì)時(shí)現(xiàn)場(chǎng)管理員想將A技能組的流量切一些到B里,切多少,分給誰,可能都是拍腦袋決定,決策結(jié)果也無法沉淀;
3)手段缺:可用的手段非常少,無非就是手動(dòng)排班放班、手工切個(gè)流,管控下小休、發(fā)個(gè)公告等,沒有充分挖掘出客服的能力和潛力。
明確了客服調(diào)度的核心問題,也知道了難點(diǎn),更看到了目前的現(xiàn)狀后,我們決定打造一款自動(dòng)、智能的客服調(diào)度系統(tǒng)——XSigma。
1.XSigma大圖
XSigma調(diào)度系統(tǒng)按功能模塊可以分為手、腦、眼幾塊。手就是能提升客服資源利用率、客服服務(wù)水平以及提升客戶滿意度的手段,比如溢出分流、預(yù)約回?fù)、現(xiàn)場(chǎng)管控、激勵(lì)、排班、應(yīng)急放班、培訓(xùn)等。手段這么多,在不同業(yè)務(wù)不同場(chǎng)景下如何抉擇是一個(gè)難點(diǎn),這里需要大腦也就是調(diào)度中心來做決策。決策產(chǎn)生的復(fù)雜調(diào)度邏輯如何能讓現(xiàn)場(chǎng)管理員、業(yè)務(wù)人員和開發(fā)人員更好地理解?我們通過可視化技術(shù)將復(fù)雜的調(diào)度邏輯轉(zhuǎn)化為可以理解的實(shí)時(shí)圖形界面,即調(diào)度系統(tǒng)的眼睛-調(diào)度大屏。手、腦、眼功能具備后,如何讓他們磨合得越來越好?我們通過仿真演練系統(tǒng)來錘煉。
下面會(huì)對(duì)圖里的模塊一一介紹。
2.提前準(zhǔn)備:排好班
如果能預(yù)測(cè)好需,準(zhǔn)備好供,那客服調(diào)度就成功了一半。在我們業(yè)務(wù)中,不同類型的客服排班模式不同。云客服采用的是自主選班模式,管理員只需設(shè)置好每個(gè)時(shí)間段的選班人數(shù),讓云客服根據(jù)自己的時(shí)間來自行選班。而SP(合作伙伴)采用的是排班模式,需要管理員根據(jù)每個(gè)時(shí)間段的話務(wù)量來安排每一個(gè)客服,既要能夠保證每個(gè)時(shí)間段的接通率達(dá)到最大,又要能夠協(xié)調(diào)好客服人員的休息和工作時(shí)間,保證每個(gè)客服人員的總工時(shí)大致相等,這非?简(yàn)管理員的統(tǒng)籌能力,當(dāng)客服數(shù)目變多后,人工排班給管理員帶來了巨大挑戰(zhàn)。
不管哪種模式,都需要提前預(yù)測(cè)未來兩周的需要服務(wù)量(業(yè)務(wù)上按1~2周的粒度排班),這其實(shí)是個(gè)標(biāo)準(zhǔn)的時(shí)間序列預(yù)測(cè)問題。結(jié)合歷史數(shù)據(jù),我們可以按照部門-技能組的粒度預(yù)測(cè)出未來2周的服務(wù)量,當(dāng)然,這種離線的預(yù)測(cè)只是一種近似,很難精準(zhǔn)預(yù)測(cè)。
對(duì)于合作伙伴公司客服的排班,可以抽象為多約束條件下的優(yōu)化問題,在實(shí)際場(chǎng)景中,我們采用了組合優(yōu)化算法。
3.水平擴(kuò)容:預(yù)測(cè)式應(yīng)急放班
提前排班很難精確預(yù)估服務(wù)量,我們不可能提前知道下周一13點(diǎn)25分會(huì)出現(xiàn)個(gè)代金券問題導(dǎo)致大量用戶進(jìn)線咨詢。
對(duì)于這種突發(fā)性質(zhì)的流量或者比上班服務(wù)量大的流量,我們能不能像調(diào)度機(jī)器一樣,快速水平擴(kuò)容一批客服來上班。對(duì)于社會(huì)化的云客服,我們可以做到,比如排隊(duì)數(shù)超過某值時(shí),自動(dòng)觸發(fā)云客服的應(yīng)急放班。通過實(shí)踐發(fā)現(xiàn)云客服從選班到上班一般需要十多分鐘時(shí)間,如何進(jìn)一步節(jié)省這十多分鐘的黃金處理時(shí)間?將應(yīng)急放班升級(jí)為預(yù)測(cè)式應(yīng)急放班!提前幾分鐘預(yù)測(cè)到即將到來的大流量,提前放班。
這里涉及兩個(gè)模型,一個(gè)是服務(wù)量實(shí)時(shí)預(yù)測(cè)模型,該模型能根據(jù)實(shí)時(shí)數(shù)據(jù)如會(huì)員的操作行為,會(huì)員在小蜜的行為,故障場(chǎng)景,并結(jié)合歷史進(jìn)線量來綜合預(yù)測(cè)某一技能組未來30分鐘每一分鐘的進(jìn)線量。
有了服務(wù)量預(yù)測(cè)數(shù)據(jù)輸入后,應(yīng)急放班模型就可以結(jié)合當(dāng)前服務(wù)會(huì)員情況,未來30分鐘客服排班情況、會(huì)員消耗速度、溢出關(guān)系等綜合指標(biāo),來推斷出是否要觸發(fā)應(yīng)急放班以及放班的服務(wù)量。一旦觸發(fā)應(yīng)急放班后,線下通知模塊會(huì)通過電話、短信等手段來通知合適的客服來上班。
與調(diào)度機(jī)器不同,我們需要時(shí)刻考慮客服感受,為了避免打擾沒有上班意愿的客服,我們讓客服自主設(shè)置是否要接收通知。
4.負(fù)載均衡:溢出、分流
盡管預(yù)測(cè)式應(yīng)急放班效果不錯(cuò),但目前只針對(duì)云客服有效,對(duì)于SP類這種非選班類的客服怎么辦?我們發(fā)現(xiàn),線上排隊(duì)時(shí),往往是某幾個(gè)技能組出現(xiàn)大量排隊(duì)場(chǎng)景,比如商家線爆了,消費(fèi)者線的客服可能處于空閑狀態(tài)。如何解決這種忙閑不均問題?一個(gè)直觀的極端想法就將所有的組變成一個(gè)大池子組,通過負(fù)載均衡分配讓每一個(gè)客服都處于繁忙狀態(tài),從而達(dá)到效率最大化。而事實(shí)上并不是所有的技能組之間都能互相承接,這里既要權(quán)衡業(yè)務(wù),又要線下培訓(xùn)讓客服具備多技能。
XSigma提供了技能組相互分流、溢出的配置功能,只要滿足觸發(fā)條件,就能實(shí)時(shí)分流溢出,解決了以往靠現(xiàn)場(chǎng)管理員手工改客服技能組的痛苦。
對(duì)于一些場(chǎng)景而言,技能組間的溢出粒度有點(diǎn)粗,比如設(shè)置了A技能組排隊(duì)可以溢出到B技能組,并不是B技能組的每一個(gè)客服都能承接A的業(yè)務(wù),只有進(jìn)行了培訓(xùn)的客服才能承接,XSigma同樣提供了給客服打技能標(biāo)簽的功能。
5.垂直擴(kuò)容:彈性+1
有些業(yè)務(wù)比較復(fù)雜,很難找到其他技能組進(jìn)行溢出,我們將注意力轉(zhuǎn)到正在上班的客服上。在線客服可以同時(shí)服務(wù)多個(gè)會(huì)員,如果一個(gè)客服最大服務(wù)能力是3,那么他最多同時(shí)服務(wù)3個(gè)會(huì)員,這個(gè)值由管理員根據(jù)客服的歷史服務(wù)水平來設(shè)置。
我們發(fā)現(xiàn)盡管很多小二的最大并發(fā)能力是相同的,在他們滿負(fù)荷服務(wù)會(huì)員時(shí),他們的服務(wù)水平有很大不同,他們的忙閑程度也有非常大的差異,為什么?
- 小二本身水平有差異
如下圖所示,某技能組的客服最大服務(wù)能力都是3,最近一個(gè)月這個(gè)技能組的客服在同時(shí)服務(wù)3個(gè)會(huì)員場(chǎng)景下的平均響應(yīng)時(shí)間分布(平均響應(yīng)時(shí)間正比于客服回復(fù)速度),可以看到數(shù)據(jù)呈一個(gè)大致正太分布,說明小二服務(wù)水平有差異。
- 場(chǎng)景不同
舉個(gè)例子,A和B兩個(gè)客服最大服務(wù)能力都是5,同樣都在處理5個(gè)會(huì)員,但是A的5個(gè)會(huì)員差不多都到會(huì)話結(jié)束尾聲了,B的5個(gè)會(huì)員都才剛剛開始,這個(gè)例子下A和B兩個(gè)客服當(dāng)下的忙閑程度明顯不同。
既然小二的服務(wù)水平有差別,實(shí)際場(chǎng)景千差萬別,那能不能在技能組排隊(duì)時(shí)刻讓那些有余力的小二突破最大服務(wù)上限?
XSigma提供了兩種策略來讓小二突破服務(wù)上限。
1)主動(dòng)+1模式
當(dāng)技能組達(dá)到觸發(fā)條件時(shí),XSigma會(huì)主動(dòng)點(diǎn)亮客服工作臺(tái)的+1按鈕(如下圖紅框所示),客服可以點(diǎn)擊來主動(dòng)增加一個(gè)會(huì)員進(jìn)線,這種方式相當(dāng)于是將擴(kuò)容權(quán)利交給客服,因?yàn)橹挥锌头约褐滥壳懊Σ幻Α?/div>
2)強(qiáng)制+1模式
如果某些技能組是強(qiáng)管控類型,可以選擇開啟強(qiáng)制+1模式,XSigma會(huì)結(jié)合數(shù)據(jù)自動(dòng)選擇一些合適的客服來突破服務(wù)能力上限,比如他之前最大服務(wù)能力是5,我們會(huì)同時(shí)讓他服務(wù)6個(gè)會(huì)員。
6.削峰填谷:預(yù)約回?fù)?/strong>
對(duì)于熱線來說,小二不可能同時(shí)接好幾個(gè)電話,而且業(yè)務(wù)上可承接的線下客服也少,這時(shí)候如果出現(xiàn)大面積排隊(duì)怎么辦?
通過數(shù)據(jù)分析發(fā)現(xiàn),很多技能組在一天內(nèi)的繁忙度在波動(dòng),有高峰也有低峰,下圖所示展示了某技能組的剩余服務(wù)數(shù),可以看到有兩個(gè)繁忙時(shí)間段,10~13點(diǎn),17~21點(diǎn),這兩個(gè)時(shí)間段的空閑服務(wù)數(shù)很多時(shí)候都是0,而其它時(shí)間段相對(duì)比較空閑,如果能將這些繁忙時(shí)間段的進(jìn)線量騰挪到非繁忙時(shí)間段,這樣就能大大提升客服的人員利用率,也能避免客戶排隊(duì)的煩惱。
怎么做呢?通過預(yù)約回?fù)埽瑢?dāng)下服務(wù)轉(zhuǎn)變?yōu)槲磥矸⻊?wù)。如下圖所示,主要有兩個(gè)模塊構(gòu)成。
1)預(yù)約觸發(fā)器。用戶電話進(jìn)來后,預(yù)約觸發(fā)器會(huì)根據(jù)技能組的繁忙情況,來判定是否要觸發(fā)預(yù)約;
2)回?fù)苡|發(fā)器。采用系統(tǒng)主動(dòng)外呼模式,一旦發(fā)現(xiàn)技能組繁忙度處于低峰,就會(huì)觸發(fā)回?fù)埽灰脩綦娫挶唤油,就?huì)以高優(yōu)先級(jí)進(jìn)入到分配環(huán)節(jié),從而讓客服人員在有效的工作時(shí)間內(nèi)都在真正的與客戶通話。
7.最優(yōu)分配
調(diào)度的目標(biāo)是:“提升客服資源的利用率和服務(wù)水平,用更少的客服資源獲得更佳的用戶體驗(yàn)”。前面這些策略的關(guān)注點(diǎn)更多是在提升客服資源利用率上,有沒有什么策略能提升用戶的滿意度?我們從分配這一環(huán)節(jié)入手。
本質(zhì)上我們要解決的是“會(huì)員(任務(wù))-客服匹配優(yōu)化”問題。在傳統(tǒng)模式下,分配就是從某技能組的排隊(duì)隊(duì)列中找到一個(gè)等待時(shí)間最長(zhǎng)的會(huì)員,然后再找一個(gè)該技能組下最空閑的客服完成匹配。這種公平分配方式考慮維度單一,未能在全局層面上掌握和調(diào)度分配有關(guān)的會(huì)員、客服、問題等各類信息。
匹配優(yōu)化問題其實(shí)是二部圖匹配問題,如圖所示,在某一時(shí)刻,我們可以得到某技能組下未分配的客戶(任務(wù))以及具備剩余服務(wù)能力的客服,如果能知道每個(gè)任務(wù)與每個(gè)客服之間的匹配概率,那就可以通過穩(wěn)定婚姻算法找到最佳匹配。
如何求得任務(wù)與客服之間的匹配概率?抽象為分類回歸問題,核心在于構(gòu)建大量樣本(x1,x2,x3,…,xn)(y)。針對(duì)一通歷史會(huì)話任務(wù),y是客戶評(píng)分或會(huì)話時(shí)長(zhǎng)(目標(biāo)可選),而x既包含了客服特征如過去30天的滿意度、平均響應(yīng)時(shí)間等等離線指標(biāo),以及客服當(dāng)前會(huì)話的服務(wù)會(huì)員數(shù)、最大會(huì)員數(shù)等實(shí)時(shí)指標(biāo),也包含了任務(wù)的特征,如問題類型、等待時(shí)間、訂單編號(hào)、重復(fù)咨詢次數(shù)等等。樣本有了后,下面就是選擇分類算法進(jìn)行訓(xùn)練,最終我們采用了CNN。
在迭代過程中發(fā)現(xiàn),模型會(huì)將流量更多分配給好的客服,而指標(biāo)相對(duì)較差的客服的流量則變少,為了避免少量客服上班接不到客反彈的情景,我們將公平性的指標(biāo)引入到模型中。
8.智能培訓(xùn):大黃機(jī)器人
通過最優(yōu)分配來提升滿意度的一個(gè)重要原因是將流量更多分給了能力強(qiáng)水平高的客服,而這部分客服的占比不高,為什么?為了應(yīng)對(duì)11、12這兩個(gè)特殊月份的高流量,業(yè)務(wù)團(tuán)隊(duì)要招募培訓(xùn)大量的云客服。這些新手涌入必然會(huì)對(duì)滿意度帶來影響,換句話說,如果要想進(jìn)一步提升滿意度指標(biāo),必須提升新手客服的服務(wù)水平。
對(duì)于新手,在上崗前提升他們水平的唯一方式就是培訓(xùn),傳統(tǒng)的培訓(xùn)都是通過線下讓云客服看視頻等學(xué)習(xí)資料,然后進(jìn)行筆試,通過后就直接上崗,帶來的問題是很多新客服對(duì)平臺(tái)的工具、解決方案都不熟悉就直接服務(wù)會(huì)員,會(huì)員體感較差。
對(duì)比練車場(chǎng)景,我們發(fā)現(xiàn)練車有科目1、科目2、科目3等不同流程,科目1學(xué)習(xí)理論,科目2和科目3實(shí)戰(zhàn)模擬,如果我們引入這種實(shí)戰(zhàn)模擬就能大大提升新客服的服務(wù)水平。
我們創(chuàng)新的提出了使用機(jī)器人(大黃)來培訓(xùn)客服這一全新的客服培訓(xùn)模式(已申請(qǐng)專利)。新客服在培訓(xùn)租戶里,通過點(diǎn)擊大黃頭像,會(huì)產(chǎn)生一通非常真實(shí)的模擬會(huì)話,通過和會(huì)員聊天,不斷學(xué)習(xí)平臺(tái)工具使用,不斷提升解決客戶問題能力。一旦會(huì)話結(jié)束后,大黃機(jī)器人會(huì)對(duì)這通會(huì)話進(jìn)行評(píng)價(jià),并會(huì)告知應(yīng)該使用某種具體的解決方案來回答用戶問題。
對(duì)于新客服,目前必須完成大黃80通會(huì)話后才能上崗,整個(gè)財(cái)年培訓(xùn)客服幾萬人,服務(wù)會(huì)話量達(dá)到幾百萬輪次。abtest顯示通過大黃試崗的客服不管在滿意度、不滿意、平均響應(yīng)時(shí)間、平均服務(wù)時(shí)長(zhǎng)等各項(xiàng)指標(biāo)上都有非常明顯提升。
9.統(tǒng)一的調(diào)度中心
從上面可以看到我們的客服調(diào)度策略多且復(fù)雜,每種策略都起到了一定提升客服資源的利用率和服務(wù)水平的作用,F(xiàn)在的問題來了,不同場(chǎng)景下這么多策略如何選擇?比如現(xiàn)在技能組A突然排隊(duì)100個(gè)會(huì)員,這個(gè)時(shí)候是直接溢出到其他技能組,還是觸發(fā)主動(dòng)+1或觸發(fā)應(yīng)急放班呢?這里需要一個(gè)大腦來做決策。
如何讓這個(gè)大腦適用于各種復(fù)雜的業(yè)務(wù)場(chǎng)景是難點(diǎn)。我們平臺(tái)目前租戶就有幾十個(gè),僅淘系這一個(gè)租戶就劃分了幾十個(gè)客服部門,每個(gè)部門下又細(xì)分了一系列技能組,不同部門間業(yè)務(wù)場(chǎng)景不同。在嚴(yán)重缺乏歷史數(shù)據(jù)積累情況下,很難直接通過訓(xùn)練一個(gè)決策模型來適應(yīng)多種業(yè)務(wù)。于是我們的思路就轉(zhuǎn)換為直接利用現(xiàn)場(chǎng)管理員的專家知識(shí),讓他們將決策邏輯沉淀為一條條的規(guī)則。
目前平臺(tái)上已經(jīng)配置了上萬條規(guī)則,每天生效的規(guī)則也有幾千條,這些數(shù)據(jù)的沉淀讓我們可以通過智能優(yōu)化技術(shù)實(shí)現(xiàn)真正的智能調(diào)度決策大腦。
10.調(diào)度監(jiān)控大屏
客服調(diào)度策略繁多、邏輯復(fù)雜,調(diào)度結(jié)果會(huì)切實(shí)影響整個(gè)環(huán)節(jié)參與者的感受,因此我們搭建了XSigma調(diào)度大屏,方便大家理解。在實(shí)踐過程中發(fā)現(xiàn)調(diào)度大屏能建立起使用方對(duì)調(diào)度系統(tǒng)的信任感,降低開發(fā)人員和管理員發(fā)現(xiàn)、定位并解決系統(tǒng)問題的成本。舉個(gè)例子,管理員在XSigma平臺(tái)上設(shè)置一些規(guī)則,比如A技能組排隊(duì)數(shù)>=1觸發(fā)溢出到B技能組,設(shè)置完后他心里沒底,他也不知道設(shè)置的邏輯是否生效,往往會(huì)讓開發(fā)同學(xué)再次確定下有沒有生效,而現(xiàn)在有了可視化調(diào)度大屏,既能觀察到各個(gè)技能組的服務(wù)量、剩余服務(wù)量等實(shí)時(shí)監(jiān)控?cái)?shù)據(jù),也能看到實(shí)時(shí)調(diào)度各種策略生效的過程,以及每天調(diào)度的實(shí)時(shí)匯總明細(xì)數(shù)據(jù)。
11.仿真演練
在調(diào)度優(yōu)化場(chǎng)景中,如何評(píng)估調(diào)度系統(tǒng)的好壞至關(guān)重要。有沒有一種手段能評(píng)估XSigma是否能適應(yīng)各種場(chǎng)景?能提前證明在雙11這種大促期間也能順暢的調(diào)度?能及時(shí)發(fā)現(xiàn)調(diào)度過程中出現(xiàn)的問題?這不僅是我們也是業(yè)務(wù)同學(xué)迫切需要知道的。
仔細(xì)思考發(fā)現(xiàn),要解決的問題和技術(shù)的全鏈路壓測(cè)要解決的問題很相似,我們要做的其實(shí)是業(yè)務(wù)上的全鏈路壓測(cè),于是我們搭建了客服調(diào)度的仿真演練系統(tǒng)。
基于大黃機(jī)器人,我們已經(jīng)能模擬會(huì)員進(jìn)線,通過定制改造,機(jī)器人可以制造各種主題類型的題目,比如雙十一類型場(chǎng)景等。在此基礎(chǔ)上,結(jié)合業(yè)務(wù)同學(xué)的預(yù)估量,可以設(shè)置出各個(gè)技能組的進(jìn)線量。
在雙十一之前,業(yè)務(wù)同學(xué)使用這套演練系統(tǒng)大規(guī)模演練過兩次,由于是基于真實(shí)服務(wù)量進(jìn)行演練,而不是以前的口頭相傳的方式,讓調(diào)度上下游每一個(gè)參與的同學(xué)都有壓力感。在演練過程中發(fā)現(xiàn)的一些問題改進(jìn)后,大大提升了我們應(yīng)對(duì)大促突發(fā)流量的信心。
12.小結(jié)
XSigma智能客服調(diào)度系統(tǒng)采用自動(dòng)化配置、機(jī)器學(xué)習(xí)等技術(shù),將復(fù)雜的調(diào)度問題分層處理,并在日益增長(zhǎng)的會(huì)員任務(wù)基礎(chǔ)上,不斷精細(xì)化調(diào)度模型依賴的狀態(tài)預(yù)估數(shù)值,不斷提高調(diào)度模型的多目標(biāo)規(guī)劃能力,同時(shí)通過大量運(yùn)用平臺(tái)可視化技術(shù),以實(shí)時(shí)、圖表化的方式將系統(tǒng)運(yùn)行狀態(tài)呈現(xiàn)出來,最終在客服效率和用戶體驗(yàn)時(shí)間上得到優(yōu)化效果。該系統(tǒng)上線后,相比于往年,服務(wù)不可用時(shí)長(zhǎng)這一業(yè)務(wù)核心指標(biāo)直接下降98%。
【免責(zé)聲明】本文僅代表作者本人觀點(diǎn),與CTI論壇無關(guān)。CTI論壇對(duì)文中陳述、觀點(diǎn)判斷保持中立,不對(duì)所包含內(nèi)容的準(zhǔn)確性、可靠性或完整性提供任何明示或暗示的保證。請(qǐng)讀者僅作參考,并請(qǐng)自行承擔(dān)全部責(zé)任。
相關(guān)熱詞搜索: 阿里 XSigma 客服調(diào)度 智能客服
相關(guān)閱讀:
- ·阿里云李飛飛:什么是云原生數(shù)據(jù)庫(kù)2021-06-21 09:52:36
- ·疫情之下的科技普惠:阿里云科技驅(qū)動(dòng)中小企業(yè)數(shù)字化2021-01-28 15:08:43
- ·分布式鎖在存儲(chǔ)系統(tǒng)中的技術(shù)實(shí)踐2020-09-11 11:10:27
- ·阿里悄悄啟動(dòng)教育新基建 2020-08-26 10:00:01
- ·KubeCon 2020 阿里云推出四大企業(yè)級(jí)容器新品 2020-08-11 10:49:43
- ·分布式系統(tǒng)架構(gòu)與云原生—阿里云《云原生架構(gòu)白皮書》導(dǎo)讀2020-08-05 10:48:11
- ·一文詳解 Serverless 架構(gòu)模式2020-07-10 10:23:57
- ·阿里云李飛飛:今年將幫1000家企業(yè)“去O”2020-06-10 10:09:20
- ·阿里云總裁張建鋒:飛天是中國(guó)「唯一」自研云操作系統(tǒng)2020-06-09 13:40:10
- ·深度評(píng)測(cè) | 阿里云RDS MySQL和AWS RDS誰性能更勝一籌2020-04-14 16:24:20