您当前的位置是:  首页 > 资讯 > 文章精选 >
 首页 > 资讯 > 文章精选 >

企业ACD即云服务:面对挑战

--了解如何将企业自动呼叫分配作为云服务工作

2022-08-01 07:49:23   作者:   来源:CTI论坛   评论:0  点击:6129


  CTI论坛(ctiforum.com)(编译/老秦): 很容易让人误以为您可以使用基本的云自动呼叫分配 (ACD) 服务来满足企业或其他大规模需求。毕竟,云承诺“它只是工作”和“它只是扩展”。
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閻愵剙鍔ょ紓宥咃躬瀵鎮㈤崗灏栨嫽闁诲酣娼ф竟濠偽i鍓х<闁诡垎鍐f寖闂佺娅曢幑鍥灳閺冨牆绀冩い蹇庣娴滈箖鏌ㄥ┑鍡欏嚬缂併劌銈搁弻鐔兼儌閸濄儳袦闂佸搫鐭夌紞渚€銆佸鈧幃娆撳箹椤撶噥妫ч梻鍌欑窔濞佳兾涘▎鎴炴殰闁圭儤顨愮紞鏍ㄧ節闂堟侗鍎愰柡鍛叀閺屾稑鈽夐崡鐐差潻濡炪們鍎查懝楣冨煘閹寸偛绠犻梺绋匡攻椤ㄥ棝骞堥妸鈺傚€婚柦妯侯槺閿涙稑鈹戦悙鏉戠亶闁瑰磭鍋ゅ畷鍫曨敆娴i晲缂撶紓鍌欑椤戝懘鎮樺┑瀣€垫い鎾跺枍缁诲棝鏌曢崼婵堢闁告帊鍗抽弻娑㈡偆娴i晲绨界紓渚囧枦椤曆囧煡婢跺á鐔荤疀閹惧墎楔闂佽桨鐒﹂崝娆忕暦閵娾晩鏁婇悹渚厛閺€銊х磽閸屾艾鈧绮堟笟鈧、鏍礋椤栨稑娈戦梺鍛婃尫閻掞箓锝為弴銏$厵闁硅鍔﹂崵娆戠棯閹冩倯闁逛究鍔岄~婊堝幢濡も偓楠炲姊虹粙娆惧剱闁圭懓娲獮鍐ㄢ堪閸喎娈熼梺闈涱槶閸庮噣宕戦幘璇查敜婵°倓鑳堕崣鍡涙⒑閸濆嫭澶勬慨妯稿姂瀹曟繂顓兼径瀣幍闂佸憡鍔樼亸娆撴倿閸涘﹥鍙忓┑鐘插鐢盯鏌熷畡鐗堝殗鐎规洏鍔嶇换婵嬪磼濞戞瑧鏆梻鍌氬€峰ù鍥х暦閻㈢ǹ绐楅柛鈩冪☉绾惧潡鏌熼幆鐗堫棄缂佺姵鐓¢弻鏇$疀閺囩儐鈧本绻涚粭鍝勫闁哄苯绉烽¨渚€鏌涢幘瀵告噰妞ゃ垺宀搁弫鎰板幢濞嗘垹妲囨繝娈垮枟閿曗晠宕㈤崗鑲╊洸婵犲﹤鎳愮壕濂告煟閹伴潧澧い搴㈢矊椤啰鈧稒蓱閸婃劗鈧鍠楅悡锟犮€佸Δ鍛妞ゆ垼濮ょ€氬ジ姊绘担鍛婅础閺嬵亝绻涢幘顕呮缂侇喖顭烽獮妯尖偓闈涙憸椤旀洟鏌i悩鍙夊巶闁告侗鍘奸悡鍌炴⒑鏉炴壆顦﹂柣妤€锕ョ粚杈ㄧ節閸ヮ灛褔鏌涘☉鍗炴灈婵炲懌鍊濆铏圭矙濞嗘儳鍓梺鍛婃尰缁诲嫰骞戦姀鐘斀闁搞儮鏅濋惁鍫ユ⒑缁嬫寧婀扮紒瀣灥閳诲秹鏁愰崪浣瑰瘜闂侀潧鐗嗙换鎺楀礆娴煎瓨鐓忛柛顐ゅ枑閸婃劖顨ラ悙鎻掓殲缂佸倹甯為埀顒婄到閻忔岸寮查鈧埞鎴︽倷閺夋垹浠搁柦鍐憾閹綊宕堕埡浣锋濠殿喖锕ㄥ▍锝夊箯閻樿鐏抽柧蹇e亞娴滃爼姊绘担钘夊惞闁革綇闄勬穱濠囧炊椤掆偓缁犳煡鏌曡箛鏇炐涢柡鈧禒瀣€甸柨婵嗙凹缁ㄤ粙鏌涙繝鍕槐婵﹥妞藉Λ鍐归妶鍡欐创鐎规洘锕㈡俊鎼佸Ψ椤旇棄鏋犳繝鐢靛Х閺佸憡鎱ㄩ悜钘夋瀬闁告稑锕ラ崣蹇涙煟閹达絾顥夐柡瀣╃窔閺岀喖姊荤€靛壊妲紒鐐礃椤濡甸崟顖氬唨妞ゆ劦婢€缁爼姊虹紒妯虹瑨闁诲繑宀告俊鐢稿礋椤栨氨顔婇梺鐟扮摠缁诲秵绂掗懖鈺冪<闁绘劦鍓欓崝銈嗐亜椤撶姴鍘寸€殿喖顭烽幃銏ゆ偂鎼达綆妲堕柣鐔哥矊缁绘帡寮灏栨闁靛骏绱曢崢浠嬫⒑鐟欏嫬鍔ゆい鏇ㄥ幖鐓ら柟缁㈠枟閻撴瑦銇勯弮鍌滄憘婵炲牊绮撻弻鈩冩媴閻熸澘顫嶉梺璇″灡濡啴宕规ィ鍐╁殤妞ゆ帊鐒﹀▍锕€鈹戦悩鍨毄濠殿噮鍙冮獮蹇涘礃椤旇偐顦ㄥ銈呯箰閸熺増銇欓幎鑺モ拻濞撴埃鍋撻柍褜鍓氱粙鎾诲煘閹烘鐓曢柡鍌濇硶鑲栭梺鐟扮畭閸ㄥ綊鍩為幋鐘亾閿濆簼绨荤紒鎰☉椤啴濡堕崱妯碱槬闂佺懓鍟跨粔鐟扮暦椤愨懡鏃堝川椤旇瀚藉┑鐐舵彧缁蹭粙骞夐敍鍕闁跨喓濮甸悡娆撴煣韫囷絽浜濋悘蹇曟暬閺屽秷顧侀柛鎾磋壘椤繈濡搁敂鑺ョ彿濠德板€撻懗鍫曞煘瀹ュ應鏀介柣妯哄级閹兼劗绱掗悩鍨殌闂囧鏌ㄥ┑鍡欏闁逞屽厸缁瑦淇婇幖浣哥厸闁稿本绮屽鎶芥⒒娴e憡鎯堥柛鐔哄█瀹曟垿骞樼紒妯煎幈闁硅壈鎻槐鏇㈡晬瀹ュ洨纾奸弶鍫氭櫅娴犺鲸顨ラ悙鏉戠瑨閾绘牕霉閿濆懎绾ч悗姘矙濮婄粯鎷呴崨闈涚秺瀵敻顢楅崟顒€浠梺闈浥堥弲娑氱矆閸屾壕鍋撻崗澶婁壕闂佸憡娲﹂崜娑㈠储閻㈠憡鈷戦柟顖嗗嫮顩伴梺绋款儏閹冲酣鎮惧畡鎵殕闁逞屽墴閸┾偓妞ゆ帒鍠氬ḿ鎰箾閸欏鐭掔€殿噮鍋嗛幏鐘差啅椤斿吋顓垮┑鐐差嚟婵挳顢栭幇鏉挎瀬闁搞儺鍓氶悡鐔兼煙闁箑寮鹃柛鐔风箻閺屾盯鎮欓崹顐f瘓濠殿喖锕︾划顖炲箯閸涘瓨鍤嶉柕澹讲鍋撴繝鍥ㄢ拺闂傚牃鏅濈粔鍓佺磼閻樿櫕宕岄柣娑卞枦缁犳稑鈽夊▎鎰仧闂備浇娉曢崳锕傚箯閿燂拷...
  注册这样的服务和调试队列很容易;为队列命名,映射一个或两个直拨内线 (DDI),分配座席成员/技能,然后完成工作。
  但仔细观察,你会开始看到挑战:
  • 云 ACD 是否会管理您所有工作负载的服务水平协议 (SLA)?
  • 是否有将座席从外向撤出以满足内向需求的混合规则?
  • 是否有针对多会话座席的行为规则?
  除非您使用伪装成云服务的企业 ACD(这不是一个好主意),否则您可能找不到任何这些功能。但为什么?
  它归结为几乎所有具有无状态设计的云 ACD(直到现在,这仍然是云服务的圣杯)。令人不安的事实是,为了支持企业 ACD 功能,云设计必须是有状态的。让我们分解传统的企业 ACD 来看看原因:
  设计挑战
  至少需要 5 层工作,并且它们的复杂性会增加:
  1、队列机制
  制作一个基本的呼叫排队系统并不需要太多努力。使该排队系统无状态将涉及对队列中呼叫的引用的一些持久存储以及查询具有正确技能的座席是否可用的方法。
  但是这种设计是有代价的;每次队列需要决定将呼叫连接到座席时,它必须收集状态信息(队列中的呼叫、可用座席和技能水平)并做出决定。
  如果您使用状态缓存引擎,此过程每次可能需要几十毫秒。对于一个简单的用例,体积不是问题。
  2、队列相互依赖
  接下来,考虑座席将具备服务许多队列的技能。在我们干净的云模型中,队列是相互独立的。但在现实生活中,一个人采取的行动会从另一个人的可用座席池中删除座席。
  排队系统现在必须在所有队列中以串行方式做出决定。在更大规模的联络中心,“几十毫秒”现在成为一个问题。
  3、每个队列的 SLA
  必须针对 SLA 管理所有队列,这意味着必须调整队列与座席配对呼叫的顺序以保持 SLA 目标。在无状态模型中,这意味着“队列管理器”每秒会多次轮询状态的当前快照。
  4、呼入/外呼混合
  这就是无状态模型变得不可行的地方。混合需要实时监控入站需求、座席技能和现有请求,以便在呼入/外呼工作负载之间进行推送和拉取。
  5、多渠道、多会话
  座席可以跨多个会话实时执行聊天,并且这些会话交互。座席可能也处理语音,也可能不处理,而且会话之间也存在交互。
  这种设计复杂性对于交付自动化决策并使服务易于订阅者使用的 ACD 是必要的。如果您有 1000 个座席处理呼叫,则 ACD 每秒最多会做出 5000 个状态驱动的处理决策。
  那么,如何制作可用作云服务的企业 ACD?
  为成功而设计
  简短的回答是你必须有一个有状态的 ACD 引擎来完成你需要的一切。忘记我们前面提到的圣杯吧。
  将其作为云服务开发和交付需要纪律。 ACD 引擎必须尽可能小(即每个租户一个 ACD 实例)和可生存的房东架构。
  其他基本设计要求是:
  1、服务必须“只做一项工作”。由于 ACD 的“一项工作”非常复杂,因此 ACD 决策(以及传达这些决策)业务之外的任何内容都不属于 ACD。
  2、应用程序编程接口 (API) 必须是故障友好的。由于上述第一个要求,ACD 是一个使用状态并通过已发布协议 (API) 传递状态决策的过程。这意味着一切都是请求,而不是命令。
  3、必须为多路复用和服务发现设计协议和路由机制。应用程序不必知道或关心它与之交谈的事物在哪里或它们有多少。应用程序使用的框架应该将其隐藏起来。
  那么,云中全功能 ACD 的价格是多少?供应商面临的一些挑战与无状态密切相关。
  声明:版权所有 非合作媒体谢绝转载
  原文网址:https://www.nojitter.com/cloud-communications/enterprise-acd-cloud-service-facing-challenge
【免责声明】本文仅代表作者本人观点,与CTI论坛无关。CTI论坛对文中陈述、观点判断保持中立,不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。请读者仅作参考,并请自行承担全部责任。
  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

专题

CTI论坛会员企业