V tomto článku
dropdown icon
Radenie v rade
    dropdown icon
    Prehľad
      Typy radov
    dropdown icon
    Fronty nezaložené na zručnostiach
      Fronty bez zručností s priradeniami do tímu
      Fronty bez zručností s priradeniami agentov
    dropdown icon
    Fronty založené na zručnostiach
      Kritériá zručností priradené k frontu
      Požiadavky na zručnosti priradené v toku
    dropdown icon
    Konfigurácia frontu
      Nastavenie frontov založených na zručnostiach
      Nastavenie frontov nezaložených na zručnostiach
dropdown icon
Smerovanie
    dropdown icon
    Koncepty smerovania
      Scenár prebytku agentov
      Scenár prebytku kontaktov
      Zmiešané multimediálne profily
    dropdown icon
    Smerovacie vzory
      Založené na zručnostiach
      Smerovanie bez zručností
      Smerovanie založené na agentoch
dropdown icon
Funkcie radenia do frontu a smerovania v aplikácii Flow
    Funkcie radenia do frontu a smerovania v aplikácii Flow
    dropdown icon
    Činnosti v rade
      Kontakt v rade
      Zaradenie do fronty k agentovi
      Eskalácia skupiny distribúcie hovorov
    dropdown icon
    Informácie o fronte Aktivity
      Získať informácie o rade
      Rozšírené informácie o rade
    dropdown icon
    Aktivity ovládania hovorov
      Nastavenie identifikácie volajúceho
      Ovládanie nahrávania
      Slepý prevod
      Premostený prenos
      Odpojiť kontakt
      Nastaviť prioritu kontaktu
    dropdown icon
    Aktivity spätného volania
      Spätné volanie
      Naplánovať spätné volanie
      Analýza priebehu hovoru
Pochopenie smerovania a radenia v službe Webex Contact Center
list-menuV tomto článku
list-menuSpätná väzba?

Tento článok poskytuje prehľad o tom, ako kontaktné centrum Webex spracováva a riadi prichádzajúce interakcie s agentmi. Zahŕňa rôzne typy radov, ako napríklad založené na zručnostiach a metódy smerovania, ktoré nie sú založené na zručnostiach, ako napríklad Najdlhšia dostupná trasa, Kruhová trasa a Najlepšia dostupná trasa. Taktiež vysvetľuje aktivity toku, ktoré pomáhajú správcom spravovať interakcie, priraďovať agentov, kontrolovať tok hovorov a získajte aktualizácie frontu v reálnom čase na zlepšenie prevádzky a zákazníkov skúsenosti.

Poradie

Prehľad

V kontaktnom centre Webex slúži front ako priestor pre prichádzajúce interakcie, ako je telefón, chat, e-mail alebo sociálne kanály. Kontakty sú zaparkované v čakacích radoch, kým nie sú automaticky distribuované agentom alebo ich agenti manuálne vyzdvihnú na manipuláciu. Okrem toho podporujú funkcie, ako je smerovanie založené na zručnostiach, riadenie priorít a spravodlivé rozdelenie pracovného zaťaženia.

Vedúci pracovníci môžu používať fronty na sledovanie rôznych línií práce a na zlepšenie spôsobu, akým sa úlohy riešia v kontaktnom centre.

Niektoré z kľúčových výhod efektívneho používania frontov sú:

  • Lepšia zákaznícka skúsenosť: Spravujte čas čakania a dajte zákazníkom vedieť, že sú v rade, aby im pomohli.
  • Zvýšená účinnosť: Zabezpečiť, aby sa hovory riešili riadnym spôsobom, čím sa zníži chaos a nesprávne riadenie.
  • Spravodlivé Rozdelenie kontaktov: Rozdeľte hovory rovnomerne medzi agentov, aby ste zabránili preťaženiu ktoréhokoľvek jednotlivého agenta.
  • Manipulácia s prioritou: Povoliť prioritizáciu určitých hovorov, ako sú VIP zákazníci alebo naliehavé otázky.

Typy frontov

Webex Contact Center podporuje niekoľko typov frontov, ktoré umožňujú širokú škálu prípadov použitia pre kontaktné centrá všetkých veľkostí a zložitosti, naprieč všetkými typmi médií s jednotnými schopnosťami.

Sú fronty, ktoré berú do úvahy schopnosti agentov pri smerovaní kontaktov, a fronty, ktoré nie. Tieto fronty sa tiež líšia, pokiaľ ide o to, ako sú agenti s nimi spojené pracovať na kontaktoch.

Existujú dve široké kategórie frontov:

  • Fronty bez zručností
  • Rady založené na zručnostiach

Fronty bez zručností

Rady, ktoré nie sú založené na zručnostiach, neberú do úvahy zručnosti spojené s agentmi. Fronty, ktoré nie sú založené na zručnostiach, môžete nastaviť pomocou nasledujúcich možností:

  • Tímové úlohy
  • Úlohy agenta

Fronty nezaložené na zručnostiach s tímovými úlohami

V frontoch, ktoré nie sú založené na zručnostiach s tímovým pridelením, môžete organizovať agentov do tímov a kombinovať tieto tímy, aby vytvorili distribučné skupiny hovorov (CDG). Môžete nastaviť časové oneskorenie medzi každou skupinou na správu toku hovorov.

Skupiny pre distribúciu hovorov pomáhajú definovať viaceré úrovne agentov, ktorí sa stanú spôsobilí pracovať na kontaktoch v tomto fronte počas nakonfigurovaných časových intervalov. Kontakty sú priradené agentom na základe úrovne ich tímu. Ak nie sú k dispozícii žiadni agenti, kontakty sú zaparkované na prednastavené trvanie pred rozšírením tak, aby zahŕňali ďalšiu skupinu tímov. Tento proces pokračuje dovtedy, kým nie je k dispozícii agent alebo kým nie sú skontrolované všetky skupiny.

Môžete nastaviť tieto typy tímov:

  • Individuálne tímy: Agenti môžu byť organizovaní do tímov, ktoré by mohli reprezentovať špecifickú funkciu org, ktorá sa potom môže stať súčasťou frontov tak, aby kontakty mohli byť smerované k agentom v týchto tímoch. Môžete označiť agenta do viacerých tímov na spracovanie kontaktov z rôznych frontov pre efektívne smerovanie.
  • Kapacitné tímy: Kapacitný tím (CBT) je funkcia, ktorá smeruje hlasové hovory na kapacitné priame číslo (DN), kde kapacita určuje, koľko hovorov je možné spracovať súčasne. Umožňuje smerovanie hovorov na telefónne čísla bez toho, aby sa museli agenti prihlásiť do systému, čo je vhodné pre scenáre, kde sú hovory zodpovedané hlasovou poštou, odpovedacími strojmi alebo loveckými skupinami, a nie tradičnými agentmi call centra. V tomto nastavení nie sú priradení žiadni konkrétni agenti a nepoužívajú Webex Contact Center Agent Desktop.

Diagram pracovných postupov o tom, ako Front s tímovým nasadením pracuje vo Webex Contact Center

V tomto príklade existujú tri distribučné skupiny hovorov, ktoré umožňujú rozšírenie cieľa, čo znamená rozšírenie na viac agentov v rámci tímov v nastavených časových intervaloch.

Prvá Call Distribution Group obsahuje TEAM1, ktorý má 3 nastavených agentov – A1, A2 a A5.

Druhá distribučná skupina hovorov obsahuje TEAM2, ktorý má 3 nastavených agentov – A2, A3, a A4.

Tretia (a konečná) distribučná skupina hovorov obsahuje TEAM3, ktorý má 2 nastavených agentov – A6 a A7.

Keď je kontakt vo fronte, systém najprv vyhľadá zodpovedajúce agenta v prvej skupine Call Distribution Group. Ak nie sú nájdené žiadne agenty, kontakt je zaparkovaný na nakonfigurované trvanie pred spustením cieľovej expanzie na ďalšiu skupinu. To pridáva nové tímy k existujúcim. Tento proces sa opakuje, kým nenájde zhodu, alebo sa všetky skupiny nerozšíria.

Funkcia nazvaná "Skontrolovať dostupnosť agenta" spôsobí, že kontakt sa okamžite rozšíri na ďalšiu distribučnú skupinu hovorov, ak sa v aktuálnej skupine nenachádzajú žiadne zodpovedajúce agenta. Toto je možné zapnúť v aktivite Kontakt vo fronte <ODKAZ NA sekciu 3.1.1> v toku.

Toto nastavenie vedie k nasledujúcim scenárom:

  1. A2 patrí tímu 1 a tímu2. Ak A2 vyberie TEAM 1 na prihlásenie do Agenta Desktop, systém považuje za2 súčasť TEAM 1 a teda len prvú Call Distribution Group.
  2. A5 patrí do tímu1, ale mohol byť aj súčasťou iného tímu v organizácii, do ktorej sa v súčasnosti prihlásili. Preto sa A5 nepovažuje za súčasť tímu 1 a nie je spojená s týmto frontom.

Fronty s pridelením tímu poskytujú túto mocnú schopnosť pre agentov pohybovať sa medzi frontami jednoduchým výberom tímu počas prihlásenia.

Dostupný vzor smerovania:

Fronty nezaložené na zručnostiach s úlohami agenta

Fronty nezaložené na zručnostiach sú typ frontu, kde je skupina agentov priamo priradená k frontu. Na rozdiel od iných typov frontov, ktoré nepriamo určujú skupinu agentov priradených k nim, tieto fronty umožňujú administrátorom vybrať agentov priamo a manuálne. Napríklad poradové fronty priraďujú agentov na základe ich prihlásených tímov a poradové fronty priraďujú agentov na základe požadovaných zručností. Naopak, správcovia môžu priamo pridať agentov do týchto frontov, aby sa stali súčasťou frontu. To poskytuje jednoduchý spôsob, ako spravovať prideľovanie agentov bez spoliehania sa na úlohy riadené systémom.

Fronty s priradením agenta poskytujú jednoduché, ale efektívne algoritmy smerovania, ktoré pomáhajú pri distribúcii kontaktov medzi skupinou agenta. Neberú do úvahy schopnosti agentov pri smerovaní kontaktov. Agenti však môžu byť objednané v každom fronte, a to sa berie do úvahy pri smerovaní kontaktov k nim. V tejto súvislosti tímy slúžia v prvom rade ako organizačná štruktúra pre nadriadených, a nie ako faktor v asociácii agentov a rozhodnutí o smerovaní kontaktov, ktoré zjednodušujú riadenie frontu.

Tento typ frontu je najvhodnejší tam, kde je pre prevádzkové riadenie možné a žiaduce statické priradenie agentov a riadenie asociácie agentov a frontu a výber smerovacích algoritmov je vhodný na rozdelenie práce medzi agentov. Tieto fronty sú tiež užitočné pri scenároch, v ktorých niekoľko typov zákazníckych prieskumov vyžaduje špecializované odborné znalosti, ktoré môže slúžiť vopred vytvorený segment odborných zástupcov.

Pre komplexné organizácie kontaktných centier však môže byť ťažké manuálne spravovať úlohy agenta v týchto frontoch. Mohli by mať väčší prospech z iných typov frontov, ktoré ponúkajú dynamické smerovanie a asociácie agentov frontu.

Diagram pracovného postupu znázorňujúci, ako funguje príklad frontu Bez zručností s priradením agenta v kontaktnom centre Webex

V tomto príklade má fronta množinu agentov priradených k nej v určitom poradí, ako sú A4, A9, A7, a tak ďalej. Tento poradie hrá úlohu v špecifických smerovacích algoritmoch, ktoré zodpovedajú prichádzajúcim kontaktom agentom. Systém sa zhoduje s kontaktmi s týmito agentmi na základe ich dostupnosti a zvoleného algoritmu smerovania.

Na rozdiel od frontov s pridelením tímu neexistuje koncept rozšírenia cieľa v časových intervaloch. Ak žiadny z nakonfigurovaných agentov nie je k dispozícii na trasu tohto kontaktu, zaparkuje sa vo fronte, kým jeden z týchto agentov nie je k dispozícii na manipuláciu s kontaktmi pred vypršaním parkovacieho času. Rozšírenie cieľa sa na tieto fronty nevzťahuje.

Dostupné vzory smerovania:

Rady založené na zručnostiach

Fronty založené na zručnostiach poskytujú schopnosť pre kontakty smerovať k agentom so správnymi zručnosťami na uspokojenie ich potrieb.

Môžete nakonfigurovať nasledujúce typy možností založených na zručnostiach:

Kvalifikačné kritériá pridelené do frontu

Administrátori môžu priradiť kvalifikačné kritériá do frontov. Fronty založené na zručnostiach s kvalifikačnými kritériami umožňujú správcom nakonfigurovať požadované zručnosti priamo vo fronte. Všetci agenti v organizácii, ktorí majú všetky požadované zručnosti frontu prostredníctvom priameho profilu zručností, sa implicitne stanú súčasťou tohto frontu.

Toto nastavenie pomáha správcom mať živý pohľad na agentov mapujúcich do frontu na základe zručností. V situáciách, ako je vysoký objem alebo nízky objem, môžu správcovia zvážiť úpravu požadovaných zručností frontu a profilov zručností agenta s cieľom rozšíriť alebo zmenšiť fond agenta na základe potreby.

Tento typ frontu sa líši od frontu na základe priradenia tímu v tom zmysle, že neexistuje žiadne nastavenie distribučnej skupiny hovorov, čo znamená, že tím nehrá žiadnu úlohu v asociácii agenta do frontu. Okrem toho sú požadované zručnosti staticky nakonfigurované v tomto fronte na rozdiel od tímových kompetenčných frontov, kde prúd vstrekuje (statické alebo variabilné) požadované zručnosti. Z technického hľadiska sú teda zručnosti súčasťou frontu, a nie samotného kontaktu.

Každý agent v organizácii, ktorý úplne spĺňa kvalifikačné kritériá frontu (má zručnosti z priameho profilu zručností), sa implicitne spája s týmto frontom. Tím nehrá žiadnu úlohu v asociácii agentov s týmito frontami. Títo agenti môžu byť súčasťou akéhokoľvek tímu na účely riadenia a prevádzky.

Každý kontakt vstupujúci do tohto frontu automaticky preberá kvalifikačné kritériá definované v samotnom fronte. Jednotlivé kontakty nemôžu definovať ani prepísať svoje vlastné kvalifikačné požiadavky/kritériá na rozdiel od kvalifikačných frontov s tímovým pridelením.

Diagram pracovných postupov znázorňujúci príklad toho, ako Front založený na zručnostiach s kvalifikačnými kritériami funguje vo Webex Contact Center

V tomto príklade

  • Iba agenti A1, A3, a A7 úplne spĺňajú kvalifikačné kritériá, ktoré sú nastavené vo fronte, takže iba títo agenti by boli priradení k tomuto frontu.
  • Agenti A2, A4, a A6 , ktorí čiastočne spĺňajú kritériá alebo A5 , ktorí nemajú príslušné zručnosti, nemôžu byť priradení k tomuto frontu.

Aktualizácia profilu zručností agenta (tzv. rekvalifikácia) tak, aby spĺňala kvalifikačné kritériá frontu, automaticky a dynamicky urobí tohto agenta súčasťou frontu. Alternatívne, aktualizácia samotných kvalifikačných kritérií frontu tak, aby viac (alebo menej) agentov spĺňalo aktualizované kvalifikačné kritériá, automaticky a dynamicky pridá (alebo odstráni) agentov z tohto frontu.

Na rozdiel od frontov s pridelením tímu neexistuje koncept rozšírenia cieľa v časových intervaloch. Ak kontakt nemôže byť zhodný so žiadnym z pridružených agentov, zaparkuje sa vo fronte, kým jeden z týchto agentov nie je k dispozícii na manipuláciu s kontaktmi pred uplynutím doby parkovania.

Fronty založené na zručnostiach sú najvhodnejšie tam, kde je pre prevádzkovú kontrolu realizovateľné a žiaduce statické pridelenie zručností a riadenie frontu združeniu agentov. Sú vhodné aj vtedy, keď je výber smerovacích algoritmov vhodný na rozdelenie práce medzi agentov. Tieto rady sú užitočné aj pri scenároch, v ktorých rôzne typy zákazníckych prieskumov vyžadujú špecifické zručnosti, ktoré môže slúžiť vopred odvodený segment odborných zástupcov.

Komplexné organizácie Contact Center môžu nájsť správu frontu na priradenie agenta v frontoch založených na zručnostiach jednoduchšie, v porovnaní s frontami s priradením agenta, kde každý agent musí byť do zoznamu manuálne pridaný, čo je ťažkopádne najmä pre väčšiu organizáciu.

Požiadavky na zručnosti pridelené v prúde

Fronty založené na zručnostiach s požiadavkami na zručnosť priradenými v toku sú typom tímovej úlohy v Webex Contact Center, kde je súbor tímov konfigurovaný na viacerých úrovniach, tzv. Call Distribution Groups. Agenti, ktorí sú prihlásení do týchto nakonfigurovaných tímov, sú priradení kontakty z tohto frontu na základe úrovne Call Distribution Group, na ktorej je ich tím nakonfigurovaný v fronte, ak tiež plne spĺňajú požiadavky na zručnosť kontaktu.

V rámci takéhoto frontu sú tímy agenta zoskupené do distribučných skupín hovorov s konfigurovateľným časovým oneskorením medzi nimi. Ak nie je k dispozícii žiadny agent pre kontakt, žiadosť je zaparkovaná a po oneskorení sa presmerovanie rozšíri na ďalšiu Call Distribution Group. Tento proces pokračuje, kým nie je priradený agent alebo kým nie sú vyčerpané všetky skupiny. Medzitým, ak sa počas tohto procesu stane k dispozícii agent v predtým kontrolovanej skupine, tento agent sa vyberie.

Agenti získavajú zručnosti prostredníctvom profilu zručností priamo priradeného agentovi. Zručnosti agenta sú určené na základe výberu tímu počas registrácie.

Každý kontakt môže voliteľne špecifikovať kvalifikačné požiadavky v prúde, ktoré sú prispôsobené schopnostiam dostupných agentov na výber najvhodnejšieho agenta.

Okrem toho môžu kontakty špecifikovať aj uvoľnenie zručností v nastavených časových intervaloch. Ide o upravenú sadu požiadaviek na zručnosti, ktorá by prepísala pôvodné požiadavky na zručnosti kontaktu v nastavených časových intervaloch. To umožňuje kontaktu upraviť (zvyčajne sa používa na "relaxáciu") svoje požiadavky na zručnosti pri zaparkovaní vo fronte, takže viac agentov môže vyhovovať týmto požiadavkám na uvoľnenú zručnosť.

Cieľová expanzia prostredníctvom Call Distribution Groups môže nastať súčasne s cyklmi relaxácie zručností - obe zamerané na rýchlejšie prispôsobenie zaparkovaného kontaktu s oprávnenými agentmi, čím sa skráti celkový čas čakania a zlepší sa úroveň služieb vo fronte.

Diagram pracovných postupov znázorňujúci príklad toho, ako front založený na zručnostiach s tímovými úlohami funguje v kontaktnom centre Webex.

Rovnako ako nekvalifikované fronty s pridelením tímu, má tri distribučné skupiny hovorov, ktoré umožňujú "cieľovú expanziu", t.j. rozšírenie na viac agentov v rámci tímov počas nakonfigurovaných časových intervalov.

  • Prvá distribučná skupina hovorov obsahuje TEAM1, ktorý má 3 nastavených agentov – A1, A2 a A5.
  • Druhá distribučná skupina hovorov obsahuje TEAM2, ktorý má 3 nastavených agentov – A2, A3, a A4.
  • Tretia (a konečná) distribučná skupina hovorov obsahuje TEAM3, ktorý má 2 nastavených agentov – A6 a A7.

Existujú však dve hlavné veci, ktoré treba poznamenať:

  • Každý kontakt, ktorý sa dostane do frontu, bude definovať svoje požiadavky na zručnosti a uvoľnenie zručností prostredníctvom toku.
  • Agenti by mohli mať nakonfigurované zručnosti (prostredníctvom profilu zručností – priamo alebo zdedené od prihláseného tímu).

Zatiaľ čo A2 je nakonfigurovaný tak, aby bol súčasťou tímu 1 aj tímu2, v závislosti od výberu tímu, ktorý tento agent urobil počas prihlásenia, v jeho aktuálnej relácii sa považuje za súčasť tohto tímu, a preto zdedí aj profil zručností (a tým aj hodnoty zručností) od tohto tímu (pokiaľ to neprevažuje priamo konfigurácia profilu zručností pre tohto agenta).

Jedná sa o mocnú schopnosť poskytovanú frontami s tímovými úlohami, kde sa agenti môžu pohybovať medzi frontami jednoducho výberom tímu počas prihlásenia.

Spolu so schopnosťou zdediť nastavenia profilu zručností od vybraného tímu môže agent pracovať aj s rôznymi súbormi zručností.

V tomto príklade

  • Kontakty sú vo fronte s počiatočnou požiadavkou zručností (sk_1 >= 6) počas eskalácie z toku, s relaxáciou zručností (sk_1 >= 3) po nakonfigurovanom časovom intervale.
  • V rámci všetkých agentov vo všetkých distribučných skupinách hovorov majú iba A1, A3, A6 a A7 zručnosti, ktoré spĺňajú požiadavky na počiatočnú zručnosť kontaktov vo fronte.
  • Zvyšní agenti majú buď zručnosť (sk_1), ale nespĺňajú požiadavky na zručnosť (napr. A2 v TEAM 1 a A4 v TEAM 2), alebo túto zručnosť vôbec nemajú (napr. A5, A2 v TEAM 2).
  • V priebehu času, po uvoľnení zručností, navyše A2 a A4 tiež teraz spĺňajú "uvoľnené" zručnosti požiadavky kontaktu.

Pre každý kontakt, ktorý sa dostane do frontu, sa systém pokúsi nájsť zodpovedajúceho agenta v rámci prvej distribučnej skupiny hovorov, ktorý úplne spĺňa aktuálne požiadavky na zručnosť kontaktu. Ak nie je nájdený žiadny zodpovedajúci agent, kontakt je zaparkovaný na nastavenú dobu predtým, ako sa cieľová expanzia stane druhej distribučnej skupine hovorov. Všetky tímy nakonfigurované v druhej distribučnej skupine hovorov sú tiež pridané k existujúcim tímom z prvej skupiny. Teraz sa systém pokúša nájsť zodpovedajúceho agenta v rámci rozšírenej skupiny. Všimnite si, že kým sa to deje, relaxácia zručností by tiež aktualizovala požiadavky na zručnosti kontaktu v nastavených časových intervaloch a systém by používal aktualizované požiadavky na zručnosti, aby zodpovedali dostupným agentom v aktuálnej distribučnej skupine hovorov.

Toto pokračuje, kým nie sú rozšírené všetky nakonfigurované distribučné skupiny hovorov a nie sú použité všetky uvoľnenia zručností, pokiaľ nie je predtým nájdený zodpovedajúci agent.

Dostupné vzory smerovania:

Konfigurácia frontu

Nastaviť fronty založené na zručnostiach

Priradiť kvalifikačné kritériá frontu
  • Vytvorte si zručnosti a v prípade potreby aj dynamické zručnosti.
  • Vytvoriť Profily zručností.
  • Priraďte profil zručností priamo agentom.
  • Priraďte dynamické zručnosti priamo agentom. Dynamické zručnosti nie sú priradené cez profily zručností.
  • Vytvorte frontu s typom kanála Telefón alebo Chat alebo Email alebo Social.
  • Priraďte zručnosti a požiadavky na dynamické zručnosti do frontov v Control Hub.
  • Zobraziť zoznam agentov, ktorí dokážu spracovať kontakty vo fronte.
  • Vyberte smerovací Algoritmus buď LAA alebo BAA. Pre BAA, v prípade potreby nakonfigurujte závažia pre zručnosti a dynamické zručnosti.
  • Pridajte aktivitu frontu kontaktu v toku a vyberte tento front.
Priradiť kvalifikačné požiadavky do frontu
  1. Vytvorte si zručnosti a v prípade potreby aj dynamické zručnosti.
  2. Vytvoriť Profily zručností.
  3. Priraďte profil zručností agentom priamo alebo tímu.
  4. Priraďte dynamické zručnosti priamo agentom. Dynamické zručnosti nie sú priradené cez profily zručností.
  5. Vytvoriť Tím.
  6. Pridajte agentov do tímu.
  7. Vytvorte frontu s typom kanála Telefón alebo Chat alebo Email alebo Social.
  8. Pridajte tímy do frontu v jednej alebo viacerých CDG.
  9. Vyberte vzor smerovania buď LAA alebo BAA.
  10. Pridajte aktivitu frontu kontaktu v toku a vyberte frontu, pre ktorú je nakonfigurované smerovanie založené na zručnostiach. Pre viac informácií pozri Kontakt frontu.
  11. Priraďte zručnosti, dynamické zručnosti a relaxáciu zručností v aktivite Front Contact. Pre BAA, v prípade potreby nakonfigurujte závažia pre zručnosti a dynamické zručnosti.
  12. Pomocou funkcie Escalate Call Distribution Activity v rade toku sa rýchlo presuniete do ďalšej alebo poslednej distribučnej skupiny hovorov.

Nastaviť fronty bez zručností

Priradiť tím do fronty
  • Vytvoriť Tím.
  • Pridajte agentov do tímu.
  • Vytvorte frontu s typom kanála Telefón alebo Chat alebo Email alebo Social.
  • Pridajte tímy do frontu v jednej alebo viacerých CDG.
  • Vyberte vzor smerovania buď LAA.
  • Pridajte aktivitu frontu kontaktu v toku a vyberte tento front.
  • Pomocou funkcie Escalate Call Distribution Activity v rade toku sa rýchlo presuniete do ďalšej alebo poslednej distribučnej skupiny hovorov.
Priradiť agenta k toku fronty
  • Vytvorte frontu s typom kanála Telefón alebo Chat alebo Email alebo Social.
  • Pridať agentov priamo do frontov (Poznámka: V tomto type frontu sa nepoužíva ani Zručnosť ani tím).
  • Vyberte vzorce smerovania, ako je kruhový alebo lineárny alebo najdlhší dostupný agent.
Smerovanie

Smerovacie koncepty

Scenár prebytku agenta

Prebytok agenta nastane vtedy, keď je k dispozícii viac agenta ako kontakty vo fronte. V tomto prípade, keď je zákaznícka interakcia (kontakt) vo fronte, systém sa pokúsi okamžite nájsť zodpovedajúceho agenta pre tento konkrétny kontakt, a ak sa nájde zodpovedajúci agenta, kontakt nemusí byť zaparkovaný vo fronte a čakať, kým bude zodpovedajúci agenta k dispozícii neskôr.

Zakaždým, keď sa kontakt rozšíri prostredníctvom Call Distribution Group alebo prostredníctvom uvoľnenia zručností, systém sa znova pokúsi nájsť zodpovedajúceho agenta pre tento konkrétny kontakt okamžite.

Nájdenie zodpovedajúceho agenta pre konkrétny kontakt používa nakonfigurovaný vzor smerovania vo fronte.

Webex Contact Center ponúka viacero smerovacích vzorov naprieč rôznymi typmi frontov, ktoré umožňujú organizáciám optimalizovať zákaznícky servis minimalizovaním čakania, vyrovnaním pracovnej záťaže agentov a zabezpečením toho, aby zákazníci boli prepojení s agentmi, ktorí majú potrebné zručnosti na riešenie ich špecifických potrieb. Podrobné informácie o smerovacích vzoroch nájdete v časti Vzor smerovania.

Nadbytok kontaktu scenár

K smerovaniu nadbytku kontaktu dochádza vtedy, keď počet prichádzajúcich zákazníckych interakcií (alebo kontaktov) prekročí počet dostupných agentov. Táto situácia sa často vyskytuje počas špičiek alebo neočakávaných zvýšení kontaktného objemu. Hlavným cieľom smerovania nadbytočného kontaktu je efektívne riadiť tento pretek a zabezpečiť, aby sa štandardy služieb zákazníkom zachovali aj napriek nadmernému dopytu. Pre agenta, ktorý sa práve stal dostupným na konkrétnom kanáli, kontaktný nadbytok smerovania pracuje na nájdení a priradení vhodného kontaktu medzi všetkými zaparkovanými kontaktmi vo všetkých frontoch, s ktorými je tento agent spojený.

Kľúčové stratégie na efektívne vykonávanie smerovania kontaktov s obmedzenou dostupnosťou agenta sú:

  • Poradie frontu

    Poradie frontov umožňuje správcom určiť relatívnu dôležitosť frontov. Správcovia môžu definovať poradie frontov tak, aby určili poradie, v ktorom sú hovory smerované z frontov na prihlásených agentov do tímov, na základe jednotlivých tímov.

    Napríklad, zvážte, že agenti prihlásení do tímu A sú spojené s dvoma frontami - "Fakturácia" a "Predaj". Správcovia môžu použiť poradie frontov na priradenie vyššieho poradia do frontu „Fakturácia“, takže keď sa kontakty dostanú do frontov, kontakty z „Fakturácia“ budú smerované k agentom patriacim do tímu A pred kontaktmi z frontov „Predaj“. Stane sa to aj napriek tomu, že môžu existovať staršie a prioritné kontakty, ktoré by mohli čakať v rade "Predaj" - len preto, že fronta "Fakturácia" má vyššie poradie ako fronta "Predaj". Iba v prípade, že v rade "Fakturácia" už nie sú žiadne čakajúce kontakty, agenti z tímu A budú smerované kontakty z radu "Predaj" (a akékoľvek iné), s ktorými sú spojené.

    Nižšie sú uvedené niektoré z dôležitých charakteristík poradia frontu:

      • Ak je poradie priradené iba niektorým z frontov, volania v týchto frontoch budú mať prednosť pred volaniami v frontoch, pre ktoré nie je stanovené poradie.
      • Poradie frontov môže byť nastavené na maximálny počet 50 frontov vo všetkých typoch médií s hodnotou medzi 1 a 50 s 1 ako najvyššie poradie.
      • Rovnakú hodnosť môžete priradiť viacerým frontom.
      • Ak povolíte poradie frontov, fronty, ktoré nie sú priradené žiadne explicitné poradie, sa spracujú nižšie ako všetky radené fronty.
      • Poradie frontu funguje v rovnakom type médií.

        Ak napríklad Queue Sale je front typu hlasového média s hodnosťou 2 a Queue Billing Support je front chatu s hodnosťou 1 pre tím A, potom agenti, ktorí sú k dispozícii na hlasovom kanáli v tíme A, dostanú hlasové volanie ako prví aj napriek tomu, že hodnosť je 2.

        Zvážte však dva chaty fronty pre tím B - Queue Credit Card s poradovým radom 2 a Queue Debit Card s poradovým radom 1. Potom budú k dispozícii agenti v tíme B kontaktovaní z debetnej karty frontu ako prvý.

      • Poradie frontu sa nevzťahuje na tímy založené na kapacite.

  • Priorita kontaktu

    Keď je kontakt vo fronte, jeho priorita môže byť definovaná priradením hierarchickej dôležitosti od 1 (najvyššej) po 10 (najnižšej, predvolenej). Táto prioritizácia zabezpečuje, aby sa určité kontakty riešili rýchlejšie na základe ich dôležitosti, naliehavosti alebo strategickej hodnoty pre organizáciu. Keď je agent k dispozícii na zvládnutie ďalšieho kontaktu medzi všetkými zaparkovanými kontaktmi vo všetkých frontoch, s ktorými je agent spojený, kontakt s najvyššou prioritou vo všetkých frontoch sa presmeruje na agenta (za predpokladu, že sú splnené ďalšie kritériá, ako napríklad zhoda zručností a iné).

    Pre kontakty, ktoré sú vo fronte bez výslovnej priority, sa považuje za predvolenú prioritu 10 (najnižšiu). Medzi viacerými kontaktmi, ktoré majú rovnakú prioritu, sa kontakt čakajúci vo fronte na najdlhšiu dobu presmeruje najprv na dostupného a oprávneného agenta.

  • Najdlhšie čakajúci kontakt

    Jedná sa o základnú stratégiu, ktorá zabezpečuje, že najdlhší čakajúci kontakt vo všetkých frontoch, s ktorým je agent spojený, je smerovaný k agentovi.

    Toto je konečné kritérium, ktoré určuje kontakt, ktorý sa má presmerovať, keď sa čaká na spracovanie viacerých kontaktov v rade s rovnakým poradie frontu a s rovnakou prioritou kontaktu.

V podstate smerovanie nadbytočného kontaktu pre agenta, ktorý sa práve stal dostupným, znamená výber jediného kontaktu, ktorý:

  • má rovnaký typ média ako ten, na ktorom je agent k dispozícii
  • je zaparkovaný v ktoromkoľvek z frontov, ktoré je tento agent asociovaný s
  • ktorých kvalifikačné požiadavky (ak existujú) sú splnené týmto agentom
  • je zaparkovaný vo fronte, ktorého hodnosť je vyššia ako ostatné fronty, ktoré sú nakonfigurované v tíme agenta
  • má najvyššiu prioritu medzi všetkými takými kontaktmi
  • je najstarší čakajúci kontakt medzi kontaktmi s rovnakou prioritou

Vo vyššie uvedenom príklade, ktorý ilustruje scenár nadbytku kontaktu, sa agent A1 prihlásil do TEAM 1 a stal sa k dispozícii na spracovanie kontaktov na viacerých typoch médií.

A1 je spojená s 3 frontami – Q1, Q2 a Q3. TEAM 1 tiež definoval poradie frontu, kde je Q1 najvyššie, potom Q2 a Q3 .

Kontakty sú už zaparkované vo všetkých týchto frontoch, pričom pre každý kontakt sú definované kvalifikačné požiadavky a priority.

Teraz, scenár nadbytku kontaktu funguje nasledovne:

  • Zo všetkých zaparkovaných kontaktov v týchto frontoch môžu byť iba 4 kontakty smerované do A1C2, C7 (z fronty 2) a C3, C8 (z fronty 3).

    Iba kvalifikačné požiadavky týchto 4 kontaktov sú plne uspokojené zručnosťami A1.

  • Medzi týmito 4 kontaktmi sa uprednostňujú kontakty z QUEUE 2 (t.j. C2, C7), pretože QUEUE 2 má vyššie poradie vo fronte.

    Všimnite si, že aj keď QUEUE 1 je najvyššie umiestnená fronta, žiadny z jeho zaparkovaných kontaktov nemôže byť smerovaný do A1 , pretože ich požiadavky na zručnosti nie sú splnené A1.

  • Medzi C2 a C7 je najvyššou prioritou kontakt C7. Takže, posledná voľba je C7, a systém to smeruje do A1.

    Stáva sa to aj napriek tomu, že C2 bol vo fronte skôr, pretože priorita kontaktu má prednosť pred časom vo fronte.

Zmiešané multimediálne profily

Prostredníctvom konfigurácie multimediálneho profilu Webex Contact Center umožňuje agentom slúžiť kontaktom naprieč rôznymi typmi médií (hlas, chat, e-mail a sociálne siete). Na základe tejto konfigurácie, agenti získať kanály poskytované podľa typu média.

Každý kontakt smerovaný na agenta spotrebuje jeden kanál tohto typu médií, pokiaľ agent pracuje na danom kontakte. Zatiaľ čo agenti môžu mať len jeden hlasový kanál, môžu mať až päť kanálov iných typov médií.

Nastavenie zmiešaného smerovania v Multimediálnych profiloch umožňuje správcom ovládať, ako môžu byť rôzne kanály použité súčasne pre každého agenta. To umožňuje organizáciám venovať pozornosť zákazníkom, podporovať lepšiu kvalitu služieb, lepšie skúsenosti zákazníkov a lepšie konverzné kurzy. Organizácie môžu tiež vyvážiť zaťaženie naprieč mediálnymi kanálmi, keď zažívajú nerovnomerné zaťaženie v niektorých kanáloch, čo umožňuje efektívne využitie agentov.

Existujú tri možnosti:

  • Exkluzívny

  • Zmiešané

  • Zmiešaný v reálnom čase

Pri manipulácii s nehlasovým kontaktom môžu agenti iniciovať ručné hlasové volanie z pracovnej plochy agenta, pokiaľ majú k dispozícii hlasový kanál. Toto platí pre všetky typy multimediálnych profilov.

Ďalšie informácie o konfigurácii multimediálnych profilov nájdete v téme: Správa multimediálnych profilov.

Smerovacie vzory

Na základe zručností

Modely smerovania založené na zručnostiach v kontaktnom centre spoločnosti Webex smerujú k interakciám prichádzajúcich zákazníkov agentom na základe špecifických zručností potrebných na vyriešenie otázky, ako sú jazykové znalosti alebo technické znalosti. Tieto vzory zaisťujú, že každý zákazník sa pripojí k najkvalifikovanejšiemu agentovi, čím sa zvyšuje efektivita služieb a spokojnosť zákazníkov. Medzi výhody patrí skrátený čas manipulácie, lepšie miery riešenia problémov a optimalizované využívanie zdrojov agentov zosúladením ich odborných znalostí s potrebami zákazníkov.

Smerovanie založené na zručnostiach môže využívať zručnosti, ktoré agenti dostávajú z profilov zručností a dynamických zručností, ktoré sú priradené priamo agentom. Dynamické zručnosti predstavujú atribúty agenta, ktoré sa môžu meniť nezávisle od profilu schopností agenta.

Keď sa používajú vzory smerovania založené na zručnostiach, najprv sa na filtrovanie dostupných agentov, ktorých zručnosti a dynamické zručnosti úplne spĺňajú tieto požiadavky / kritériá, použije požiadavka na zručnosť kontaktu (priradená v prúde) alebo kritériá spôsobilosti priradené do frontu. Potom, medzi agentmi, ktoré sú filtrované, je pre kontakt vybraný jeden na základe nakonfigurovaného smerovacieho vzoru.

Pre najlepšie dostupné smerovanie, zručnosti a zručnosti Dynamic Skills môžu tiež použiť váhy na ovplyvnenie skóre použitého pri výbere agenta. Váhy neovplyvňujú Najdlhšie Dostupné smerovanie; tento vzor používa zručnosti a dynamické zručnosti len na určenie spôsobilosti agenta.

Najdlhšie dostupné

Najdlhší Dostupný vzor smerovania založený na zručnostiach smeruje kontakt k tomu agentovi, ktorého zručnosti úplne spĺňajú požiadavky na kontaktnú zručnosť / kritériá spôsobilosti frontu a ktorý bol k dispozícii najdlhšie od manipulácie s ich posledným kontaktom medzi všetkými oprávnenými agentmi v tomto fronte.

Tento vzor smerovania pomáha rovnomerne rozdeliť prácu medzi agentov tým, že priradí interakcie tým, ktorí boli k dispozícii najdlhšie, čím sa predchádza nerovnováhe pracovného zaťaženia. Pomáha udržiavať spravodlivú deľbu práce, pričom zabezpečuje, že žiadny agent nie je preťažený, zatiaľ čo ostatní zostávajú slobodní.

Vo vyššie uvedenom príklade existujú 4 agenti s zručnosťami a neschopnosťami s rôznymi hodnotami zručností.

Zvážte kontakt, ktorý je zaradený do frontu založenej na zručnostiach, ktorý má vzor smerovania "Najdlhšie k dispozícii":

  • s vyššie uvedenými požiadavkami na zručnosť pridelenými prietokom alebo
  • s vyššie uvedenými kvalifikačnými kritériami sú konfigurované v rade na základe zručností

V tomto scenári:

  • Na smerovanie sa berú do úvahy len agenti, ktorí úplne spĺňajú požiadavky na spôsobilosť kontaktu / kritériá spôsobilosti frontu. Iba agenti A1, A2 a A4 úplne spĺňajú požiadavky na spôsobilosť kontaktu / kritériá spôsobilosti frontu.

    Agent A3 nie je oprávnený. V prípade Kvalifikačné kritériá pridelené do frontu,Spoločnosť A3Nie je ani spojený s frontom.

  • Medzi A1, A2 a A4 sa kontakt presmeruje na najdlhšieho dostupného agenta – A1 , ktorý je k dispozícii od 10 minút, dlhšie ako A2 alebo A4.

    Vzhľadom na to, že A1 je kontakt priradený, A1 už nebude najdlhším dostupným agentom vo všetkých mediálnych kanáloch.

  • Ďalší kontakt s presne rovnakými kvalifikačnými požiadavkami by bol smerovaný k ďalšiemu najdlhšiemu dostupnému agentovi – A2, a tak ďalej.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov založených na zručnostiach:

Najlepšie dostupné

Najlepší Dostupný Model smerovania založený na zručnostiach zabezpečuje, že interakcie so zákazníkmi sú nasmerované na najkvalifikovanejšieho dostupného agenta. Tento vzor hodnotí nielen prítomnosť požadovaných zručností medzi agentmi, ale aj úroveň odbornosti týchto zručností a vypočíta skóre zručností na určenie najkvalifikovanejšieho ("najlepšieho") agenta pre každý kontakt.

Tento vzor filtruje dostupné agentov, ktorých zručnosti spĺňajú požiadavky na kontaktné zručnosti / kritériá spôsobilosti frontu úplne. Potom sa pre každého oprávneného agenta vypočíta skóre pomocou hodnôt odbornej spôsobilosti všetkých zručností uvedených v požiadavkách na spôsobilosť kontaktu / kritériách spôsobilosti vo fronte. Agent s najvyšším skóre zručností je považovaný za "najlepšieho" agenta pre každý kontakt.

V skutočnosti, súčet hodnôt schopností agenta, ktoré zodpovedajú požiadavkám na kontakt / kvalifikačné kritériá, určuje skóre.

Niektoré kľúčové body pochopiť:

  • Zvyčajne sa pri výpočte skóre používa skutočná hodnota zručností, pretože vyššie skóre zručností znamená silnejší zápas. Okrem prípadov, keď požiadavka na zručnosť používa podmienku less-than-equal-to (<=), táto špecifická hodnota zručnosti agenta sa obráti vo výpočte skóre, t.j. effective_skill_value = (10) mínus (actual_skill_value). To sa robí, aby sa zabezpečilo, že nižšie skóre znamená silnejší zápas.
  • Ak majú viacerí oprávnení zástupcovia rovnaké skóre, vyberie sa najdlhší dostupný agent spomedzi nich.
  • Pri výpočte skóre sa berú do úvahy len zručnosti odbornej spôsobilosti. Žiadne boolean, text alebo enum zručnosti v požiadavkách na kontaktné zručnosti / kvalifikačné kritériá frontu nie sú brané do úvahy pre výpočet skóre.

Vo vyššie uvedenom príklade sú štyria agenti, ktorí majú zručnosti a zručnosti nezručnosti s rôznymi hodnotami zručností.

Zvážte kontakt, ktorý je zaradený do frontu založenej na zručnostiach, ktorý má vzor smerovania "Best Available":

  • s vyššie uvedenými požiadavkami na zručnosť pridelenými prietokom alebo
  • s vyššie uvedenými kvalifikačnými kritériami sú konfigurované v rade na základe zručností.

V tomto scenári:

  • Na smerovanie sa berú do úvahy len agenti, ktorí úplne spĺňajú požiadavky na spôsobilosť kontaktu / kritériá spôsobilosti frontu. Iba agenti A1, A2 a A4 úplne spĺňajú požiadavky na spôsobilosť kontaktu / kritériá spôsobilosti frontu.

    Agent A3 nie je oprávnený. V prípade Kvalifikačné kritériá pridelené do frontu,Spoločnosť A3Nie je ani spojený s frontom.

  • Medzi A1, A2 a A4 výpočet skóre vykonáva systém založený na požiadavkách na kontaktné zručnosti / kvalifikačných kritériách v rade, kde sa berú do úvahy len odborné zručnosti.

    Na výpočet skóre sa berú do úvahy len zručnosti uvedené v požiadavkách na kontaktné zručnosti / kritériá spôsobilosti frontu, aj keď agenti môžu mať ďalšie / iné zručnosti spôsobilosti.

    Všimnite si tiež inverziu hodnoty zručností vo výpočte skóre, ak sa používa podmienka menšia ako rovná (<=).

  • Kontakt je smerovaný na A2 , pretože je to najlepší dostupný agent na základe skóre. Ak A2 nie je k dispozícii / zaneprázdnený, kontakt bude presmerovaný na ďalšieho najlepšieho dostupného agenta s druhým najvyšším skóre a tak ďalej.

    Máme však 2 agentov – A1 a A4 s ďalším najvyšším skóre. Kontakt je smerovaný k najdlhšiemu dostupnému agentovi medzi A1 a A4.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov založených na zručnostiach:

Nekvalifikované smerovanie

Webex Contact Center tiež podporuje rôzne vzorce smerovania založené na zručnostiach, ktoré sa zameriavajú na distribúciu prichádzajúcich zákazníckych interakcií bez ohľadu na špecifické zručnosti alebo odborné znalosti agentov. Na rozdiel od modelov smerovania založených na zručnostiach, tieto nepovažujú zručnosti agenta alebo vyžadujú kontakt alebo frontu na definovanie požiadaviek na zručnosti / kritérií smerovania. Namiesto toho uprednostňujú faktory ako dostupnosť, rozdelenie pracovného zaťaženia a vopred definované sekvencie, ktoré umožňujú efektívne zaobchádzanie s kontaktmi na základe operačnej logiky, a nie na základe kompetencií jednotlivých agentov. Tieto vzory sú obzvlášť užitočné v prostrediach, kde sú interakcie relatívne jednotné alebo nevyžadujú špecializovanú manipuláciu.

Najdlhšie dostupné

Najdlhší Dostupný vzor smerovania smeruje kontakt s týmto agentom vo fronte, ktorý bol k dispozícii najdlhšie od manipulácie s ich posledným kontaktom vo všetkých agentoch, ktoré sú k dispozícii a sú spojené s týmto frontom.

Tento vzor smerovania zabezpečuje spravodlivé a vyvážené rozdelenie pracovného zaťaženia priradením interakcií agentom, ktorí boli najdlhšie nečinní. Tým, že zabráni nerovnováhe pracovného zaťaženia, zaisťuje, že žiadny agent nie je preťažený, zatiaľ čo iní zostávajú slobodní. Tento prístup je obzvlášť účinný v obdobiach stabilného toku kontaktov, pričom sa zachováva konzistentná angažovanosť naprieč skupinou činidiel.

Agenti strácajú svoje "najdlhšie dostupné" pozície naprieč všetkými kanálmi, keď im ponúknu kontakt akéhokoľvek druhu médií. To znamená, že po tom, čo agent spracuje kontakt, ďalší kontakt ľubovoľného mediálneho frontu bude priradený ďalšiemu najdlhšiemu dostupnému agentovi v danej fronte.

Vo vyššie uvedenom príklade je agent A1 najdlhší dostupný agent (pozícia1) – buď tento agent prihlásený ako prvý, alebo nebol priradený kontakt dlhšie ako ktorýkoľvek iný agent.

K dispozícii sú aj agenti A2 (pozícia 2) a A3 (pozícia 3), ale buď sa prihlásili alebo sa s kontaktmi po A1. Všetci agenti sú priradení k obom frontom, ktoré majú tento vzor smerovania.

Zvážte nasledujúci scenár:

  • V čase T0 je hlasový kontakt C1 umiestnený vo fronte a smerovaný k najdlhšiemu dostupnému agentovi, t.j. A1.

    Vzhľadom na to, že A1 je priradený C1, A1 už nie je najdlhším dostupným agentom na všetkých mediálnych kanáloch.

  • V čase T1, kontakt s chatom C2 je v rade a smerovaný k najdlhšiemu dostupnému agentovi, ktorý je teraz A2.
  • Nakoniec, v čase T2, je v rade ďalší hlasový kontakt C3 a smerovaný do A3.

    A1 a A2 sa nedávno dostali do kontaktu – v tomto čase je to A3 , ktoré čakalo najdlhšie.

Vzhľadom na vysoko distribuovanú architektúru Webex Contact Center existuje malá možnosť, že jeden najdlhší dostupný agent môže smerovať viac kontaktov, keď sú tieto kontakty v rade v rovnakom rade.

Tento vzor smerovania je podporovaný v nasledujúcich typoch chvostov založených na zručnostiach:

Kruhový

Vzor kruhového smerovania rozdeľuje prichádzajúce kontakty medzi skupinu dostupných agentov v poradí kolo-robin. Keď je kontakt vo fronte, systém ho priradí ďalšiemu dostupnému agentovi vo fronte na základe vopred určenej postupnosti.

Proces začína agentom v konfigurovanom poradí. Prvý prichádzajúci kontakt je priradený prvému dostupnému agentovi v tomto poradí. Pri následných kontaktoch systém vyberie ďalšieho dostupného agenta, ktorý pokračuje tam, kde opustil v zadanom poradí frontu. Tento vzor sa opakuje, cyklistika cez agentov, ale vždy začína po pozícii posledného vybraného agenta.

Tento prístup je účinný pri spravodlivom a rovnomernom rozdeľovaní kontaktov medzi agentov. Pomáha zabezpečiť, aby žiadny agent nebol ohromený kontaktmi a aby všetci agenti mali rovnaké príležitosti na konzistentné zaobchádzanie s interakciami. Vzorec kruhového smerovania však neberie do úvahy súčasné pracovné zaťaženie ani iné faktory, ktoré by mohli ovplyvniť schopnosť agenta zvládnuť konkrétny kontakt.

Vo vyššie uvedenom príklade sú agenti konfigurovaní v kruhovom fronte v nasledujúcom poradí: A3 → A4 → A5 → A6 → A1 → A2.

Pre začiatok, počiatočná pozícia je prvý agent v konfigurovanom poradí (A3). Keďže kontakty sú smerované k agentom v tomto fronte, pozícia sa pohybuje okolo kruhu, umiestnená k agentovi, ktorý je najbližšie v konfigurovanom poradí k agentovi, ku ktorému bol smerovaný posledný kontakt.

Zvážte nasledujúci scenár:

  • Prvý kontakt (C1) je vo fronte a smeruje k agentovi A3.

    Ukazovateľ sa aktualizuje na ďalšieho agenta v konfigurovanom poradí, t.j. A4.

  • Keď je druhý kontakt (C2) vo fronte, systém začne vyhľadávať dostupné agentov začínajúcich od A4 , t.j. A4 → A5 → A6 → A1 → A2 → A3.

    Avšak, A4 a A5 nie sú k dispozícii (buď nie sú ani prihlásení, alebo Idle, alebo sú úplne zaneprázdnení inými kontaktmi tohto typu média), takže C2 je presmerovaný na ďalšieho dostupného agenta – A6. Ukazovateľ sa aktualizuje na ďalšieho agenta v konfigurovanom poradí, t.j. A1.

  • Podobne je tretí kontakt (C3) smerovaný do A1, štvrtý kontakt (C4) smerovaný do A2. Ukazovateľ je opäť na A3 .

    Táto logika pokračuje a kontakty sú distribuované medzi dostupnými agentmi v "kruhovom" / "kruhovom" vzorci.

Ak sú v rade zaparkované kontakty, scenár prebytku agenta sa zhoduje s ďalším agenta, ktorý sa sprístupní na tomto type média s najvyššou prioritou, najstarším kontaktom medzi nimi.

Toto neberie do úvahy ani neovplyvňuje existujúcu hodnotu pozície v tomto fronte, ktorá sa aktualizuje iba vtedy, keď sa nadbytočné smerovanie kontaktu úspešne zhoduje s agentom.

Tento vzor smerovania je podporovaný v nasledujúcich typoch chvostov založených na zručnostiach:

Zhora nadol

Vzor smerovania zhora nadol rozdeľuje prichádzajúce kontakty medzi skupinu dostupných a objednaných agentov v postupnom poradí. Keď je kontakt vo fronte, systém vždy prechádza objednaným zoznamom agentov od začiatku a zhoduje sa s prvým dostupným agentom (ktorý má voľný dostupný kanál typu kontaktného média) v tomto poradí.

To sa deje pre každý kontakt, ktorý je vo fronte. Kontakt sa pokúša zhodovať vždy od začiatku (prvý nakonfigurovaný agent) a pokračovať v zozname, až kým sa nenájde zhodný agent.

Na rozdiel od kruhového smerovania neexistuje žiadny "ukazovateľ", ktorý by dynamicky menil východiskový bod na základe pozície posledného vybraného agenta.

Tento prístup je účinný pri rozdeľovaní kontaktov medzi agentov, ktorí sú objednaní na základe určitej zaujatosti / preferencie, ako určuje správca. Pomáha zabezpečiť, aby agenti na vrchole vždy uprednostňovali manipuláciu s kontaktmi pred agentmi pod nimi. Vzorec smerovania zhora nadol však neberie do úvahy súčasné pracovné zaťaženie alebo iné faktory, ktoré by mohli ovplyvniť schopnosť agenta zvládnuť konkrétny kontakt.

Vo vyššie uvedenom príklade sú agenti konfigurovaní v rade zhora nadol v nasledujúcom poradí: A3 → A4 → A5 → A6 → A1 → A2.

To znamená, že správca chce, aby bol každý kontakt presmerovaný na prvého agenta (A3), ak je k dispozícii, inak ďalšieho agenta (A4), ak je k dispozícii a tak ďalej, v konfigurovanom poradí.

Zvážte nasledujúci scenár:

  • Prvý kontakt (C1) je vo fronte a smeruje k agentovi A3, pretože A3 je na vrchole objednávky.
  • Keď je druhý kontakt (C2) vo fronte, smerovanie sa znova pokúša z hornej časti objednávky (vždy začínajúc A3).

    Ak má A3 viac kanálov pre tento typ média, C2 sa tiež presmeruje na A3. Ak je však A3 na tomto type média úplne zaneprázdnený, smerovanie pokračuje do zoznamu A4.

  • Avšak, A4 a A5 nie sú k dispozícii (nie sú ani prihlásení, ani Idle, alebo sú úplne zaneprázdnení inými kontaktmi tohto typu média), takže C2 je presmerovaný na ďalšieho dostupného agenta v poradí zhora nadol – A6.
  • Podobne sa tretí kontakt (C3) pokúša smerovať od A3 nadol smerom nadol. Prvý zodpovedajúci agent by bol A1.

    Táto logika pokračuje, až kým kontakt nenájde žiadnych dostupných agentov až do spodnej časti objednávky, v takom prípade je zaparkovaný vo fronte.

Tento vzor smerovania je podporovaný v nasledujúcich typoch chvostov založených na zručnostiach:

Smerovanie na základe agenta

Smerovanie založené na agentovi je schopnosť, ktorá smeruje alebo vedie kontakt priamo k určenému ("uprednostňovanému") agentovi. Vyhľadávanie agenta s e-mailovou adresou agenta alebo ID agenta presmeruje kontakt na preferovaného agenta. Aktivita Fronty K Agentovi v toku pomáha dosiahnuť Smerovanie založené na Agentovi. Pre viac informácií pozri Prejsť na Agentačinnosť.

Kontakt môže mať mapovanie na jedného alebo viacerých preferovaných agentov, ktoré by mohli byť zvyčajne spravované v externej aplikácii mimo Webex Contact Center. Preferovaný agent vyhľadávanie kontaktu sa vykonáva prostredníctvom HTTP požiadavkaaktivita, ktorá získava mapovanie z externej aplikácie. Ak chcete presmerovať alebo zaparkovať kontakt s preferovaným agentom, nastavte aktivitu Front To Agent pomocou ID alebo e-mailovej adresy agenta Webex Contact Center. Kontakt je možné zaparkovať aj proti preferovanému agentovi, ak tento preferovaný agent nie je okamžite k dispozícii.

Smerovanie na základe agenta je užitočné v nasledujúcich scenároch:

  • Preferované smerovanie agenta: Zákazník môže priradiť kontakty k vyhradeným agentom alebo manažérom vzťahov. V takýchto scenároch smerovanie na základe agenta smeruje kontakty priamo na preferovaného agenta.
  • Posledné smerovanie agenta: Keď kontakt opakovane zavolá do kontaktného centra na interakciu s agentom, Smerovanie založené na agentoch môže presmerovať kontakt na posledného agenta, ktorý tento kontakt spracoval.

V oboch prípadoch použitia sú údaje o kontakte a mapovaní agenta uložené mimo kontaktného centra spoločnosti Webex.

Možnosti frontu a smerovania v toku

Možnosti frontu a smerovania v toku

Vo Webex Contact Center je možné prostredníctvom tokov zorganizovať širokú škálu smerovania, frontu a ovládania hovorov.

Rôzne prietokové aktivity a manipulátory udalostí, ktoré sú uvedené v Flow Designer, môžu byť umiestnené v toku, aby efektívne zvládli životný cyklus prichádzajúcich a odchádzajúcich kontaktov.

Ďalšie informácie o nastavovaní a používaní tokov nájdete v téme: Vytvárajte a spravujte toky pomocou aplikácie Flow Designer.

Aktivity vo fronte

Kontakt vo fronte

Aktivita Kontakt frontu poskytuje možnosť priviesť kontakt do aktívneho prichádzajúceho frontu z organizácie, aby ho bolo možné priradiť a smerovať k správnemu agentovi v danom fronte.

Prostredníctvom tejto činnosti je možné riadiť tieto aspekty frontu:

  • Priority - Priradenie hierarchickej dôležitosti od 1 (najvyššej) po 10 (najnižšej, predvolenej) kontaktu vo fronte.
  • Skill Requirements - Nastavte kvalifikačné kritériá, ktoré musia spĺňať agenti v rade na základe zručností, ktoré sa majú považovať za oprávnené na smerovanie kontaktu.
  • Skill Relaxations - Ladenie, úprava alebo odstránenie predtým nastavených požiadaviek na zručnosti po určitej dobe zlepšiť šance na nájdenie agenta.
  • Check Agent Availability - Umožnite, aby sa systém okamžite rozšíril cez všetky skupiny Call Distribution, kde nie sú nájdené žiadne dostupné agenty, aby sa zabránilo čakaniu.

Pozri Smerovanie, pre viac informácií o tom, ako priorita, konfigurácia zručností a dostupnosť agenta zohrávajú úlohu pri smerovaní kontaktov.

Keď aktivita Fronty Contact úspešne ukončí kontakt,

  • Ak je už k dispozícii zodpovedajúci agent, systém sa pokúsi presmerovať kontakt na agenta.

    Tým sa preruší Main flow exekúcia a ďalšie udalosti môžu vyvolať príslušné Event Flows, ak je nakonfigurovaný.

  • Ak sa nenájde zhodný agent, kontakt sa zaparkuje vo fronte a čaká, kým sa zhodný agent stane dostupným.

    Vykonávanie toku potom pokračuje v činnostiach pripojených po aktivite Front Contact, ktorá poskytuje schopnosť:

    • Prehrať vopred nakonfigurovanú hudbu k zákazníkovi čakajúcemu vo fronte - pripojením PlayMusic činnosť.
    • Zaregistrujte si spätné volanie na základe požiadavky zákazníka - pripojením Callback činnosť.
    • Re-frontu, t.j. odstrániť kontakt z aktuálneho frontu a pridať do nového frontu - pripojením ďalšieho Queue Contact alebo Queue to Agent činnosť.

Keď je k dispozícii zodpovedajúci agent, systém sa pokúsi presmerovať kontakt na agenta.

Ak je to úspešné, preruší to Main flow exekúcia a ďalšie udalosti môžu vyvolať príslušné Event Flows, ak je nakonfigurovaný.

Aktivita Kontakt vo fronte funguje, keď:

  • Kontakt nie je priradený a je pripravený na presmerovanie na agenta.
  • Fronty, zručnosť a ďalšie nastavenia toku sú nastavené správne.
  • Kontakt zostáva v rámci povoleného limitu 25 vstupného bodu a prechodu frontu.
  • Kontakt zostáva v rámci povoleného limitu 20 úspešných pokusov o smerovanie.

Nakonfigurujte cestu manipulácie s chybami tak, aby ste mohli pohodlne spravovať kontakty, ktoré vyžadujú alternatívne smerovanie alebo dodatočnú manipuláciu.

V takýchto prípadoch činnosť vedie k zlyhaniu a vykonávanie toku sa presunie do Error Handling cesta.

Funkcie, ako sú požiadavky na zručnosť, uvoľňovanie zručností a dostupnosť kontrolného agenta, sú k dispozícii v aktivite Kontakt frontu len vtedy, keď sú vybrané fronty s pridelením tímu.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Front Contact.

Fronty K Agentovi

Aktivita Front to Agent poskytuje možnosť frontu kontaktu priamo preferovanému agentovi tým, že vyhľadá ich jedinečné ID agenta alebo e-mailovú adresu v kontaktnom centre Webex.

Prostredníctvom tejto činnosti je možné riadiť tieto aspekty frontu:

  • Priority - Priradiť vyššiu/nižšiu dôležitosť kontaktom v rade proti tomu istému agentovi.
  • Reporting Queue - Identifikujte frontu, ktorá sa má použiť na konfiguráciu, ako je nahrávanie a predvolená hudba-in-frontu, a nahlásiť účely kontaktu.
  • Recovery Queue - Identifikujte frontu, ktorá sa má použiť ako záloha, keď kontakt nemohol byť presmerovaný na určeného preferovaného agenta.

Keď činnosť Frontu Na Agenta úspešne ukončí kontakt,

  • Ak je agent už k dispozícii, kontakt sa presmeruje na agenta.

    Tým sa preruší Main flow exekúcia a ďalšie udalosti môžu vyvolať príslušné Event Flows, ak je nakonfigurovaný.

  • Ak je agent k dispozícii, ale rozhodne sa odmietnuť, neodpovedá alebo neprijme kontakt, premiestni sa do zabezpečeného frontu obnovy.

    V rade obnovy bude kontakt smerovaný k najdlhšiemu dostupnému agentovi, bez akejkoľvek podpory zručností.

  • Ak je agent nedostupný a "Park Contact If Agent Unavailable" Možnosť je selected, kontakt je zaparkovaný a čaká na agenta, aby bol k dispozícii.

    Vykonávanie toku potom pokračuje v činnostiach pripojených po Fronte K Aktivite Agenta, čo dáva schopnosť:

    • Prehrať vopred nakonfigurovanú hudbu k zákazníkovi čakajúcemu vo fronte - pripojením PlayMusic činnosť.
    • Callback činnosť.
    • Re-frontu, t.j. odstrániť kontakt z aktuálneho frontu a pridať do nového frontu - pripojením ďalšieho Queue to Agent alebo Queue Contact činnosť.

    Keď je agent k dispozícii, systém sa pokúsi presmerovať kontakt na agenta.

    Tým sa preruší Main flow exekúcia a ďalšie udalosti môžu vyvolať príslušné Event Flows, ak je nakonfigurovaný.

  • Ak je agent nedostupný a "Park Contact If Agent Unavailable" Možnosť je not selectedFront zlyhá.

Aktivita Fronty S Agentom funguje, keď:

  • Kontakt nie je priradený a je pripravený na presmerovanie na agenta.
  • Preferované ID agenta alebo e-mailová adresa je platná.
  • Poradie hlásení a poradie obnovenia sú správne nakonfigurované.
  • Preferovaný agent je prihlásený, dostupný a pripravený na kontakt.

Nastavte frontu obnovenia, aby sa zabezpečilo, že kontakt bude hladko smerovaný, keď preferovaný agent nie je k dispozícii.

V takýchto prípadoch činnosť vedie k zlyhaniu a vykonávanie toku sa presunie do Error Handling cesta.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Fronty na agenta.

Eskalovať Call Distribution Group

Aktivita Escalate Call Distribution Group je podporovaná iba pre queues with team assignment, a poskytuje možnosť aktualizovať Call Distribution Group pre kontakt okamžite, namiesto čakania na automatickú aktualizáciu rozšírenia, ktorá sa uskutoční do ďalšej skupiny po nakonfigurovanej dobe čakania. To umožňuje rýchle presmerovanie kontaktu na všetkých oprávnených agentov vo fronte.

Pomocou aktivity Escalate Call Distribution Group je možné kontakt eskalovať na:

  • Next Group—Rozšírenie súboru tímov tak, aby zahŕňalo tie, ktoré boli pridané do najbližšej distribučnej skupiny hovorov.
  • Last Group—Rozšírenie množiny tímov tak, aby zahŕňalo všetky tímy zmapované vo všetkých distribučných skupinách hovorov nakonfigurovaných pre frontu.

Aktivita Eskalate Call Distribution Group funguje, keď:

  • Kontakt je už vo fronte a pripravený na eskaláciu.
  • Kontakt je umiestnený vo fronte, ktorý používa distribučné skupiny volaní.

Pre fronty, ktoré používajú štandardné smerovanie, pokračujte v distribúcii kontaktov prostredníctvom konfigurovaného smerovacieho správania fronty.

V takýchto prípadoch činnosť vedie k zlyhaniu a vykonávanie toku sa presunie do Error Handling cesta.

Zvážte príklad scenára, kde sa kontakt dostane do frontu s tromi distribučnými skupinami hovorov, z ktorých každá sa aktualizuje po období 30 sekúnd.

V tímovej časti nie sú k dispozícii žiadni agenti CDG 1 a tiež CDG 2, a agent je k dispozícii v TEAM 3 ktorý patrí do poslednej distribučnej skupiny volaní.

Keď sa aktivita skupiny Escalate Call Distribution Group nepoužíva v toku, vedie to k dlhému čakaniu, ako je znázornené nižšie:

Čakacia doba môže byť skrátená pomocou aktivity Escalate Call Distribution Group sa používa nasledovne:

Na základe Next Group alebo Last Group zvolená možnosť, čas čakania na kontakt sa výrazne skráti, ako je znázornené nižšie:

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Escalate Call Distribution Group.

Informačné aktivity vo fronte

Získať informácie o fronte

Aktivita Get Queue Info poskytuje možnosť získať informácie o fronte v reálnom čase pre daný kontakt, ako napríklad:

  • Aktuálna poloha kontaktu vo fronte (PIQ) alebo potenciálnu pozíciu, ak ešte nie je v rade.
  • Odhadovaný čas čakania (EWT) alebo trvanie, na ktoré sa očakáva, že úloha bude čakať vo fronte predtým, ako bude zodpovedaná.
  • Počet agentov prihlásených alebo dostupných v rámci aktuálnej distribučnej skupiny kontaktov.
  • Počet agentov prihlásených alebo dostupných vo všetkých distribučných skupinách hovorov pre vybraný front.
  • Trvanie, na ktoré čaká najstarší kontakt vo fronte.

Tieto podrobnosti sú k dispozícii vo vykonávaní toku ako premenné výstupu aktivity.

Ďalšie informácie o využití aktivity, podrobnej definícii a metóde výpočtu pre každý detail frontu nájdete Vytvoriť a spravovať toky > Získať informácie o fronte.

Niektoré zo spôsobov použitia informácií vo fronte môžu byť:

  • Oznámiť polohu kontaktu vo fronte a odhadovaný čas čakania zákazníkovi, zatiaľ čo oni čakajú na smerovanie.
  • Rozhodnúť, či je možné zavolať späť zákazníkovi, ak je odhadovaná čakacia doba príliš dlhá.
  • Eskalovať kontakt na ďalšiu distribučnú skupinu hovorov (CDG), ak v tímoch mapovaných na aktuálnu CDG nie sú k dispozícii žiadni agenti.

Aktivita Získať informácie o fronte funguje, keď vybraná premenná vyrieši platný front.

Nakonfigurujte cestu Manipulácia s chybami tak, aby plynulo riešila prípady, keď vybraná premenná potrebuje validáciu alebo sa nevyrieši do dostupného frontu.

V nasledujúcich prípadoch sa informácie o fronte v reálnom čase pre aktuálnu skupinu distribúcie hovorov neuplatňujú:
  • kontakt nie je (zatiaľ) vo fronte, keď sa vykonáva aktivita Get Queue Info.
  • kontakt je umiestnený vo fronte, ktorý nepodporuje koncept distribučných skupín hovorov.

V týchto prípadoch hodnota -1 v týchto výstupných poliach indikuje, že tieto informácie nie sú použiteľné.

Zvážte príklad scenára, v ktorom by mal byť zákazník informovaný o dlhej EWT vo fronte po každej 15 sekunde strávenej vo fronte.

To je možné dosiahnuť pomocou aktivity Get Queue Info v toku nasledovne:

Pokročilé informácie o fronte

Aktivita Rozšírené informácie o fronte poskytuje možnosť získať informácie o fronte v reálnom čase pre daný kontakt, pričom sa berú do úvahy aj kritériá spôsobilosti kontaktu, ako napríklad:

  • Aktuálna poloha kontaktu vo fronte (PIQ) alebo potenciálnu pozíciu, ak ešte nie je v rade.
  • Počet agentov prihlásených alebo dostupných v rámci aktuálnej distribučnej skupiny kontaktu, ktorý zodpovedá daným kritériám spôsobilosti.
  • Počet agentov prihlásených alebo dostupných vo všetkých distribučných skupinách hovorov pre vybraný front, zodpovedajúci daným kritériám spôsobilosti.
  • Aktuálna distribučná skupina volaní, kde je kontakt zaparkovaný v zabezpečenom fronte.
  • Celkový počet distribučných skupín hovorov v danom fronte.

Tieto podrobnosti sú k dispozícii vo vykonávaní toku ako premenné výstupu aktivity.

Ďalšie informácie o využití aktivity, podrobnej definícii a metóde výpočtu pre každý detail frontu nájdete Vytvoriť a spravovať toky > Rozšírené informácie o fronte.

Niektoré zo spôsobov, ako použiť rozšírené informácie o fronte, môžu byť:

  • Ak chcete zákazníkovi oznámiť polohu kontaktu vo fronte, zatiaľ čo oni čakajú na smerovanie.
  • Ak chcete rozšíriť kontakt na ďalšiu distribučnú skupinu hovorov, ak v tímoch mapovaných do aktuálnej distribučnej skupiny hovorov nie sú k dispozícii žiadni agenti zodpovedajúci kritériám spôsobilosti.
  • Rozhodnúť o tom, či môže byť volanie registrované pre zákazníka, ak nie sú prihlásení žiadni agenti zodpovedajúce kritériám spôsobilosti vo všetkých distribučných skupinách hovorov.

Aktivita Rozšírené informácie o fronte funguje, keď:

  • Informácie o fronte sa požadujú pre fronty, kde sú požiadavky na zručnosť nakonfigurované v toku, a nie ako kvalifikačné kritériá na úrovni frontu.
  • Ak je kontakt už vo fronte, informácie sa požadujú pre ten istý front, v ktorom je kontakt v súčasnosti vo fronte.
  • Kontakt je umiestnený do frontu, nie priamo do preferovaného agenta.

Nakonfigurujte cestu Manipulácia s chybami na správu požiadaviek, ktoré nespĺňajú tieto požiadavky.

V takýchto prípadoch činnosť vedie k zlyhaniu a vykonávanie toku sa presunie do Error Handling cesta.

Zvážte príklad scenára, v ktorom by mal byť zákazník informovaný o prijatí spätného volania vzhľadom na to, že nie sú k dispozícii žiadni agenti spĺňajúci kvalifikačné kritériá.

To je možné dosiahnuť pomocou aktivity Advanced Front Info v toku nasledovne:

Aktivity riadenia hovorov

Nastaviť ID volajúceho

Aktivita Set Caller ID sa používa na definovanie ID volajúceho, ktorý by sa mal zobraziť počas hovoru. Aktivita Set Caller ID sa musí používať len na PreDial Event Flows ako terminálna aktivita, ktorá označuje koniec toku udalostí.

Aktivita Set Caller ID umožňuje konfiguráciu požadovanej automatickej identifikácie čísla (ANI) na základe služby identifikácie čísla (DNIS), typu operácie alebo typu účastníka.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Nastaviť ID volajúceho.

Kontrola záznamu

Aktivita ovládacieho prvku záznamu je určená na použitie spolu s aktivitou Menu na zachytenie súhlasu so záznamom od volajúceho. Tým sa zabezpečí súlad s predpismi alebo politikami, ktoré vyžadujú výslovný súhlas pred začatím nahrávania, a tento krok sa bezproblémovo integruje do pracovného postupu.

Aktivita Menu IVR musí zachytiť súhlas používateľa do booleánskej premennej, ktorá bude priradená ako vstup do aktivity Záznamu Control. Ak zákazník potrebuje nahlásiť súhlas používateľa v správe o súhlase, hodnota súhlasu by sa mala uložiť v globálnej premennej podliehajúcej oznamovaniu. Prípadne sa môže použiť lokálna premenná, ak sa nevyžaduje hlásenie. Tento prístup poskytuje nájomcom a zákazníkom väčšiu flexibilitu pri efektívnom riadení a využívaní premenných.

Keď sa táto aktivita pridá do toku, súhlas používateľa má prednosť pred úrovňou nájomcu alebo úrovňou frontu alebo pred nastavením konfigurácie úrovne plánu.

Poradie prednosti je nasledovné:

  • Ak je súhlas používateľa Áno v toku, potom sa hovor zaznamená, bez ohľadu na konfiguráciu záznamu nastavenú na nájomcu alebo frontu alebo na úrovni záznamového rozvrhu.
  • Ak používateľ nesúhlasí ako odpoveď na aktivitu, hovor sa nezaznamenáva, bez ohľadu na konfiguráciu záznamu nastavenú na nájomcu alebo frontu alebo na úrovni záznamového rozvrhu.
  • Ak aktivita ovládacieho prvku nahrávania nie je nakonfigurovaná v toku, ale konfigurácia je nastavená na Áno na ktorejkoľvek z ostatných úrovní, ako napríklad nájomca alebo frontu alebo plán nahrávania, potom sa zaznamená hovor.
  • Ak aktivita ovládacieho prvku záznamu nie je nakonfigurovaná v toku a konfigurácia je nastavená na Nie na všetkých úrovniach, ako je nájomca, fronta a plán nahrávania, hovor sa nezaznamenáva.

Tento záznamový ovládač možno znázorniť nasledovne:

Okrem toho, konfigurácie nahrávania, ako je Pokračovať v prenose, Pozastaviť resume povolené, Trvanie pozastavenia a ďalšie, zostávajú použiteľné podľa existujúcej hierarchie, vrátane nájomcu, frontu alebo úrovne plánu nahrávania.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Ovládanie záznamu.

Prepojenie naslepo

Blind Transfer je proces, pri ktorom je kontakt efektívne smerovaný na externé telefónne číslo (DN) prostredníctvom systému IVR, čím sa eliminuje potreba zapojenia agenta.

Aktivita Blind Transfer sa používa vtedy, keď musí byť hovor prevedený na externú alebo tretiu stranu DN. Toto je terminálna aktivita, takže tok končí po vykonaní prevodu.

Aktivita slepého prenosu nie je podporovaná, keď sa tok vykonáva pre konzultáciu.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Budovanie a riadenie tokov > Blind Transfer.

Premostený prevod

Činnosť premosteného prenosu umožňuje, aby sa kontakt dočasne preniesol do externého cieľa, zatiaľ čo tok si zachová kontrolu hovoru. Externým cieľom môže byť externý most alebo služba interaktívnej hlasovej odozvy (IVR).

Keď externý cieľ končí hovor, tok hovorov pokračuje ďalej, ako je potrebné, rovnako ako frontovanie s agentom.

Činnosť Bridge Transfer zachytáva kontakt pri jeho prenose do systému IVR tretej strany alebo automatickej distribúcie hovorov (ACD). Ak s kontaktom nemanipuluje systém tretej strany, môže byť znovu zaradený do pôvodného frontu, čím sa zabezpečí, že kontakt zostane v pracovnom postupe pre vhodnú manipuláciu.

Predpokladajme napríklad, že kontaktné centrum má zdroje agenta Webex Contact Center a zdroje agenta na externom call centre alebo Private Branch Exchange (PBX). Zákazník chce zavolať do frontu agentov Webex Contact Center na krátku dobu (povedzme 60 sekúnd). Ak počas tohto obdobia nie je k dispozícii žiadny agent, hovor môže byť potom preklenutý (s implicitnou dequeue) do externého call centra na manipuláciu s kontaktom.

  1. Činnosť premosteného prenosu nie je podporovaná v odchádzajúcich hovoroch a v prúdoch udalostí.
  2. Kontakty, ktoré sú už priradené agentovi, nie sú podporované pre Bridge Transfer cez tok.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Budovanie a riadenie tokov > Premostený prenos.

Odpojiť kontakt

Aktivita Odpojiť kontakt poskytuje schopnosť odpojiť alebo ukončiť aktívny kontakt priamo z toku.

Ide o terminálnu činnosť pripojenú k toku a môže byť užitočná pri ukončovaní kontaktov bez zásahu agenta, vhodný pre toky chybovej cesty alebo po zaregistrovaní volania pre zákazníka.

Na základe konfigurácie sa po ukončení kontaktu prostredníctvom tejto aktivity spustí prieskum alebo spätná väzba.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Odpojiť kontakt.

Nastaviť prioritu kontaktu

Činnosť Set Contact Priority uľahčuje efektívne riadenie priorít kontaktu v rámci toku tým, že umožňuje priradenie špecifických úrovní priority kontaktom. To umožňuje, aby sa niektorým kontaktom prikladala vyššia alebo nižšia dôležitosť, čím sa zabezpečí, že budú vhodne smerované v porovnaní s inými čakajúcimi kontaktmi, keď budú k dispozícii agenti. Táto flexibilita umožňuje presnú kontrolu nad uprednostňovaním kontaktov počas celého toku.

Priorita sa určuje priradením hierarchickej dôležitosti od 1 (najvyššej) po 9 (najnižšej). Kontakty s najvyššou prioritou sú smerované pred kontakty s nižšími prioritami. Ak viaceré kontakty zdieľajú rovnakú úroveň priority, kontakt, ktorý čakal najdlhšie, sa najprv presmeruje na ďalšieho dostupného a oprávneného agenta. Tento systém zabezpečuje, aby sa kontaktom s vyššou prioritou venovala okamžitá pozornosť, pričom sa zachováva spravodlivosť medzi kontaktmi s rovnakou prioritou na základe ich čakania.

  1. Činnosť Set Contact Priority môže byť umiestnená na ľubovoľnom mieste v rámci hlavného toku alebo toku udalostí.
  2. Ak je aktivita Nastaviť prioritu kontaktu nakonfigurovaná pred aktivitou frontu (napríklad Kontakt frontu alebo Kontakt frontu agenta), jej nastavenie priority môže byť nahradené akoukoľvek prioritou explicitne nakonfigurovanou v nasledujúcich aktivitách frontu. Ak však nasledujúca aktivita frontu nešpecifikuje prioritu, použije sa priorita kontaktu nastavená predchádzajúcou aktivitou Nastaviť prioritu kontaktu.
  3. Naopak, ak je aktivita Nastaviť prioritu kontaktu nakonfigurovaná po aktivite frontu (napríklad Kontakt frontu alebo Kontakt frontu agenta), prepíše nastavenie priority nakonfigurované predchádzajúcou aktivitou frontu.
  4. Aktivita Nastaviť prioritu kontaktu je v súčasnosti nepodporovaná pre outdoorové kontakty a kontakty kampane.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Nastaviť prioritu kontaktu.

Aktivity spätného volania

Volať späť

Funkcia spätného volania umožňuje volajúcim požiadať o spätné volanie namiesto čakania na zadržanie, čím sa výrazne zlepšuje spokojnosť zákazníkov znížením čakania a minimalizáciou miery opustenia. Keď je aktivovaná, funkcia spätného volania vytvorí úlohu vo fronte, čím sa zabezpečí, že dostupný agent môže vrátiť hovor zákazníka.

Návrhár toku môže nakonfigurovať aktivitu tak, aby buď udržal kontakt v pôvodnom fronte, kde volanie vzniklo, alebo ho priradil inému frontu na základe preferencií. Ak spätné volanie zostane v pôvodnom fronte, kontakt si zachová svoju pozíciu, zručnosti, prioritu a kontextové údaje, čo umožňuje bezproblémové priradenie k ďalšiemu dostupnému agentovi. Ak sa však vyberie iný front, kontakt sa zatlačí na koniec vybraného frontu bez zručností a s predvolenou prioritou.

Táto aktivita tiež umožňuje zákazníkom požiadať o spätnú väzbu od svojich preferovaných agentov, čím sa k skúsenostiam pridáva osobný kontakt a zvyšuje spokojnosť zákazníkov. To sa dá dosiahnuť, keď činnosť spätného volania sleduje aktivitu FrontuToAgent v toku. Činnosť spätného volania navyše ponúka voliteľnú konfiguráciu na prispôsobenie automatickej identifikácie čísel (ANI) používanej počas procesu spätného volania. Toto prispôsobenie pomáha pri konzistencii značky a znižuje pravdepodobnosť odmietnutia hovorov zabezpečením rozpoznateľného ID volajúceho.

Návrhár toku má možnosť zahrnúť udalosť CallbackFailed do toku udalostí. Táto udalosť sa spustí, keď pokus o spätné volanie zlyhá, čo umožňuje návrhárovi toku implementovať retries v špecifických intervaloch. Oneskorenie alebo interval medzi retrínami je možné nastaviť pomocou aktivity Počkať s minimálnym intervalom opakovania 10 sekúnd a maximálnym počtom 72 hodín. Systém podporuje až 10 opakovanie pokusov v maximálnom rozsahu 14 dní pomocou aktivity Počkať.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Spätné volanie.

Kalendár spätného volania

Aktivita Scheduled Callback umožňuje tok ponúknuť zákazníkom pohodlie pri vyžiadaní spätného volania v konkrétnom budúcom termíne a čase – eliminuje potrebu okamžitého pripojenia k agentovi. Táto funkcia zlepšuje zákaznícku skúsenosť tým, že im umožňuje vybrať si pohodlné okno spätného volania, čím sa minimalizuje vnímaný čas čakania a znižuje sa miera opustenia hovorov.

Tok musí zachytiť vstupy volajúceho, ako je preferovaný dátum a čas, prostredníctvom výziev DTMF a odovzdať ich do činnosti po vykonaní potrebných overení vstupu.

Skôr ako začnete, uistite sa, že Callback Default Entry Point je nastavený pod Channel Settings v riadiacom centre. Pre viac informácií pozri Nastaviť vstupný bod spätného volania.

Spätné volanie je možné naplánovať pomocou ľubovoľného telefónneho frontu – či už prichádzajúceho alebo odchádzajúceho. Pre dosiahnutie najlepších výsledkov sa odporúča pridať aktivitu Odpojiť ihneď po plánovanej aktivite spätného volania, aby sa zabezpečilo, že aktuálne volanie sa po plánovaní spätného volania skončí správne. Ďalšie informácie o plánovaní spätných volaní IVR nájdete v téme Kalendár IVR Callbacks.

Keď sa volanie spustí v požadovanom budúcom dátume a čase, vytvorí sa nový hovor alebo interakcia. Táto nová interakcia bude nasledovať štandardný tok spojený s predvoleným vstupným bodom spätného volania. Ak pokus o spätné volanie zlyhá, tok môže automaticky opakovať volanie pomocou CallbackFailed event handler, ak je v tomto toku nakonfigurovaný.

Pred odovzdaním vstupov do činnosti by sa mali zvážiť tieto overenia vstupov:

  1. Výber dátumu – Môžete si vybrať ľubovoľný dátum od dnešného dňa až po 31 dni v budúcnosti. Dátum musí byť v tomto formáte: RRRR-MM-DD (napríklad 2025-07-18).
  2. Čas Štart a čas ukončenia – čas, ktorý si zvolíte, musí začať aspoň 30 minúty odteraz a môže trvať kdekoľvek medzi 30 minútami a 8 hodinami. Prosím, použite 24formát hodinového času (napríklad 14:30:00).
  3. Časové pásmo – musíte zadať platné časové pásmo vo formáte IANA (napríklad America/New_York), aby sme vám mohli zavolať v správny čas.

Referenčná implementácia je poskytovaná vo forme šablóny podtoku, ktorá demonštruje výzvy DTMF a základné validácie, ktoré sa používajú spolu s aktivitou. Pre viac informácií pozri Plánovaná šablóna podtoku spätného volania.

Call Analýza pokroku

Funkcia Call Progress Analysis (CPA) umožňuje detekciu automatizovaných systémov odozvy a živých ľudských hlasov pri spätných volaniach.

Keď sa pri pokuse o spätné volanie stretne s detekciou odpovedajúceho stroja (AMD) alebo hlasovou schránkou, systém identifikuje hovor ako neúspešný. Výsledok AMD (Response Machine Detection) je zachytený vo výstupnej premennej dôvodu CallbackFailed event handler. Na základe tejto výstupnej premennej môže návrhár toku nakonfigurovať spätné volanie.

  1. V prípade zdvorilého spätného volania môže byť analýza CallProgressAnalysis umiestnená v bode po činnosti spätného volania v hlavnom toku. V prípade plánovaného spätného volania alebo osobného plánovaného spätného volania môže byť umiestnený po aplikácii NewPhoneContact v hlavnom toku.
  2. V toku udalostí je podporovaný iba v CallbackFailed Event Handler.
  3. Ak je v toku nakonfigurovaný zákaznícky prieskum po volaní (aktivita spätnej väzby), nebude iniciovaný, ak bude hovor zodpovedaný prostredníctvom AMD alebo hlasovej schránky. Tým sa zabráni spusteniu zbytočných prieskumov.

Ďalšie informácie o nastaveniach aktivity, použití a výstupných premenných nájdete v téme: Vytvoriť a spravovať toky > Call Progress Analysis.

Radenie v rade

Prehľad

V kontaktnom centre Webex slúži front ako priestor na uchovávanie prichádzajúcich interakcií, ako je telefonovanie, chat, e-mail alebo sociálne kanály. Kontakty sú zaparkované vo frontoch, kým nie sú automaticky distribuované agentom alebo kým si ich agenti manuálne nevyzdvihnú na spracovanie. Okrem toho podporujú funkcie, ako je smerovanie na základe zručností, správa priorít a spravodlivé rozdelenie pracovnej záťaže.

Supervízori môžu pomocou frontov sledovať rôzne pracovné postupy a zlepšovať spôsob, akým sa úlohy riešia v kontaktnom centre.

Medzi kľúčové výhody efektívneho používania radov patria:

  • Lepšia zákaznícka skúsenosť: Spravujte čakacie doby a informujte zákazníkov, že čakajú v rade na obsluhu.
  • Zvýšená účinnosť: Zabezpečte, aby sa hovory vybavovali usporiadaným spôsobom, čím sa zníži chaos a zlé riadenie.
  • Spravodlivé rozdelenie kontaktov: Rovnomerne rozdeľte hovory medzi agentov, aby ste predišli preťaženiu ktoréhokoľvek z nich.
  • Prioritné spracovanie: Povoliť uprednostnenie určitých hovorov, ako sú VIP zákazníci alebo urgentné problémy.

Typy radov

Webex Contact Center podporuje niekoľko typov frontov, ktoré umožňujú širokú škálu použití pre kontaktné centrá všetkých veľkostí a zložitostí, naprieč všetkými typmi médií s jednotnými funkciami.

Existujú fronty, ktoré pri smerovaní kontaktov zohľadňujú zručnosti agentov, a fronty, ktoré ich nezohľadňujú. Tieto fronty sa tiež líšia v tom, ako sú k nim agenti priradení pri práci s kontaktmi.

Existujú dve široké kategórie radov:

  • Fronty nezaložené na zručnostiach
  • Fronty založené na zručnostiach

Fronty nezaložené na zručnostiach

Fronty, ktoré nie sú založené na zručnostiach, nezohľadňujú zručnosti spojené s agentmi. Fronty, ktoré nie sú založené na zručnostiach, môžete nakonfigurovať s nasledujúcimi možnosťami:

  • Tímové úlohy
  • Priradenia agentov

Fronty bez zručností s priradeniami do tímu

Vo frontoch bez zručností s priradením do tímov môžete organizovať agentov do tímov a tieto tímy spojiť a vytvoriť tak skupiny na rozdeľovanie hovorov (CDG). Medzi jednotlivými skupinami môžete nastaviť časové oneskorenie, aby ste spravovali tok hovorov.

Skupiny distribúcie hovorov pomáhajú definovať viacero úrovní agentov, ktorí sú oprávnení pracovať s kontaktmi v tomto rade v nakonfigurovaných časových intervaloch. Kontakty sú priradené agentom na základe úrovne ich tímu. Ak nie sú k dispozícii žiadni agenti, kontakty sa zaparkujú na vopred nakonfigurovaný čas a potom sa rozšíria o ďalšiu skupinu tímov. Tento proces pokračuje, kým nie je k dispozícii agent alebo kým nie sú skontrolované všetky skupiny.

Môžete si vytvoriť tieto typy tímov:

  • Jednotlivé tímy: Agenti môžu byť organizovaní do tímov, ktoré môžu predstavovať konkrétnu organizačnú funkciu, a tie sa potom môžu stať súčasťou frontov, aby bolo možné smerovať kontakty k agentom v týchto tímoch. Agenta môžete zaradiť do viacerých tímov, aby spracovával kontakty z rôznych frontov a efektívne smeroval.
  • Tímy založené na kapacite: Tím založený na kapacite (CBT) je funkcia, ktorá smeruje hlasové hovory na priame číslo (DN) založené na kapacite, pričom kapacita určuje, koľko hovorov je možné spracovať súbežne. Umožňuje smerovanie hovorov na telefónne čísla bez nutnosti prihlásenia agentov do systému, vďaka čomu je vhodný pre scenáre, kde hovory prijíma hlasová schránka, odkazovače alebo skupiny vyhľadávania, a nie tradiční agenti call centra. V tomto nastavení nie sú tímu priradení žiadni konkrétni agenti a nepoužívajú aplikáciu Webex Contact Center Agent Desktop.

Diagram pracovného postupu znázorňujúci fungovanie frontu bez zručností s priradením tímu v kontaktnom centre Webex

V tomto príklade existujú tri skupiny distribúcie hovorov, ktoré umožňujú rozšírenie cieľa, čo znamená rozšírenie na viac agentov v rámci tímov v nakonfigurovaných časových intervaloch.

Prvá skupina distribúcie hovorov obsahuje TÍM 1, ktorý má nakonfigurovaných 3 agentov – A1, A2 a A5.

Druhá skupina na distribúciu hovorov obsahuje TÍM 2, ktorý má nakonfigurovaných 3 agentov – A2, A3 a A4.

Tretia (a posledná) skupina na rozdeľovanie hovorov obsahuje TÍM 3, ktorý má nakonfigurovaných 2 agentov – A6 a A7.

Keď je kontakt zaradený do frontu, systém najprv vyhľadá zodpovedajúceho agenta v prvej skupine distribúcie hovorov. Ak sa nenájdu žiadni agenti, kontakt sa zaparkuje na nakonfigurovaný čas pred vykonaním cieľového rozšírenia do ďalšej skupiny. Vďaka tomu sa k existujúcim tímom pridávajú nové. Tento proces sa opakuje, kým sa nenájde zhoda alebo kým sa nerozšíria všetky skupiny.

Funkcia s názvom „Skontrolovať dostupnosť agenta“ spôsobí, že kontakt sa okamžite rozšíri do nasledujúcej skupiny distribúcie hovorov, ak sa v aktuálnej skupine nenájdu žiadni zodpovedajúci agenti. Toto je možné povoliť v aktivite Kontakt frontu <LINK TO section 3.1.1> v postupe.

Toto nastavenie vedie k nasledujúcim scenárom:

  1. A2 patrí TÍMU 1 a TÍMU 2. Ak si A2 vyberie TÍM 1 na prihlásenie do aplikácie Agent Desktop, systém bude považovať A2 za súčasť TÍMU 1, a teda iba za prvú skupinu pre rozdelenie hovorov.
  2. A5 patrí do TÍMU 1, mohol však byť aj súčasťou iného tímu v organizácii, do ktorej je momentálne prihlásený. Preto sa A5 nepovažuje za súčasť TÍMU 1 a nie je priradený k tomuto radu.

Fronty s priradením tímu poskytujú agentom túto výkonnú možnosť presúvať sa medzi frontmi jednoduchým výberom tímu počas prihlásenia.

Dostupné vzory smerovania:

Fronty bez zručností s priradeniami agentov

Fronty nezaložené na zručnostiach sú typom frontu, kde je do frontu priamo priradená skupina agentov. Na rozdiel od iných typov frontov, ktoré nepriamo určujú skupinu agentov, ktorí sú im priradení, tieto fronty umožňujú správcom vyberať agentov priamo a manuálne. Napríklad fronty priradení založené na tímoch priraďujú agentov na základe ich prihlásených tímov a fronty priradení založené na zručnostiach priraďujú agentov na základe požadovaných zručností. Naproti tomu administrátori môžu priamo pridávať agentov do týchto frontov, aby sa stali súčasťou frontu. Toto poskytuje jednoduchý spôsob správy alokácie agentov bez spoliehania sa na systémom riadené priradenia.

Fronty s priradením agentov poskytujú jednoduché, ale efektívne smerovacie algoritmy, ktoré pomáhajú pri distribúcii kontaktov medzi skupinami agentov. Nezohľadňujú zručnosti agentov pri smerovaní kontaktov. Agenti však môžu byť zoradení v rámci každého frontu a toto sa berie do úvahy pri smerovaní kontaktov k nim. V tomto kontexte tímy slúžia predovšetkým ako organizačný konštrukt pre supervízorov, a nie ako faktor pri rozhodovaní o prepojení agentov a radov a smerovaní kontaktov, čo zjednodušuje správu radov.

Tento typ frontu je najvhodnejší tam, kde je statické priradenie agentov a správa asociácie agent-front uskutočniteľná a žiaduca pre operačnú kontrolu a výber smerovacích algoritmov je vhodný na rozdelenie práce medzi agentmi. Tieto fronty sú obzvlášť užitočné v scenároch, kde niekoľko typov zákazníckych požiadaviek vyžaduje špecializované znalosti, ktoré môže obslúžiť vopred vytvorený segment expertných agentov.

Komplexné organizácie kontaktných centier však môžu mať problém s manuálnou správou priradenia agentov v týchto frontoch. Mohli by viac profitovať z iných typov frontov, ktoré ponúkajú dynamické smerovanie a prepojenia agentov a frontov.

Diagram pracovného postupu znázorňujúci fungovanie príkladu frontu bez zručností s priradením agenta v aplikácii Webex Contact Center

V tomto príklade má front namapovanú sadu agentov v špecifickom poradí, ako napríklad A4, A9, A7 atď. Toto poradie hrá úlohu v špecifických smerovacích algoritmoch, ktoré priraďujú prichádzajúce kontakty k agentom. Systém priraďuje kontakty k týmto agentom na základe ich dostupnosti a zvoleného algoritmu smerovania.

Na rozdiel od frontov s priradením tímu neexistuje koncept rozšírenia cieľa v časových intervaloch. Ak nie je k dispozícii žiadny z nakonfigurovaných agentov na smerovanie tohto kontaktu, kontakt sa zaparkuje vo fronte, kým sa jeden z týchto agentov nestane dostupným na spracovanie kontaktov pred uplynutím časového limitu parkovania. Rozšírenie cieľa sa na tieto fronty nevzťahuje.

Dostupné vzory smerovania:

Fronty založené na zručnostiach

Fronty založené na zručnostiach umožňujú presmerovanie kontaktov na agentov so správnymi zručnosťami, ktoré spĺňajú ich potreby.

Môžete nakonfigurovať nasledujúce typy možností založených na zručnostiach:

Kritériá zručností priradené k frontu

Administrátori môžu priradiť kritériá zručností k frontom. Fronty založené na zručnostiach s kritériami zručností umožňujú správcom konfigurovať požadované zručnosti priamo vo fronte. Všetci agenti v organizácii, ktorí majú všetky požadované zručnosti pre daný front prostredníctvom priameho profilu zručností, sa implicitne stávajú súčasťou tohto frontu.

Toto nastavenie pomáha administrátorom mať živý prehľad o agentoch mapovaných do frontu na základe zručností. V situáciách, ako je vysoký alebo nízky objem, môžu administrátori zvážiť úpravu požadovaných zručností pre front a profilov zručností agentov, aby podľa potreby rozšírili alebo zmenšili skupinu agentov.

Tento typ frontu sa líši od frontov založených na priradení tímu v tom zmysle, že neexistuje žiadne nastavenie skupiny rozdelenia hovorov, čo znamená, že tím nehrá žiadnu úlohu v priradení agenta k frontu. Navyše, požadované zručnosti sú v tomto fronte staticky konfigurované, na rozdiel od tímových frontov zručností, kde tok vkladá (statické alebo variabilné) požadované zručnosti. Technicky sú teda zručnosti súčasťou frontu, a nie samotným kontaktom.

Každý agent v organizácii, ktorý úplne spĺňa kritériá zručností daného frontu (má zručnosti z priameho profilu zručností), sa implicitne priradí k tomuto frontu. Tím nehrá žiadnu úlohu v prepojení agentov s týmito frontmi. Títo agenti môžu byť súčasťou akéhokoľvek tímu na účely riadenia a prevádzky.

Každý kontakt zaradený do tohto frontu automaticky prevezme kritériá zručností definované v samotnom fronte. Jednotlivé kontakty nemôžu definovať ani prepísať svoje vlastné zručnosti requirements/criteria na rozdiel od frontov založených na zručnostiach s priradením k tímu.

Diagram pracovného postupu znázorňujúci príklad fungovania frontu založeného na zručnostiach s kritériami zručností v aplikácii Webex Contact Center

V tomto príklade,

  • Iba agenti A1, A3 a A7 úplne spĺňajú kritériá zručností nakonfigurované vo fronte, preto by boli k tomuto frontu priradení iba títo agenti.
  • Agenti A2, A4 a A6, ktorí čiastočne spĺňajú kritériá, alebo A5, ktorému chýbajú relevantné zručnosti, nemôžu byť priradení k tomuto frontu.

Aktualizácia profilu zručností agenta (tzv. rekvalifikácia) tak, aby spĺňal kritériá zručností pre daný front, automaticky a dynamicky zaradí tohto agenta do tohto frontu. Alternatívne, aktualizácia kritérií zručností pre front tak, aby viac (alebo menej) agentov spĺňalo aktualizované kritériá zručností, tiež automaticky a dynamicky pridá (alebo odstráni) agentov z tohto frontu.

Na rozdiel od frontov s priradením tímu neexistuje koncept rozšírenia cieľa v časových intervaloch. Ak kontakt nie je možné priradiť žiadnemu z priradených agentov, zaparkuje sa vo fronte, kým sa jeden z týchto agentov nebude môcť pred uplynutím časového limitu parkovania venovať spracovaniu kontaktov.

Fronty založené na zručnostiach sú najvhodnejšie tam, kde je statické priradenie zručností a správa frontu k priradeniu agentov uskutočniteľná a žiaduca pre operačnú kontrolu. Sú tiež vhodné, keď je výber smerovacích algoritmov vhodný pre rozdelenie práce medzi agentmi. Tieto fronty sú obzvlášť užitočné v scenároch, kde rôzne typy zákazníckych požiadaviek vyžadujú špecifické zručnosti, ktoré môže obslúžiť vopred odvodený segment expertných agentov.

Organizácie s komplexnými kontaktnými centrami môžu považovať správu priradení agentov k frontom založeným na zručnostiach za jednoduchšiu v porovnaní s frontmi s priradením agentov, kde je potrebné každého agenta do zoznamu pridať manuálne, čo je najmä pre väčšie organizácie náročné.

Požiadavky na zručnosti priradené v toku

Fronty založené na zručnostiach s požiadavkami na zručnosti priradenými v postupe sú typom frontu založeného na priradení tímu v aplikácii Webex Contact Center, kde je sada tímov nakonfigurovaná na viacerých úrovniach, nazývaných skupiny distribúcie hovorov. Agenti, ktorí sú prihlásení do týchto nakonfigurovaných tímov, dostanú priradené kontakty z tohto frontu na základe úrovne skupiny distribúcie hovorov, na ktorej je ich tím nakonfigurovaný vo fronte, ak zároveň úplne spĺňajú požiadavky na zručnosti kontaktu.

V rámci takéhoto frontu sú tímy agentov zoskupené do skupín distribúcie hovorov s konfigurovateľnými časovými oneskoreniami medzi nimi. Ak pre kontakt nie je k dispozícii žiadny agent, požiadavka sa zaparkuje a po uplynutí oneskorenia sa smerovanie rozšíri na ďalšiu skupinu distribúcie hovorov. Tento proces pokračuje, kým nie je priradený agent alebo kým nie sú všetky skupiny vyčerpané. Medzitým, ak sa počas tohto procesu sprístupní agent z predtým skontrolovanej skupiny, tento agent sa vyberie.

Agenti získavajú zručnosti prostredníctvom profilu zručností, ktorý je agentovi priamo priradený. Zručnosti agentov sa určujú na základe výberu tímu počas prihlásenia.

Každý kontakt môže voliteľne špecifikovať požiadavky na zručnosti v rámci postupu, ktoré sa porovnávajú so zručnosťami dostupných agentov s cieľom vybrať najvhodnejšieho agenta.

Kontakty môžu okrem toho špecifikovať aj uvoľnenie zručností v nakonfigurovaných časových intervaloch. Ide o upravený súbor požiadaviek na zručnosti, ktoré by v nakonfigurovaných časových intervaloch prepísali pôvodné požiadavky na zručnosti kontaktu. Toto umožňuje kontaktu upraviť (zvyčajne sa používa na „uvoľnenie“) svoje požiadavky na zručnosti, kým je zaparkovaný v rade, aby viac agentov mohlo spĺňať tieto uvoľnené požiadavky na zručnosti.

Rozšírenie cieľovej skupiny prostredníctvom skupín distribúcie hovorov môže prebiehať súčasne s cyklami uvoľnenia zručností – obe sú zamerané na rýchlejšie spárovanie zaparkovaného kontaktu s oprávnenými agentmi, čím sa skráti celkový čas čakania a zlepší sa úroveň služieb vo fronte.

Diagram pracovného postupu znázorňujúci príklad fungovania frontu založeného na zručnostiach s priradením tímu v aplikácii Webex Contact Center.

Rovnako ako nekvalifikované fronty s priradením k tímom, má tri skupiny distribúcie hovorov, ktoré umožňujú „rozšírenie cieľa“, t. j. rozšírenie na viac agentov v rámci tímov v nakonfigurovaných časových intervaloch.

  • Prvá skupina na rozdeľovanie hovorov obsahuje TÍM 1, ktorý má nakonfigurovaných 3 agentov – A1, A2 a A5.
  • Druhá skupina na distribúciu hovorov obsahuje TÍM 2, ktorý má nakonfigurovaných 3 agentov – A2, A3 a A4.
  • Tretia (a posledná) skupina na rozdeľovanie hovorov obsahuje TÍM 3, ktorý má nakonfigurovaných 2 agentov – A6 a A7.

Treba si však uvedomiť dve hlavné veci:

  • Každý kontakt, ktorý sa do tohto frontu zaradí, si v priebehu procesu definuje svoje požiadavky na zručnosti a ich uvoľnenie.
  • Agenti mohli mať nakonfigurované zručnosti (prostredníctvom profilu zručností – priamo alebo zdedené od prihláseného tímu).

Hoci je A2 nakonfigurovaný tak, aby bol súčasťou TÍMU 1 aj TÍMU 2, v závislosti od výberu tímu, ktorý si tento agent vybral počas prihlásenia, v jeho aktuálnej relácii je považovaný za súčasť tohto tímu, a preto zdedí aj profil zručností (a teda aj hodnoty zručností) z tohto tímu (pokiaľ to nie je prepísané priamou konfiguráciou profilu zručností pre tohto agenta).

Toto je výkonná funkcia, ktorú poskytujú fronty s priradením tímov, kde sa agenti môžu pohybovať medzi frontami jednoduchým výberom tímu počas prihlásenia.

V spojení s možnosťou dediť nastavenia profilu zručností od vybraného tímu môže agent pracovať aj s rôznymi sadami zručností.

V tomto príklade,

  • Kontakty sú zaradené do frontu s počiatočnou požiadavkou na zručnosť (sk_1 >= 6) počas eskalácie z toku, s relaxáciou zručností (sk_1 >= 3) po nakonfigurovanom časovom intervale.
  • V rámci všetkých agentov vo všetkých skupinách distribúcie hovorov majú iba agenti A1, A3, A6 a A7 zručnosti, ktoré spĺňajú počiatočnú požiadavku na zručnosti kontaktov v rade.
  • Zostávajúci agenti buď majú zručnosť (sk_1), ale nespĺňajú požiadavky na zručnosť (napr. A2 v TÍME 1 a A4 v TÍME 2), alebo túto zručnosť vôbec nemajú (napr. A5, A2 v TÍME 2).
  • Postupom času, po uvoľnení zručností, aj A2 a A4 teraz spĺňajú „uvoľnené“ požiadavky na zručnosti kontaktu.

Pre každý kontakt, ktorý sa zaradí do tohto frontu, sa systém pokúsi nájsť zodpovedajúceho agenta v rámci prvej distribučnej skupiny hovorov, ktorý úplne spĺňa aktuálne požiadavky na zručnosti kontaktu. Ak sa nenájde žiadny zodpovedajúci agent, kontakt sa zaparkuje na nakonfigurovaný čas predtým, ako sa cieľové rozšírenie uskutoční do druhej skupiny distribúcie hovorov. Všetky tímy nakonfigurované v druhej skupine distribúcie hovorov sa tiež pridajú k existujúcim tímom z prvej skupiny. Systém sa teraz pokúša nájsť zodpovedajúceho agenta v rámci rozšírenej skupiny. Upozorňujeme, že počas tohto procesu by uvoľnenie zručností tiež aktualizovalo požiadavky na zručnosti kontaktu v nakonfigurovaných časových intervaloch a systém by použil aktualizované požiadavky na zručnosti na ich porovnanie s dostupnými agentmi v aktuálnej skupine pre distribúciu hovorov.

Toto pokračuje, kým sa nerozvinú všetky nakonfigurované skupiny distribúcie hovorov a nepoužijú sa všetky uvoľnenia zručností, pokiaľ sa predtým nenájde zodpovedajúci agent.

Dostupné vzory smerovania:

Konfigurácia frontu

Nastavenie frontov založených na zručnostiach

Priradenie kritérií zručností k frontu
  • Vytvorte zručnosti a v prípade potreby aj dynamické zručnosti.
  • Vytvoriť profily zručností.
  • Priraďte profil zručnosti priamo agentom.
  • Priraďte dynamické zručnosti priamo agentom. Dynamické zručnosti sa nepriraďujú prostredníctvom profilov zručností.
  • Vytvoriť front s typom kanála Telefónia alebo Chat alebo E-mail alebo Sociálne siete.
  • Priraďte zručnosti a požiadavky na dynamické zručnosti k frontom v Control Hub.
  • Zobraziť zoznam agentov, ktorí môžu spracovávať kontakty vo fronte.
  • Vyberte smerovací algoritmus LAA alebo BAA. Pre BAA nakonfigurujte váhy pre zručnosti v oblasti odbornosti a dynamické zručnosti v oblasti odbornosti, ak je to potrebné.
  • Pridajte aktivitu kontaktu frontu do postupu a vyberte tento front.
Priraďte požiadavky na zručnosti k frontu
  1. Vytvorte zručnosti a v prípade potreby aj dynamické zručnosti.
  2. Vytvoriť profily zručností.
  3. Priraďte profil zručnosti priamo agentom alebo tímu.
  4. Priraďte dynamické zručnosti priamo agentom. Dynamické zručnosti sa nepriraďujú prostredníctvom profilov zručností.
  5. Vytvorte tím.
  6. Pridajte agentov do tímu.
  7. Vytvorte front s typom kanála Telefónia alebo Chat alebo E-mail alebo Sociálne siete.
  8. Pridajte tímy do frontu v jednej alebo viacerých CDG.
  9. Vyberte smerovací vzor LAA alebo BAA.
  10. Pridajte aktivitu kontaktu vo fronte do postupu a vyberte front, pre ktorý je nakonfigurované smerovanie na základe zručností. Viac informácií nájdete v časti Kontakt vo fronte.
  11. Priraďte zručnosti, dynamické zručnosti a uvoľnenie zručností v aktivite Kontakt vo fronte. Pre BAA nakonfigurujte váhy pre zručnosti v oblasti odbornosti a dynamické zručnosti v oblasti odbornosti, ak je to potrebné.
  12. Na rýchly prechod na ďalšiu alebo poslednú skupinu distribúcie hovorov použite v postupnom zaraďovaní do frontu eskaláciu aktivity distribúcie hovorov.

Nastavenie frontov nezaložených na zručnostiach

Priradiť tím do frontu
  • Vytvorte tím.
  • Pridajte agentov do tímu.
  • Vytvorte front s typom kanála Telefónia alebo Chat alebo E-mail alebo Sociálne siete.
  • Pridajte tímy do frontu v jednej alebo viacerých CDG.
  • Vyberte vzor smerovania buď LAA.
  • Pridajte aktivitu kontaktu frontu do postupu a vyberte tento front.
  • Na rýchly prechod na ďalšiu alebo poslednú skupinu distribúcie hovorov použite v postupnom zaraďovaní do frontu eskaláciu aktivity distribúcie hovorov.
Priradenie agenta k toku frontu
  • Vytvorte front s typom kanála Telefónia alebo Chat alebo E-mail alebo Sociálne siete.
  • Pridanie agentov priamo do frontov (Poznámka: V tomto type frontu sa nepoužívajú ani zručnosti, ani tím.
  • Vyberte vzory smerovania, ako napríklad kruhový, lineárny alebo najdlhší dostupný agent.
Smerovanie

Koncepty smerovania

Scenár prebytku agentov

Scenár prebytku agentov nastáva, keď je k dispozícii viac agentov ako kontaktov v rade. V tomto prípade, keď je interakcia so zákazníkom (kontakt) zaradená do frontu, systém sa okamžite pokúsi nájsť zodpovedajúceho agenta pre tento konkrétny kontakt a ak sa nájde zodpovedajúci agent, kontakt nemusí byť zaparkovaný vo fronte a čakať, kým bude neskôr k dispozícii zodpovedajúci agent.

Vždy, keď sa kontakt rozšíri prostredníctvom skupiny distribúcie hovorov alebo prostredníctvom uvoľnenia zručností, systém sa opäť pokúsi okamžite nájsť zodpovedajúceho agenta pre tento konkrétny kontakt.

Vyhľadanie zodpovedajúceho agenta pre konkrétny kontakt používa nakonfigurovaný vzor smerovania vo fronte.

Kontaktné centrum Webex ponúka viacero smerovacích vzorov v rôznych typoch frontov, čo organizáciám umožňuje optimalizovať zákaznícky servis minimalizáciou čakacích dôb, vyvážením pracovného zaťaženia agentov a zabezpečením toho, aby boli zákazníci spojení s agentmi, ktorí majú potrebné zručnosti na riešenie ich špecifických potrieb. Podrobné informácie o vzoroch smerovania nájdete v časti Vzor smerovania.

Scenár prebytku kontaktov

K smerovaniu prebytku kontaktov dochádza, keď počet prichádzajúcich interakcií so zákazníkmi (alebo kontaktmi) prekročí počet dostupných agentov. Táto situácia sa často vyskytuje počas špičky alebo neočakávaného nárastu objemu kontaktov. Primárnym cieľom smerovania nadbytočných kontaktov je efektívne riadiť toto preplnenie a zabezpečiť, aby sa štandardy služieb zákazníkom dodržiavali aj napriek nadmernému dopytu. Pre agenta, ktorý sa práve stal dostupným na konkrétnom kanáli, smerovanie prebytočných kontaktov slúži na nájdenie a priradenie príslušného kontaktu spomedzi všetkých zaparkovaných kontaktov vo všetkých frontoch, ku ktorým je tento agent priradený.

Kľúčové stratégie na efektívne smerovanie kontaktov s obmedzenou dostupnosťou agentov sú:

  • Poradie v rade

    Poradie frontov umožňuje správcom určiť relatívnu dôležitosť frontov. Administrátori môžu definovať poradie frontov, aby nastavili poradie, v akom sú hovory smerované z frontov k agentom prihláseným do tímov, a to pre každý tím.

    Napríklad, predstavte si, že agenti prihlásení do tímu A sú priradení k dvom frontom – „Fakturácia“ a „Predaj“. Administrátori by mohli použiť poradie v poradí na priradenie vyššieho poradia do poradia „Fakturácia“, takže keď sa kontakty dostanú do poradia, kontakty z poradia „Fakturácia“ budú smerované k agentom patriacim do tímu A a až potom ku kontaktom z poradia „Predaj“. Toto sa stane, aj keď môžu byť staršie kontakty s vyššou prioritou, ktoré čakajú v rade „Predaj“ – len preto, že rad „Fakturácia“ má vyššie poradie ako rad „Predaj“. Iba ak v rade „Fakturácia“ už nie sú žiadne čakajúce kontakty, agenti z tímu A budú presmerovaní na kontakty z radu „Predaj“ (a akéhokoľvek iného), ku ktorému sú priradení.

    Nasledujú niektoré dôležité charakteristiky poradia v rade:

      • Ak je poradie priradené iba niektorým frontom, hovory v týchto frontoch budú mať prednosť pred hovormi vo frontoch, pre ktoré nie je zadané poradie.
      • Poradie frontu je možné nastaviť pre maximálne 50 frontov vo všetkých typoch médií s hodnotou v rozsahu od 1 do 50, pričom 1 je najvyššie poradie.
      • Rovnaké poradie môžete priradiť viacerým frontom.
      • Ak povolíte zoradenie frontov, fronty, ktorým nie je priradené žiadne explicitné poradie, sa budú považovať za nižšie ako všetky zoradené fronty.
      • Zoradenie v rade funguje v rámci rovnakého typu média.

        Napríklad, ak je Queue Sale front hlasového média s poradím 2 a Queue Billing Support je chatovací front s poradím 1 pre tím A, potom agenti, ktorí sú k dispozícii na hlasovom kanáli v tíme A, dostanú hlasový hovor ako prví, aj keď je poradie 2.

        Zoberme si však dva fronty chatov pre tím B – frontu s kreditnou kartou s poradím 2 a frontu s debetnou kartou s poradím 1. Potom budú dostupným agentom v tíme B najprv ponúknuté kontakty z debetnej karty Queue.

      • Poradie v rade sa nevzťahuje na tímy založené na kapacite.

  • Priorita kontaktu

    Keď je kontakt zaradený do frontu, jeho prioritu je možné definovať priradením hierarchickej dôležitosti v rozsahu od 1 (najvyššia) do 10 (najnižšia, predvolená). Toto stanovenie priorít zabezpečuje, že určité kontakty sú riešené rýchlejšie na základe ich dôležitosti, naliehavosti alebo strategickej hodnoty pre organizáciu. Keď je agent k dispozícii na spracovanie ďalšieho kontaktu spomedzi všetkých zaparkovaných kontaktov vo všetkých frontoch, ku ktorým je agent priradený, kontakt s najvyššou prioritou vo všetkých frontoch sa presmeruje na agenta (za predpokladu, že sú splnené aj ďalšie kritériá, ako napríklad zhoda zručností a ďalšie).

    Pre kontakty, ktoré sú zaradené do frontu bez akejkoľvek explicitnej priority, sa berie do úvahy predvolená priorita 10 (najnižšia). Spomedzi viacerých kontaktov s rovnakou prioritou je kontakt, ktorý čaká vo fronte najdlhšie, najprv presmerovaný k dostupnému a oprávnenému agentovi.

  • Najdlhšie čakajúci kontakt

    Toto je základná stratégia, ktorá zabezpečuje, že najdlhšie čakajúci kontakt vo všetkých radoch, s ktorými je agent priradený, je smerovaný k tomuto agentovi.

    Toto je konečné kritérium, ktoré určuje kontakt, ktorý sa má smerovať, keď na spracovanie čaká viacero kontaktov v rôznych frontoch s rovnakým poradím a rovnakou prioritou kontaktu.

V podstate smerovanie prebytočných kontaktov pre agenta, ktorý sa práve stal dostupným, znamená výber jedného kontaktu, ktorý:

  • je rovnakého typu média ako to, na ktorom je agent dostupný
  • je zaparkovaný v niektorom z radov, ku ktorým je tento agent priradený
  • ktorých požiadavky na zručnosti (ak nejaké existujú) tento agent spĺňa
  • je zaparkovaný vo fronte, ktorej poradie je vyššie ako ostatné fronty nakonfigurované v tíme agenta
  • má najvyššiu prioritu spomedzi všetkých takýchto kontaktov
  • je najstarší čakajúci kontakt spomedzi kontaktov s rovnakou prioritou

Vo vyššie uvedenom príklade, ktorý ilustruje scenár nadbytku kontaktov, sa agent A1 prihlásil do tímu 1 a je k dispozícii na spracovanie kontaktov na viacerých typoch médií.

A1 je priradený k 3 radom – Q1, Q2 a Q3. TÍM 1 má tiež definované poradie v rade, kde Q1 je najvyššie zoradené, potom Q2 a Q3.

Vo všetkých týchto radoch sú už zaparkované kontakty s definovanými požiadavkami na zručnosti a prioritou pre každý kontakt.

Scenár prebytku kontaktov teraz funguje takto:

  • Spomedzi všetkých zaparkovaných kontaktov v týchto radoch je možné smerovať iba 4 kontakty do A1C2, C7 (z RADU 2) a C3, C8 (z RADU 3).

    Iba požiadavky na zručnosti týchto 4 kontaktov sú úplne splnené zručnosťami A1.

  • Spomedzi týchto 4 kontaktov majú prednosť kontakty z QUEUE 2 (t. j. C2, C7), pretože QUEUE 2 má vyššie poradie v rade.

    Všimnite si, že aj keď je QUEUE 1 najvyššie zaradený front, žiadny z jeho zaparkovaných kontaktov nemôže byť smerovaný do A1, pretože A1 nespĺňa ich požiadavky na zručnosti.

  • Medzi C2 a C7je kontakt s najvyššou prioritou C7. Takže konečná voľba je C7a systém ju presmeruje na A1.

    Toto sa stane, aj keď C2 bol zaradený do frontu skôr, pretože priorita kontaktu má prednosť pred časom čakania v fronte.

Zmiešané multimediálne profily

Prostredníctvom konfigurácie multimediálneho profilu umožňuje Webex Contact Center agentom obsluhovať kontakty prostredníctvom rôznych typov médií (hlas, chat, e-mail a sociálne siete). Na základe tejto konfigurácie agenti dostávajú kanály poskytované podľa typu média.

Každý kontakt smerovaný k agentovi spotrebuje jeden kanál daného typu média, pokiaľ agent na danom kontakte pracuje. Zatiaľ čo agenti môžu mať iba jeden hlasový kanál, môžu mať až päť kanálov pre iné typy médií.

Nastavenie zmiešaného smerovania v multimediálnych profiloch umožňuje správcom kontrolovať, ako môžu byť rôzne kanály používané súbežne pre každého agenta. To umožňuje organizáciám venovať zákazníkom špeciálnu pozornosť, čím sa podporuje lepšia kvalita služieb, lepšia zákaznícka skúsenosť a lepšia miera konverzie. Organizácie tiež môžu vyvážiť zaťaženie medzi mediálnymi kanálmi, keď v niektorých kanáloch dochádza k nerovnomernému zaťaženiu, čo umožňuje efektívne využívanie agentov.

Existujú tri možnosti:

  • Exkluzívne

  • Zmiešané

  • Zmiešaný reálny čas

Pri obsluhe nehlasového kontaktu môžu agenti iniciovať manuálne hlasové volanie z aplikácie Agent Desktop, pokiaľ majú k dispozícii hlasový kanál. Toto platí pre všetky typy multimediálnych profilov.

Viac informácií o konfigurácii multimediálnych profilov nájdete v časti Správa multimediálnych profilov.

Smerovacie vzory

Založené na zručnostiach

Vzory smerovania založené na zručnostiach v aplikácii Webex Contact Center smerujú prichádzajúce interakcie so zákazníkmi k agentom na základe špecifických zručností potrebných na vyriešenie dopytu, ako sú jazykové znalosti alebo technické znalosti. Tieto vzorce zabezpečujú, že každý zákazník sa spojí s najkvalifikovanejším agentom, čím sa zvyšuje efektivita služieb a spokojnosť zákazníkov. Medzi výhody patrí skrátený čas spracovania, zlepšená miera riešenia a optimalizované využitie zdrojov agentov vďaka zosúladeniu ich odborných znalostí s potrebami zákazníkov.

Smerovanie na základe zručností môže využívať zručnosti, ktoré agenti získajú z profilov zručností, a dynamické zručnosti, ktoré sú priradené priamo agentom. Dynamické zručnosti predstavujú atribúty agenta, ktoré sa môžu meniť nezávisle od profilu zručností agenta.

Pri použití smerovacích vzorov založených na zručnostiach sa najprv na filtrovanie dostupných agentov, ktorých zručnosti a dynamické zručnosti spĺňajú tieto požiadavky, použijú požiadavky na zručnosť kontaktu (priradeného v toku) alebo kritériá zručností priradené k frontu. / kritériá úplne. Potom sa spomedzi filtrovaných agentov vyberie jeden pre daný kontakt na základe nakonfigurovaného vzoru smerovania.

Pre najlepšie dostupné smerovanie môžu odborné zručnosti a dynamické odborné zručnosti tiež použiť váhy na ovplyvnenie skóre používaného pri výbere agenta. Váhy neovplyvňujú najdlhšie dostupné smerovanie; tento vzorec používa na určenie oprávnenosti agenta iba zručnosti a dynamické zručnosti.

Najdlhšie dostupné

Najdlhší dostupný smerovací vzor založený na zručnostiach smeruje kontakt k agentovi, ktorého zručnosti spĺňajú požiadavky na zručnosti kontaktu. / kritériá zručností v rade úplne a kto je spomedzi všetkých oprávnených agentov v danom rade k dispozícii najdlhšie od spracovania svojho posledného kontaktu.

Tento vzorec smerovania pomáha rovnomerne rozdeliť prácu medzi agentov priradením interakcií tým, ktorí sú k dispozícii najdlhšie, čím sa predchádza nerovnováhe pracovného zaťaženia. Pomáha to zachovávať spravodlivosť v rozdelení práce a zabezpečuje, aby žiadny agent nebol preťažený, zatiaľ čo ostatní zostali voľní.

Vo vyššie uvedenom príklade sú 4 agenti s rôznymi hodnotami zručností na úrovni odbornosti a bez nej.

Predstavte si kontakt, ktorý je zaradený do frontu založeného na zručnostiach s najdlhším dostupným vzorom smerovania:

  • s vyššie uvedenými požiadavkami na zručnosti priradenými prostredníctvom postupu, alebo
  • s vyššie uvedenými kritériami zručností nakonfigurovanými vo fronte založenom na zručnostiach

V tomto scenári:

  • Iba agenti, ktorí úplne spĺňajú požiadavky na kontaktné zručnosti / Pri smerovaní sa zohľadňujú kritériá zručností v rade. Požiadavky na kontaktné zručnosti spĺňajú iba agenti A1, A2 a A4 / kritériá zručností v rade úplne.

    Agent A3 nie je oprávnený. V prípade kritérií zručnosti priradených k frontu, A3 nie je ani priradený k frontu.

  • Spomedzi A1, A2 a A4 bude kontakt presmerovaný na agenta s najdlhším dostupným časom – A1, ktorý je k dispozícii 10 minút, dlhšie ako A2 alebo A4.

    Keďže kontakt bol priradený k A1, A1 už nebude najdlhšie dostupným agentom naprieč všetkými mediálnymi kanálmi.

  • Ďalší kontakt s presne rovnakými požiadavkami na zručnosti by bol presmerovaný na ďalšieho najdlhšie dostupného agenta – A2atď.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov založených na zručnostiach:

Najlepšie dostupné

Model smerovania založený na najlepších dostupných zručnostiach zabezpečuje, že interakcie so zákazníkmi sú smerované k najkvalifikovanejšiemu dostupnému agentovi. Tento vzorec hodnotí nielen prítomnosť požadovaných zručností u agentov, ale aj úroveň ich znalostí, pričom vypočítava skóre zručností na určenie najkvalifikovanejšieho („najlepšieho“) agenta pre každý kontakt.

Tento vzor filtruje dostupných agentov, ktorých zručnosti spĺňajú požiadavky na kontaktné zručnosti. / kritériá zručností v rade úplne. Potom sa pre každého oprávneného agenta vypočíta skóre s použitím hodnôt odbornej spôsobilosti všetkých zručností uvedených v požiadavkách na kontaktné zručnosti. / kritériá zručností v rade. Agent s najvyšším skóre zručností sa považuje za „najlepšieho“ agenta pre každý kontakt.

V podstate ide o súčet hodnôt zručností agenta, ktoré zodpovedajú požiadavkám na kontaktné zručnosti. / Skóre určujú kritériá zručnosti v rade.

Niekoľko kľúčových bodov, ktoré treba pochopiť:

  • Pri výpočte skóre sa zvyčajne používa skutočná hodnota zručnosti, pretože vyššie skóre zručnosti naznačuje silnejšiu zhodu. Okrem prípadov, keď požiadavka na zručnosť používa funkciu „menšie ako rovno“ ( < =) podmienka, že špecifická hodnota zručnosti agenta je invertovaná pri výpočte skóre, t. j. effective_skill_value = (10) mínus (actual_skill_value). Toto sa robí preto, aby nižšie skóre naznačovalo silnejšiu zhodu.
  • Keď má viacero oprávnených agentov rovnaké skóre, vyberie sa agent s najdlhším dostupným časom medzi nimi.
  • Pri výpočte skóre sa berú do úvahy iba odborné zručnosti. Akékoľvek boolovské, textové alebo enum zručnosti v požiadavkách na kontaktné zručnosti / Kritériá zručností v rade sa pri výpočte skóre nezohľadňujú.

Vo vyššie uvedenom príklade sú štyria agenti s rôznymi hodnotami zručností na úrovni odbornosti a bez nej.

Predstavte si kontakt, ktorý je zaradený do frontu založeného na zručnostiach so vzorom smerovania „Najlepší dostupný“:

  • s vyššie uvedenými požiadavkami na zručnosti priradenými prostredníctvom postupu, alebo
  • s vyššie uvedenými kritériami zručností nakonfigurovanými vo fronte založenom na zručnostiach.

V tomto scenári:

  • Iba agenti, ktorí úplne spĺňajú požiadavky na kontaktné zručnosti / Pri smerovaní sa zohľadňujú kritériá zručností v rade. Požiadavky na kontaktné zručnosti spĺňajú iba agenti A1, A2 a A4 / kritériá zručností v rade úplne.

    Agent A3 nie je oprávnený. V prípade kritérií zručnosti priradených k frontu, A3 nie je ani priradený k frontu.

  • Spomedzi A1, A2 a A4 systém vypočíta skóre na základe požiadaviek na kontaktné zručnosti. / kritériá zručností v rade, kde sa berú do úvahy iba odborné zručnosti.

    Iba zručnosti uvedené v požiadavkách na kontaktné zručnosti / Kritériá zručností v rade sa zohľadňujú pri výpočte skóre, aj keď agenti môžu mať ďalšie / iné odborné zručnosti.

    Všimnite si tiež inverziu hodnoty zručnosti pri výpočte skóre, keď je menšia ako rovná sa ( < =) používa sa podmienka.

  • Kontakt je presmerovaný na A2, pretože ide o najlepšieho dostupného agenta na základe skóre. Ak A2 nie je k dispozícii / Ak je zaneprázdnený, kontakt bude presmerovaný na ďalšieho najlepšieho dostupného agenta s druhým najvyšším skóre atď.

    Máme však 2 agentov – A1 a A4 s ďalším najvyšším skóre. Kontakt je smerovaný k najdlhšie dostupnému agentovi medzi A1 a A4.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov založených na zručnostiach:

Smerovanie bez zručností

Kontaktné centrum Webex tiež podporuje rôzne smerovacie vzorce, ktoré nie sú založené na zručnostiach a zameriavajú sa na distribúciu prichádzajúcich interakcií so zákazníkmi bez ohľadu na špecifické zručnosti alebo odborné znalosti agentov. Na rozdiel od smerovacích vzorov založených na zručnostiach tieto nezohľadňujú zručnosti agentov ani nevyžadujú, aby kontakt alebo front definovali požiadavky na zručnosti. / kritériá pre smerovanie. Namiesto toho uprednostňujú faktory, ako je dostupnosť, rozloženie pracovnej záťaže a preddefinované sekvencie, čo umožňuje efektívne spracovanie kontaktov na základe operačnej logiky a nie kompetencií jednotlivých agentov. Tieto vzory sú obzvlášť užitočné v prostrediach, kde sú interakcie relatívne jednotné alebo nevyžadujú špecializovanú manipuláciu.

Najdlhšie dostupné

Smerovací vzor s najdlhším dostupným časom smeruje kontakt k agentovi vo fronte, ktorý bol dostupný najdlhšie od spracovania jeho posledného kontaktu spomedzi všetkých agentov, ktorí sú k dispozícii a priradení k danému frontu.

Tento smerovací vzorec zaisťuje spravodlivé a vyvážené rozdelenie pracovnej záťaže priradením interakcií agentom, ktorí boli najdlhšie nečinní. Zabraňovaním nerovnováhy v pracovnom zaťažení zabezpečuje, že žiadny agent nie je preťažený, zatiaľ čo ostatní zostávajú voľní. Tento prístup je obzvlášť účinný počas období stabilného toku kontaktov, pričom udržiava konzistentnú angažovanosť v rámci celého poolu agentov.

Agenti stratia svoje „najdlhšie dostupné“ pozície na všetkých kanáloch, keď im je ponúknutý kontakt akéhokoľvek typu média. To znamená, že po spracovaní kontaktu agentom bude ďalší kontakt akéhokoľvek typu média v rade priradený k ďalšiemu najdlhšiemu dostupnému agentovi v danom rade.

Vo vyššie uvedenom príklade je agent A1 najdlhšie dostupný agent (pozícia 1) – buď sa tento agent prihlásil ako prvý, alebo mu nebol priradený kontakt dlhšie ako ktorémukoľvek inému agentovi.

Agenti A2 (pozícia 2) a A3 (pozícia 3) sú tiež k dispozícii, ale buď sú prihlásení, alebo už spracovali kontakty po A1. Všetci agenti sú priradení k obom frontom, ktoré majú tento smerovací vzor.

Zvážte nasledujúci scenár:

  • V čase T0je hlasový kontakt C1 zaradený do fronty a smerovaný k najdlhšie dostupnému agentovi, t. j. A1.

    Vďaka priradeniu A1 k C1A1 nie je najdlhšie dostupným agentom naprieč všetkými mediálnymi kanálmi.

  • V čase T1je kontakt chatu C2 zaradený do fronty a smerovaný k najdlhšie dostupnému agentovi, ktorým je teraz A2.
  • Nakoniec, v čase T2, je ďalší hlasový kontakt C3 zaradený do fronty a smerovaný do A3.

    A1 a A2 nedávno získali kontakty – v tomto momente najdlhšie čaká A3.

Vzhľadom na vysoko distribuovanú architektúru kontaktného centra Webex existuje malá pravdepodobnosť, že jeden najdlhšie dostupný agent môže byť smerovaný k viacerým kontaktom, keď sú tieto kontakty zaradené do toho istého frontu súčasne.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov, ktoré nie sú založené na zručnostiach:

Kruhový

Kruhový smerovací vzor distribuuje prichádzajúce kontakty medzi skupinu dostupných agentov v poradí round-robin. Keď je kontakt zaradený do frontu, systém ho priradí ďalšiemu dostupnému agentovi vo fronte na základe vopred určeného poradia.

Proces začína agentmi v nakonfigurovanom poradí. Prvý prichádzajúci kontakt je priradený prvému dostupnému agentovi v danej sekvencii. Pre nasledujúce kontakty systém vyberie ďalšieho dostupného agenta a pokračuje od miesta, kde skončil v definovanom poradí v rade. Tento vzorec sa opakuje, agenti sa cyklicky prepínajú, ale vždy začínajú po pozícii posledného vybraného agenta.

Tento prístup je efektívny na spravodlivé a rovnomerné rozdelenie kontaktov medzi agentov. Pomáha zabezpečiť, aby žiadny agent nebol zahltený kontaktmi a aby všetci agenti mali rovnaké príležitosti na konzistentné spracovanie interakcií. Kruhový smerovací vzorec však nezohľadňuje aktuálne pracovné zaťaženie ani iné faktory, ktoré by mohli ovplyvniť schopnosť agenta spracovať konkrétny kontakt.

Vo vyššie uvedenom príklade sú agenti nakonfigurovaní v kruhovom rade v nasledujúcom poradí: A3 → A4 → A5 → A6 → A1 → A2.

Na začiatok je štartovacia pozícia prvý agent v nakonfigurovanom poradí (A3). Keď sú kontakty smerované k agentom v tomto rade, pozícia sa posúva po kruhu, od agenta, ktorý je ďalší v nakonfigurovanom poradí, až po agenta, ku ktorému bol smerovaný posledný kontakt.

Zvážte nasledujúci scenár:

  • Prvý kontakt (C1) je zaradený do fronty a je smerovaný k agentovi A3.

    Ukazovateľ sa aktualizuje na ďalšieho agenta v nakonfigurovanom poradí, t. j. A4.

  • Keď je druhý kontakt (C2) zaradený do fronty, systém začne vyhľadávať dostupných agentov počnúc A4, t. j. A4 → A5 → A6 → A1 → A2 → A3.

    Avšak A4 a A5 nie sú k dispozícii (buď nie sú ani prihlásení, alebo sú nečinní, alebo sú plne zaneprázdnení inými kontaktmi tohto typu média), takže C2 je smerovaný k ďalšiemu dostupnému agentovi – A6. Ukazovateľ sa aktualizuje na ďalšieho agenta v nakonfigurovanom poradí, t. j. A1.

  • Podobne je tretí kontakt (C3) smerovaný do A1, štvrtý kontakt (C4) do A2. Ukazovateľ je opäť na A3.

    Táto logika pokračuje a kontakty sú rozdelené medzi dostupných agentov v „kruhovom“ / vzor „kruhového robinu“.

Ak sú v rade zaparkované kontakty, scenár prebytku agentov priradí ďalšieho agenta, ktorý sa stane dostupným na tomto type média, k najstaršiemu kontaktu s najvyššou prioritou medzi nimi.

Toto nezohľadňuje ani neovplyvňuje existujúcu hodnotu pozície v tomto rade, ktorá sa aktualizuje iba vtedy, keď sa smerovanie prebytku kontaktov úspešne zhoduje s agentom.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov, ktoré nie sú založené na zručnostiach:

Zhora nadol

Smerovací vzorec zhora nadol rozdeľuje prichádzajúce kontakty medzi skupinu dostupných a zoradených agentov v sekvenčnom poradí. Keď je kontakt zaradený do frontu, systém vždy prechádza zoradeným zoznamom agentov od začiatku a priraďuje kontakt k prvému dostupnému agentovi (ktorý má voľný kanál typu média kontaktu) v danej sekvencii.

Toto sa stane pre každý kontakt, ktorý je zaradený do frontu. Kontakt sa pokúša vždy nájsť spárovaný, pričom sa začína od začiatku (prvý nakonfigurovaný agent) a pokračuje sa v zozname smerom nadol, kým sa nenájde zodpovedajúci agent.

Na rozdiel od kruhového smerovacieho vzoru neexistuje žiadny „ukazovateľ“, ktorý by dynamicky menil východiskový bod na základe pozície posledného vybraného agenta.

Tento prístup je efektívny na rozdelenie kontaktov medzi agentov, ktorí sú zoradení na základe určitého skreslenia. / preferenciu určenú správcom. Pomáha to zabezpečiť, aby agenti na vrchole mali vždy prednosť pri spracovaní kontaktov pred agentmi pod nimi. Vzor smerovania zhora nadol však nezohľadňuje aktuálne pracovné zaťaženie ani iné faktory, ktoré by mohli ovplyvniť schopnosť agenta spracovať konkrétny kontakt.

Vo vyššie uvedenom príklade sú agenti nakonfigurovaní v zhora nadol zoradenom rade v nasledujúcom poradí: A3 → A4 → A5 → A6 → A1 → A2.

To znamená, že administrátor chce, aby bol každý kontakt smerovaný k prvému agentovi (A3), ak je k dispozícii, inak k ďalšiemu agentovi (A4), ak je k dispozícii, a tak ďalej v nakonfigurovanom poradí.

Zvážte nasledujúci scenár:

  • Prvý kontakt (C1) je zaradený do fronty a je smerovaný k agentovi A3, pretože A3 je na začiatku poradia.
  • Keď je druhý kontakt (C2) zaradený do frontu, smerovanie sa opäť pokúša od začiatku poradia (vždy začínajúc od A3).

    Ak má A3 väčšiu kapacitu kanála pre tento typ média, C2 sa tiež smeruje do A3. Ak je však A3 na tomto type média plne obsadený, smerovanie pokračuje v zozname smerom nadol k A4.

  • Avšak A4 a A5 nie sú k dispozícii (buď nie sú ani prihlásení, alebo sú nečinní, alebo sú úplne zaneprázdnení inými kontaktmi tohto typu média), takže C2 je smerovaný k ďalšiemu dostupnému agentovi v poradí zhora nadol – A6.
  • Podobne sa tretí kontakt (C3) pokúša smerovať od A3 smerom nadol. Prvým zodpovedajúcim agentom by bol A1.

    Táto logika pokračuje, kým kontakt nenájde žiadnych dostupných agentov až do konca objednávky, v takom prípade je zaparkovaný vo fronte.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov, ktoré nie sú založené na zručnostiach:

Smerovanie založené na agentoch

Smerovanie založené na agentoch je funkcia, ktorá smeruje alebo zaraďuje kontakt priamo k určenému („preferovanému“) agentovi. Vyhľadávanie agenta pomocou e-mailovej adresy alebo ID agenta presmeruje kontakt k preferovanému agentovi. Aktivita „Zaradenie do fronty k agentovi“ v toku pomáha dosiahnuť smerovanie na základe agentov. Viac informácií nájdete v aktivite Rad k agentovi.

Kontakt môže mať mapovanie na jedného alebo viacerých preferovaných agentov, ktorých je možné zvyčajne spravovať v externej aplikácii mimo služby Webex Contact Center. Vyhľadávanie preferovaného agenta pre kontakt sa vykonáva prostredníctvom aktivity HTTP Request, ktorá načíta mapovanie z externej aplikácie. Ak chcete kontakt smerovať alebo zaparkovať u preferovaného agenta, nakonfigurujte aktivitu Pridať do fronty k agentovi pomocou ID alebo e-mailovej adresy agenta v kontaktnom centre Webex. Kontakt je možné priradiť aj preferovanému agentovi, ak tento preferovaný agent nie je okamžite k dispozícii.

Smerovanie založené na agentoch je užitočné v nasledujúcich scenároch:

  • Preferované smerovanie agenta: Zákazník môže priradiť kontakty vyhradeným agentom alebo obchodným zástupcom. V takýchto scenároch smerovanie na základe agenta smeruje kontakty priamo k danému preferovanému agentovi.
  • Smerovanie posledného agenta: Keď kontakt viackrát zavolá späť do kontaktného centra, aby sa spojil s agentom, smerovanie na základe agenta dokáže presmerovať kontakt k poslednému agentovi, ktorý daný kontakt vybavil.

V oboch prípadoch použitia sú podrobnosti o kontakte a mapovanie agenta uložené mimo kontaktného centra Webex.

Funkcie radenia do frontu a smerovania v aplikácii Flow

Funkcie radenia do frontu a smerovania v aplikácii Flow

V aplikácii Webex Contact Center je možné prostredníctvom postupov riadiť širokú škálu funkcií smerovania, zaraďovania do frontu a riadenia hovorov.

Do toku je možné umiestniť rôzne aktivity toku a obslužné rutiny udalostí, ktoré sú k dispozícii v Návrhárovi toku, aby sa efektívne spravoval životný cyklus prichádzajúcich a odchádzajúcich kontaktov.

Viac informácií o nastavení a používaní postupov nájdete v článku Vytváranie a správa postupov pomocou nástroja Flow Designer.

Činnosti v rade

Kontakt v rade

Aktivita Pridať kontakt do frontu umožňuje zaradiť kontakt do aktívneho prichádzajúceho frontu z organizácie, aby sa mohol spárovať a smerovať k správnemu agentovi v danom fronte.

Pomocou tejto aktivity je možné spravovať nasledujúce aspekty zaraďovania do frontu:

  • Priorita – Priradenie hierarchickej dôležitosti v rozsahu od 1 (najvyššia) do 10 (najnižšia, predvolená) kontaktu zaradenému do frontu.
  • Požiadavky na zručnosti – Nastavte kritériá zručností, ktoré musia spĺňať agenti vo fronte založenom na zručnostiach, aby boli považovaní za oprávnených na smerovanie kontaktu.
  • Zníženie požiadaviek na zručnosti - Doladenie, úprava alebo odstránenie predtým nastavených požiadaviek na zručnosti po určitom čase s cieľom zvýšiť šance na nájdenie agenta.
  • Skontrolovať dostupnosť agenta – Umožňuje systému okamžite prechádzať všetkými skupinami rozdelenia hovorov, kde sa nenachádzajú žiadni dostupní agenti, aby sa predišlo čakacej dobe.

Viac informácií o tom, akú úlohu zohrávajú priorita, konfigurácia zručností a dostupnosť agenta pri smerovaní kontaktov, nájdete v časti Smerovanie.

Keď aktivita pridania kontaktu do frontu úspešne zaradí kontakt do frontu,

  • Ak je už k dispozícii zodpovedajúci agent, systém sa pokúsi presmerovať kontakt na agenta.

    Toto preruší vykonávanie hlavného toku a ďalšie udalosti môžu spustiť príslušné toky udalostí, ak sú nakonfigurované.

  • Ak sa nenájde žiadny zodpovedajúci agent, kontakt sa zaradí do frontu a čaká, kým sa sprístupní zodpovedajúci agent.

    Vykonávanie toku potom pokračuje aktivitami pripojenými za aktivitou kontaktu s frontom, ktorá poskytuje možnosť:

    • Prehrajte vopred nakonfigurovanú hudbu zákazníkovi čakajúcemu v rade – pripojením aktivity PlayMusic.
    • Zaregistrujte spätné volanie na základe požiadavky zákazníka - pripojením aktivity Callback.
    • Znovu zaradiť do frontu, t. j. odstrániť kontakt z aktuálneho frontu a pridať ho do nového frontu – pripojením ďalšej aktivity Queue Contact alebo Queue to Agent.

Keď sa objaví vhodný agent, systém sa pokúsi presmerovať kontakt na agenta.

Ak je úspešné, preruší sa vykonávanie hlavného toku a ďalšie udalosti môžu spustiť príslušné toky udalostí, ak sú nakonfigurované.

Aktivita kontaktu vo fronte funguje, keď:

  • Kontakt je nepriradený a pripravený na presmerovanie na agenta.
  • Front, zručnosť a ďalšie konfigurácie toku sú nastavené správne.
  • Kontakt zostáva v rámci povoleného limitu 25 vstupných bodov a prechodov frontu.
  • Kontakt zostáva v rámci povoleného limitu 20 úspešných pokusov o smerovanie.

Nakonfigurujte cestu spracovania chýb, aby ste mohli elegantne spravovať kontakty, ktoré vyžadujú alternatívne smerovanie alebo dodatočné spracovanie.

V takýchto prípadoch aktivita vedie k zlyhaniu a vykonávanie toku sa presunie na cestu Ošetrenie chýb.

Možnosti ako Požiadavky na zručnosti, Zmiernenie zručností a Kontrola dostupnosti agentov sú k dispozícii v aktivite Kontakt vo fronte iba vtedy, keď sú vybraté fronty s priradením tímu.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Kontakt vo fronte.

Rad k agentovi

Aktivita Pridať do fronty k agentovi umožňuje zaradiť kontakt priamo do fronty k preferovanému agentovi vyhľadaním jeho jedinečného ID agenta alebo e-mailovej adresy v aplikácii Webex Contact Center.

Pomocou tejto aktivity je možné spravovať nasledujúce aspekty zaraďovania do frontu:

  • Priorita - Priradenie higher/lower dôležitosť pre kontakty zaradené do frontu s tým istým agentom.
  • Hlásenie frontu – Identifikujte front, ktorý sa má použiť na konfiguráciu, ako je nahrávanie a predvolená hudba v fronte, a účely hlásenia kontaktu.
  • Obnovovací front – Identifikujte front, ktorý sa má použiť ako záložný, keď kontakt nebolo možné presmerovať k určenému preferovanému agentovi.

Keď aktivita Pridať do frontu k agentovi úspešne zaradí kontakt do frontu,

  • Ak je agent už k dispozícii, kontakt sa presmeruje na agenta.

    Toto preruší vykonávanie hlavného toku a ďalšie udalosti môžu spustiť príslušné toky udalostí, ak sú nakonfigurované.

  • Ak je agent k dispozícii, ale rozhodne sa odmietnuť, neodpovedať alebo kontakt neprijme, presunie sa do poskytnutého frontu na obnovenie.

    V zozname na obnovenie bude kontakt presmerovaný na agenta s najdlhším dostupným prístupom bez akejkoľvek podpory pre zručnosti.

  • Ak agent nie je k dispozícii a je vybraná možnosť Park Contact If Agent Unavailable“, kontakt sa zaparkuje a čaká, kým agent nebude k dispozícii.

    Vykonávanie toku potom pokračuje aktivitami pripojenými za aktivitou Queue To Agent, ktorá umožňuje:

    • Prehrajte vopred nakonfigurovanú hudbu zákazníkovi čakajúcemu v rade – pripojením aktivity PlayMusic.
    • Callback aktivita.
    • Znovu zaradiť do frontu, t. j. odstrániť kontakt z aktuálneho frontu a pridať ho do nového frontu – pripojením ďalšej aktivity Queue to Agent alebo Queue Contact.

    Keď je agent dostupný, systém sa pokúsi presmerovať kontakt na agenta.

    Toto preruší vykonávanie hlavného toku a ďalšie udalosti môžu spustiť príslušné toky udalostí, ak sú nakonfigurované.

  • Ak agent nie je k dispozícii a možnosť „Park Contact If Agent Unavailable“ nie je vybratá, zaradenie do frontu zlyhá.

Aktivita Pridanie do fronty k agentovi funguje, keď:

  • Kontakt je nepriradený a pripravený na presmerovanie na agenta.
  • Preferované ID agenta alebo e-mailová adresa je platná.
  • Front hlásení a front obnovy sú správne nakonfigurované.
  • Preferovaný agent je prihlásený, dostupný a pripravený spracovať kontakt.

Nakonfigurujte frontu na obnovenie, aby ste zabezpečili bezproblémové smerovanie kontaktu, keď preferovaný agent nie je k dispozícii.

V takýchto prípadoch aktivita vedie k zlyhaniu a vykonávanie toku sa presunie na cestu Spracovanie chýb.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Zaradenie do fronty na agenta.

Eskalácia skupiny distribúcie hovorov

Aktivita Eskalovať skupinu distribúcie hovorov je podporovaná iba pre fronty s priradením tímua poskytuje možnosť okamžite aktualizovať skupinu distribúcie hovorov pre kontakt namiesto čakania na automatickú aktualizáciu rozšírenia pre ďalšiu skupinu po uplynutí nakonfigurovaného času čakania. Vďaka tomu je možné kontakt rýchlo presmerovať na všetkých oprávnených agentov v rade.

Pomocou aktivity Eskalovať skupinu distribúcie hovorov je možné kontakt eskalovať na:

  • Ďalšia skupina– Rozšírenie množiny tímov o tie, ktoré boli pridané do bezprostredne nasledujúcej distribučnej skupiny hovorov.
  • Posledná skupina– Rozšírenie množiny tímov tak, aby zahŕňala všetky tímy namapované vo všetkých skupinách distribúcie hovorov nakonfigurovaných pre front.

Aktivita eskalácie skupiny distribúcie hovorov funguje, keď:

  • Kontakt je už zaradený do fronty a pripravený na eskaláciu.
  • Kontakt je zaradený do frontu, ktorý používa skupiny na rozdeľovanie hovorov.

V prípade frontov, ktoré používajú štandardné smerovanie, pokračujte v distribúcii kontaktov prostredníctvom nakonfigurovaného správania smerovania frontu.

V takýchto prípadoch aktivita vedie k zlyhaniu a vykonávanie toku sa presunie na cestu Spracovanie chýb.

Zoberme si príklad scenára, v ktorom je kontakt zaradený do frontu s tromi skupinami distribúcie hovorov, pričom každá sa aktualizuje po 30 sekundách.

V časti tímov CDG 1 a CDG 2nie sú k dispozícii žiadni agenti a v časti TEAM 3 je k dispozícii agent, ktorý patrí do poslednej distribučnej skupiny hovorov.

Keď sa aktivita Eskalácia skupiny distribúcie hovorov nepoužíva v postupe, vedie to k dlhej čakacej dobe, ako je znázornené nižšie:

Čakaciu dobu je možné skrátiť použitím aktivity Eskalácia skupiny distribúcie hovorov, ktorá sa používa nasledovne:

Na základe vybratej možnosti Ďalšia skupina alebo Posledná skupina sa čakacia doba na kontakt výrazne skráti, ako je znázornené nižšie:

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Eskalácia skupiny distribúcie hovorov.

Informácie o fronte Aktivity

Získať informácie o rade

Aktivita Získať informácie o fronte umožňuje načítať informácie o fronte v reálnom čase pre daný kontakt, ako napríklad:

  • Aktuálna pozícia kontaktu v rade (PIQ) alebo potenciálna pozícia, ak ešte nie je v rade.
  • Odhadovaný čas čakania (EWT) alebo trvanie, počas ktorého sa odhaduje, že úloha bude čakať vo fronte, kým na ňu bude odpovedané.
  • Počet agentov prihlásených alebo dostupných v rámci aktuálnej skupiny distribúcie hovorov kontaktu.
  • Počet prihlásených alebo dostupných agentov vo všetkých skupinách distribúcie hovorov pre vybratý front.
  • Trvanie, počas ktorého čakal najstarší kontakt vo fronte.

Tieto podrobnosti sú sprístupnené v procese vykonávania ako výstupné premenné aktivity.

Viac informácií o použití aktivity, podrobnej definícii a metóde výpočtu pre každý detail frontu nájdete v časti Vytváranie a správa postupov > Získať informácie o rade.

Niektoré spôsoby použitia informácií o rade môžu byť:

  • Oznámiť zákazníkovi pozíciu kontaktu v rade a odhadovaný čas čakania, kým čaká na smerovanie.
  • Rozhodnúť, či je možné pre zákazníka zaregistrovať spätné volanie, ak je odhadovaná čakacia doba príliš dlhá.
  • Ak chcete eskalovať kontakt do ďalšej distribučnej skupiny hovorov (CDG), ak v tímoch namapovaných na aktuálnu CDG nie sú k dispozícii žiadni agenti.

Aktivita Získať informácie o fronte funguje, keď sa vybraná premenná preloží na platný front.

Nakonfigurujte cestu spracovania chýb, aby ste elegantne spravovali prípady, keď vybraná premenná vyžaduje overenie alebo sa nezaradí do dostupného frontu.

V nasledujúcich prípadoch nie sú informácie o rade v reálnom čase pre aktuálnu skupinu distribúcie hovorov použiteľné:
  • Kontakt ešte nie je zaradený do frontu, keď sa vykoná aktivita Získať informácie o fronte.
  • Kontakt je zaradený do frontu, ktorý nepodporuje koncept skupín distribúcie hovorov.

V týchto prípadoch hodnota -1 v týchto výstupných poliach naznačuje, že tieto informácie nie sú relevantné.

Zoberme si príklad scenára, v ktorom by mal byť zákazník informovaný o dlhom EWT v rade po každých 15 sekundách strávených v rade.

Toto je možné dosiahnuť pomocou aktivity Získať informácie o fronte v postupe takto:

Rozšírené informácie o rade

Aktivita Rozšírené informácie o rade poskytuje možnosť načítať informácie o rade v reálnom čase pre daný kontakt, pričom sa navyše berú do úvahy kritériá zručností kontaktu, ako napríklad:

  • Aktuálna pozícia kontaktu v rade (PIQ) alebo potenciálna pozícia, ak ešte nie je v rade.
  • Počet agentov prihlásených alebo dostupných v rámci aktuálnej skupiny distribúcie hovorov kontaktu, ktorí zodpovedajú zadaným kritériám zručností.
  • Počet prihlásených alebo dostupných agentov vo všetkých skupinách distribúcie hovorov pre vybraný front, ktorí zodpovedajú zadaným kritériám zručností.
  • Aktuálna distribučná skupina hovorov, v ktorej je kontakt zaparkovaný v zadanom rade.
  • Celkový počet skupín distribúcie hovorov v zadanom rade.

Tieto podrobnosti sú sprístupnené v procese vykonávania ako výstupné premenné aktivity.

Viac informácií o použití aktivity, podrobnej definícii a metóde výpočtu pre každý detail frontu nájdete v časti Vytváranie a správa postupov > Rozšírené informácie o rade.

Niektoré spôsoby použitia rozšírených informácií o rade sú:

  • Oznámiť zákazníkovi pozíciu kontaktu v rade, kým čaká na smerovanie.
  • Ak chcete kontakt eskalovať do ďalšej distribučnej skupiny hovorov, v tímoch namapovaných na aktuálnu distribučnú skupinu hovorov nie sú k dispozícii žiadni agenti zodpovedajúci kritériám zručností.
  • Rozhodnúť, či je možné pre zákazníka zaregistrovať spätné volanie, ak v žiadnej skupine distribúcie hovorov nie sú prihlásení žiadni agenti zodpovedajúci kritériám zručností.

Aktivita Rozšírené informácie o fronte funguje, keď:

  • Informácie o fronte sa vyžadujú pre fronty, v ktorých sú požiadavky na zručnosti nakonfigurované v toku, a nie ako kritériá zručností na úrovni frontu.
  • Ak je kontakt už zaradený do frontu, informácie sa vyžiadajú pre ten istý front, v ktorom je kontakt aktuálne zaradený.
  • Kontakt je zaradený do frontu, nie priamo k preferovanému agentovi.

Nakonfigurujte cestu spracovania chýb na správu požiadaviek, ktoré nespĺňajú tieto požiadavky.

V takýchto prípadoch aktivita vedie k zlyhaniu a vykonávanie toku sa presunie na cestu Ošetrenie chýb.

Zoberme si príklad scenára, v ktorom by mal byť zákazník informovaný o prijatí spätného volania, keďže nie sú k dispozícii žiadni agenti spĺňajúci kritériá zručností.

Toto je možné dosiahnuť použitím aktivity Rozšírené informácie o fronte v postupe takto:

Aktivity ovládania hovorov

Nastavenie identifikácie volajúceho

Aktivita Nastaviť ID volajúceho sa používa na definovanie ID volajúceho, ktoré sa má zobraziť počas hovoru. Aktivita Nastaviť ID volajúceho sa musí používať iba v postupoch udalostí pred vytáčaním ako terminálová aktivita, ktorá označuje koniec postupu udalostí.

Aktivita Nastaviť ID volajúceho umožňuje konfigurovať požadovanú automatickú identifikáciu čísla (ANI) na základe služby identifikácie volaného čísla (DNIS), typu operácie alebo typu účastníka.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Nastavenie identifikácie volajúceho.

Ovládanie nahrávania

Aktivita ovládania nahrávania je navrhnutá na použitie spolu s aktivitou ponuky na získanie súhlasu volajúceho s nahrávaním. Tým sa zabezpečí súlad s predpismi alebo politikami vyžadujúcimi výslovný súhlas pred začiatkom nahrávania, čím sa tento krok bezproblémovo integruje do pracovného postupu.

Aktivita Menu IVR musí zachytiť súhlas používateľa do boolovskej premennej, ktorá bude priradená ako vstup do aktivity ovládania nahrávania. Ak zákazník potrebuje nahlásiť súhlas používateľa v správe o súhlase, hodnota súhlasu by mala byť uložená v globálnej premennej, ktorú je možné nahlásiť. Prípadne je možné použiť lokálnu premennú, ak nie je potrebné hlásenie. Tento prístup poskytuje nájomcom a zákazníkom väčšiu flexibilitu pri efektívnom riadení a využívaní premenných.

Keď sa táto aktivita pridá do postupu, súhlas používateľa má prednosť pred nastaveniami konfigurácie na úrovni nájomníka, frontu alebo plánu nahrávania.

Poradie priorít je nasledovné:

  • Ak je súhlas používateľa v postupe nastavený na Áno, hovor sa zaznamená bez ohľadu na konfiguráciu nahrávania nastavenú na úrovni nájomníka, frontu alebo plánu nahrávania.
  • Ak používateľ nesúhlasí s aktivitou, hovor sa nezaznamená bez ohľadu na konfiguráciu nahrávania nastavenú na úrovni nájomníka, frontu alebo plánu nahrávania.
  • Ak aktivita ovládania nahrávania nie je v postupe nakonfigurovaná, ale konfigurácia je nastavená na Áno na ktorejkoľvek z ostatných úrovní, ako je napríklad nájomník, front alebo plán nahrávania, hovor sa zaznamená.
  • Ak aktivita ovládania nahrávania nie je v postupe nakonfigurovaná a konfigurácia je nastavená na možnosť Nie na všetkých úrovniach, ako napríklad nájomník, front a plán nahrávania, hovor sa nezaznamená.

Toto ovládanie nahrávania možno znázorniť nižšie:

Okrem toho zostávajú konfigurácie nahrávania, ako napríklad Pokračovať pri prenose, Pozastaviť a obnoviť zapnuté, Trvanie pozastavenia a ďalšie, platné podľa existujúcej hierarchie vrátane úrovní nájomníka, frontu alebo plánu nahrávania.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Ovládanie nahrávania.

Slepý prevod

Slepé presmerovanie je proces, pri ktorom je kontakt efektívne presmerovaný na externé telefónne číslo (DN) prostredníctvom systému IVR, čím sa eliminuje potreba zapojenia agenta.

Aktivita slepého presmerovania sa používa, keď je potrebné presmerovať hovor na externé DN alebo DN tretej strany. Ide o terminálovú aktivitu, takže tok sa končí po vykonaní prenosu.

Aktivita slepého prenosu nie je podporovaná, keď sa postup vykonáva pre konzultáciu.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Slepý prevod.

Premostený prenos

Aktivita premostenia umožňuje dočasné prepojenie kontaktu na externé miesto určenia, pričom si tok hovoru zachováva kontrolu. Externým cieľom môže byť externý most alebo služba interaktívneho hlasového odpovedania (IVR).

Keď externá destinácia ukončí hovor, tok hovoru pokračuje ďalej podľa potreby, napríklad jeho zaradením do fronty k agentovi.

Aktivita premostenia vyradí kontakt z frontu počas jeho presmerovania do IVR alebo systému automatickej distribúcie hovorov (ACD) tretej strany. Ak kontakt nie je spracovaný systémom tretej strany, je možné ho znova zaradiť do pôvodného frontu, čím sa zabezpečí, že kontakt zostane v pracovnom postupe pre správne spracovanie.

Predpokladajme napríklad, že kontaktné centrum má agentské zdroje Webex Contact Center a agentské zdroje na externom call centre alebo pobočkovej ústredni (PBX). Zákazník chce na krátky čas (napríklad 60 sekúnd) zaradiť hovor do fronty agentov kontaktného centra Webex. Ak počas tohto obdobia nie je k dispozícii žiadny agent, hovor je možné presmerovať (s implicitným vyradením z frontu) do externého call centra na spracovanie kontaktu.

  1. Aktivita premostenia nie je podporovaná v odchádzajúcich hovoroch a udalostných tokoch.
  2. Kontakty, ktoré sú už priradené k agentovi, nie sú podporované pre premostenie cez tok.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Premostený prenos.

Odpojiť kontakt

Aktivita Odpojiť kontakt poskytuje možnosť odpojiť alebo ukončiť aktívny kontakt priamo z toku.

Toto je terminálová aktivita pripojená k toku a môže byť užitočná pri ukončení kontaktov bez zásahu agenta, vhodná pre toky chybovej cesty alebo po zaregistrovaní spätného volania pre zákazníka.

Na základe konfigurácie sa prieskum alebo spätná väzba po hovore spustí po ukončení kontaktu prostredníctvom tejto aktivity.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Odpojiť kontakt.

Nastaviť prioritu kontaktu

Aktivita Nastaviť prioritu kontaktu uľahčuje efektívnu správu priorít kontaktov v rámci toku tým, že umožňuje priradenie konkrétnych úrovní priority kontaktom. To umožňuje priradiť určitým kontaktom vyššiu alebo nižšiu dôležitosť, čím sa zabezpečí ich správne smerovanie v porovnaní s inými čakajúcimi kontaktmi, keď sú agenti k dispozícii. Táto flexibilita umožňuje presnú kontrolu nad prioritizáciou kontaktov v celom procese.

Priorita sa stanoví priradením hierarchickej úrovne dôležitosti od 1 (najvyššia) do 9 (najnižšia). Kontakty s najvyššou prioritou sú smerované pred kontaktmi s nižšou prioritou. Keď viacero kontaktov zdieľa rovnakú úroveň priority, kontakt, ktorý čaká najdlhšie, je najprv presmerovaný k ďalšiemu dostupnému a oprávnenému agentovi. Tento systém zabezpečuje, že kontakty s vyššou prioritou dostanú okamžitú pozornosť a zároveň zachováva spravodlivé rozdelenie medzi kontaktmi s rovnakou prioritou na základe ich čakacej doby.

  1. Aktivitu Nastaviť prioritu kontaktu je možné umiestniť na ktorékoľvek miesto v rámci hlavného toku alebo toku udalosti.
  2. Ak je aktivita Nastaviť prioritu kontaktu nakonfigurovaná pred aktivitou zaraďovania do frontu (napríklad Zaradenie kontaktu do frontu alebo Zaradenie agenta do frontu), jej nastavenie priority môže byť prepísané akoukoľvek prioritou explicitne nakonfigurovanou v nasledujúcich aktivitách zaraďovania do frontu. Ak však nasledujúca aktivita zaraďovania do frontu neurčí prioritu, použije sa priorita kontaktu nastavená predchádzajúcou aktivitou Nastaviť prioritu kontaktu.
  3. Naopak, ak je aktivita Nastaviť prioritu kontaktu nakonfigurovaná po aktivite zaradenia do frontu (napríklad Zaradenie kontaktu do frontu alebo Zaradenie agenta do frontu), prepíše nastavenie priority nakonfigurované predchádzajúcou aktivitou zaradenia do frontu.
  4. Aktivita Nastaviť prioritu kontaktu momentálne nie je podporovaná pre kontakty na odchádzajúce hovory a kontakty kampane.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Nastaviť prioritu kontaktu.

Aktivity spätného volania

Spätné volanie

Aktivita spätného volania umožňuje volajúcim požiadať o spätné volanie namiesto čakania na čakanie, čo výrazne zlepšuje spokojnosť zákazníkov skrátením čakacích dôb a minimalizáciou miery opustenia hovoru. Po aktivácii aktivita spätného volania vytvorí úlohu vo fronte, čím sa zabezpečí, že dostupný agent môže zákazníkovi zavolať späť.

Návrhár postupu môže nakonfigurovať aktivitu tak, aby kontakt zostal v pôvodnom fronte, odkiaľ hovor vznikol, alebo aby ho priradil do iného frontu na základe preferencií. Ak spätné volanie zostane v pôvodnom rade, kontakt si zachová svoju pozíciu, zručnosti, prioritu a kontextové údaje, čo umožňuje bezproblémové priradenie ďalšiemu dostupnému agentovi. Ak je však vybratý iný front, kontakt sa presunie na koniec vybratého frontu bez zručností a s predvolenou prioritou.

Táto aktivita tiež umožňuje zákazníkom požiadať o spätné volanie od svojich preferovaných agentov, čím sa zážitku dodáva osobný nádych a zvyšuje sa spokojnosť zákazníkov. Toto sa dá dosiahnuť, keď aktivita spätného volania nasleduje po aktivite QueueToAgent v postupe. Aktivita spätného volania navyše ponúka voliteľnú konfiguráciu na prispôsobenie automatickej identifikácie čísla (ANI) používanej počas procesu spätného volania. Toto prispôsobenie pomáha ku konzistencii značky a znižuje pravdepodobnosť odmietnutia hovoru zabezpečením rozpoznateľného ID volajúceho.

Návrhár toku má možnosť zahrnúť do toku udalostí udalosť CallbackFailed. Táto udalosť sa spustí, keď pokus o spätné volanie zlyhá, čo umožňuje návrhárovi postupu implementovať opakované pokusy v určitých intervaloch. Oneskorenie alebo interval medzi opakovanými pokusmi je možné nakonfigurovať pomocou aktivity Čakať s minimálnym intervalom opakovaných pokusov 10 sekúnd a maximálnym 72 hodinami. Systém podporuje až 10 opakovaných pokusov v maximálnom rozpätí 14 dní pomocou aktivity Čakať.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Spätné volanie.

Naplánovať spätné volanie

Aktivita plánovaného spätného volania umožňuje toku ponúknuť zákazníkom pohodlie vyžiadania si spätného volania v konkrétnom budúcom dátume a čase, čím sa eliminuje potreba okamžitého spojenia s agentom. Táto funkcia zlepšuje zákaznícku skúsenosť tým, že im umožňuje vybrať si pohodlné okno pre spätné volanie, čím sa minimalizujú vnímané čakacie doby a znižuje sa miera opustenia hovoru.

Postup musí zachytiť vstupy volajúceho, ako napríklad preferovaný dátum a čas, prostredníctvom výziev DTMF a po vykonaní potrebných overení vstupov ich odovzdať aktivite.

Pred začatím sa uistite, že je v časti Nastavenia kanála v ovládacom centre nakonfigurovaný Predvolený vstupný bod spätného volania. Viac informácií nájdete v časti Nastavenie vstupného bodu spätného volania.

Spätné volanie je možné naplánovať pomocou ľubovoľného telefónneho frontu – či už prichádzajúceho alebo odchádzajúceho. Pre dosiahnutie najlepších výsledkov sa odporúča pridať aktivitu Disconnect ihneď za aktivitu Scheduled Callback, aby sa zabezpečilo správne ukončenie aktuálneho hovoru po naplánovaní spätného volania. Viac informácií o plánovaní spätných volaní IVR nájdete v časti Plánovanie spätných volaní IVR.

Keď sa spätné volanie spustí v požadovanom budúcom dátume a čase, vytvorí sa nový hovor alebo interakcia. Táto nová interakcia bude postupovať podľa štandardného postupu prepojeného s predvoleným vstupným bodom spätného volania. Ak pokus o spätné volanie zlyhá, postup môže automaticky zopakovať volanie pomocou obslužného programu udalosti CallbackFailed, ak je v danom postupe nakonfigurovaný.

Pred odovzdaním vstupov do aktivity by sa mali zvážiť nasledujúce validácie vstupov:

  1. Výber dátumu – Môžete si vybrať ľubovoľný dátum od dnešného dňa až po 31 dní v budúcnosti. Dátum musí byť v tomto formáte: RRRR-MM-DD (napríklad 2025-07-18).
  2. Čas začiatku a konca časového okna – Vybraný čas musí začať najmenej o 30 minút odteraz a môže trvať od 30 minút do 8 hodín. Použite 24-hodinový formát času (napríklad 14:30:00).
  3. Časové pásmo – Musíte zadať platné časové pásmo vo formáte IANA (napríklad America/New_York), aby sme vám mohli zavolať v správnom čase.

Referenčná implementácia je poskytnutá vo forme šablóny čiastkového toku na demonštráciu výziev DTMF a základných overení, ktoré sa používajú spolu s aktivitou. Viac informácií nájdete v časti Šablóna podflow plánovaného spätného volania.

Analýza priebehu hovoru

Aktivita analýzy priebehu hovoru (CPA) umožňuje detekciu automatizovaných odpovedacích systémov a živých ľudských hlasov pri spätných hovoroch.

Keď sa pri pokuse o spätné volanie zistí detekcia odkazovača (AMD) alebo hlasová schránka, systém identifikuje hovor ako neúspešný. Výsledok detekcie odkazovača (AMD) sa zachytáva vo výstupnej premennej reason obslužného programu udalosti CallbackFailed. Na základe tejto výstupnej premennej môže návrhár toku nakonfigurovať opakovania spätného volania.

  1. Pre zdvorilostné spätné volanie je možné CallProgressAnalysis umiestniť za aktivitu Callback v hlavnom toku. V prípade plánovaného spätného volania alebo osobného plánovaného spätného volania ho možno umiestniť za NewPhoneContact v hlavnom toku.
  2. V toku udalostí je to podporované iba v obslužnom programe udalosti CallbackFailed.
  3. Ak je v postupe nakonfigurovaný prieskum zákazníkov po hovore (aktivita spätnej väzby), nebude iniciovaný, ak hovor prijme AMD alebo hlasová schránka. Tým sa zabráni spusteniu zbytočných prieskumov.

Viac informácií o nastaveniach aktivity, použití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Analýza priebehu hovoru.

Čakanie vo fronte

Prehľad

V Webex Contact Center slúži front ako záchytná oblasť pre prichádzajúce interakcie, ako sú telefonovanie, chat, e-mail alebo sociálne kanály. Kontakty sú zaparkované v radoch, kým nie sú automaticky distribuované agentom alebo ich agenti manuálne vyzdvihnú na manipuláciu. Okrem toho podporujú funkcie, ako je smerovanie založené na zručnostiach, správa priorít a spravodlivé rozdelenie pracovného zaťaženia.

Supervízori môžu používať fronty na sledovanie rôznych línií práce a zlepšenie spôsobu riešenia úloh v kontaktnom centre.

Niektoré z kľúčových výhod efektívneho používania frontov sú:

  • Lepšia zákaznícka skúsenosť: Spravujte čakacie doby a dajte zákazníkom vedieť, že sú v rade, kde im treba pomôcť.
  • Zvýšená efektivita: Zabezpečte, aby sa hovory spracovávali usporiadaným spôsobom, čím sa zníži chaos a zlé riadenie.
  • Spravodlivé rozdelenie kontaktov: Rozdeľte hovory rovnomerne medzi agentov, aby ste predišli preťaženiu jednotlivých agentov.
  • Prioritné spracovanie: Povoľte prioritizáciu určitých hovorov, ako sú VIP zákazníci alebo naliehavé problémy.

Typy frontov

Webex Contact Center podporuje niekoľko typov frontov, ktoré umožňujú širokú škálu prípadov použitia kontaktných centier všetkých veľkostí a zložitostí, naprieč všetkými typmi médií s jednotnými možnosťami.

Existujú fronty, ktoré zohľadňujú zručnosti agenta pri smerovaní kontaktov, a fronty, ktoré ich nezohľadňujú. Tieto fronty sa líšia aj z hľadiska toho, ako sú s nimi agenti priradení, aby pracovali na kontaktoch.

Existujú dve široké kategórie frontov:

  • Fronty, ktoré nie sú založené na zručnostiach
  • Fronty založené na zručnostiach

Fronty, ktoré nie sú založené na zručnostiach

Fronty, ktoré nie sú založené na zručnostiach, neberú do úvahy zručnosti spojené s agentmi. Fronty, ktoré nie sú založené na zručnostiach, môžete nakonfigurovať pomocou nasledujúcich možností:

  • Tímové úlohy
  • Priradenia agentov

Fronty s tímovými úlohami, ktoré nie sú založené na zručnostiach

Vo frontoch s priradením tímu, ktoré nie sú založené na zručnostiach, môžete usporiadať agentov do tímov a skombinovať tieto tímy do skupín distribúcie hovorov (CDG). Môžete nastaviť časové oneskorenie medzi jednotlivými skupinami a spravovať tak tok hovorov.

Skupiny distribúcie hovorov pomáhajú definovať viaceré úrovne agentov, ktorí môžu pracovať s kontaktmi v tomto fronte v nakonfigurovaných časových intervaloch. Kontakty sú priradené agentom na základe úrovne ich tímu. Ak nie sú k dispozícii žiadni agenti, kontakty sa zaparkujú na vopred nakonfigurované obdobie pred rozšírením o ďalšiu skupinu tímov. Tento proces pokračuje, kým nie je k dispozícii agent alebo kým nie sú skontrolované všetky skupiny.

Môžete nastaviť tieto typy tímov:

  • Jednotlivé tímy: Agenti môžu byť organizovaní do tímov, ktoré môžu predstavovať špecifickú organizačnú funkciu, ktorá sa potom môže stať súčasťou frontov, takže kontakty môžu byť smerované na agentov v týchto tímoch. Môžete označiť agenta viacerým tímom, aby spracoval kontakty z rôznych frontov pre efektívne smerovanie.
  • Tímy založené na kapacite: Kapacitný tím (CBT) je funkcia, ktorá smeruje hlasové hovory na priame číslo založené na kapacite (DN), kde kapacita určuje, koľko hovorov možno spracovať súčasne. Umožňuje smerovanie hovorov na telefónne čísla bez toho, aby sa agenti museli prihlásiť do systému, vďaka čomu je vhodný pre scenáre, v ktorých sú hovory prijímané hlasovou schránkou, záznamníkmi alebo skupinami lovu, a nie tradičnými agentmi call centra. V tomto nastavení nie sú k tímu priradení žiadni konkrétni agenti a nepoužívajú Webex Contact Center Agent Desktop.

Diagram pracovného postupu fungovania frontu bez zručností s priradením tímu v Webex Contact Center

V tomto príklade sú tri skupiny distribúcie hovorov, ktoré umožňujú rozšírenie cieľa, čo znamená rozšírenie na viac agentov v tímoch v nakonfigurovaných časových intervaloch.

Prvá distribučná skupina hovorov obsahuje TEAM 1, ktorý má nakonfigurovaných 3 agentov – A1, A2 a A5.

Druhá skupina distribúcie hovorov obsahuje TEAM 2, ktorý má nakonfigurovaných 3 agentov – A2, A3 a A4.

Tretia (a posledná) skupina distribúcie hovorov obsahuje TEAM 3, ktorý má nakonfigurovaných 2 agentov – A6 a A7.

Keď je kontakt vo fronte, systém najprv vyhľadá zodpovedajúceho agenta v prvej distribučnej skupine hovorov. Ak sa nenájdu žiadni agenti, kontakt sa pred vykonaním cieľového rozšírenia do ďalšej skupiny zaparkuje na nakonfigurované trvanie. Tým sa k existujúcim tímom pridávajú nové tímy. Tento proces sa opakuje, kým nenájde zhodu alebo kým sa nerozbalia všetky skupiny.

Funkcia s názvom "Dostupnosť kontrolného agenta" spôsobí, že kontakt sa okamžite rozšíri do nasledujúcej distribučnej skupiny hovorov, ak sa v aktuálnej skupine nenájdu žiadni zodpovedajúci agenti. Toto je možné povoliť v aktivite kontaktu frontu <LINK TO sekcia 3.1.1> v postupe.

Toto nastavenie má za následok nasledujúce scenáre:

  1. A2 patrí do TÍMU 1 a TÍMU 2. Ak si A2 vyberie TEAM 1 na prihlásenie do Agent Desktop, systém považuje A2 za súčasť TÍMU 1, a teda iba za prvú distribučnú skupinu hovorov.
  2. A5 patrí do TÍMU 1, ale mohol byť aj súčasťou nejakého iného tímu v organizácii, do ktorej sa momentálne prihlásil. Preto sa A5 nepovažuje za súčasť TÍMU 1 a nie je priradený k tomuto frontu.

Fronty s priradením tímu poskytujú agentom túto výkonnú schopnosť pohybovať sa medzi frontami jednoduchým výberom tímu počas prihlásenia.

Dostupný vzor smerovania:

Fronty s priradeniami agentov, ktoré nie sú založené na zručnostiach

Fronty, ktoré nie sú založené na zručnostiach, sú typom frontu, kde je skupina agentov priamo priradená k frontu. Na rozdiel od iných typov frontov, ktoré nepriamo určujú skupinu agentov, ktorí sú im priradení, tieto fronty umožňujú správcom vyberať agentov priamo a manuálne. Napríklad fronty priradení založené na tímoch priraďujú agentov na základe ich prihlásených tímov a fronty priradení založené na zručnostiach zodpovedajú agentom na základe požadovaných zručností. Naproti tomu správcovia môžu priamo pridávať agentov do týchto frontov, aby sa stali súčasťou frontu. To poskytuje jednoduchý spôsob riadenia prideľovania agentov bez spoliehania sa na priradenia riadené systémom.

Fronty s priradením agenta poskytujú jednoduché, ale efektívne smerovacie algoritmy, ktoré pomáhajú pri distribúcii kontaktov medzi skupinu agentov. Neberú do úvahy zručnosti agentov pri smerovaní kontaktov. Agentov je však možné objednať v rámci každého frontu, čo sa berie do úvahy pri smerovaní kontaktov k nim. V tomto kontexte tímy slúžia predovšetkým ako organizačný konštrukt pre supervízorov, a nie ako faktor pri rozhodovaní o asociáciách agentov a frontov a smerovaní kontaktov, čo zjednodušuje správu frontov.

Tento typ frontu je najvhodnejší tam, kde je statické priradenie agentov a riadenie asociácie agent-fronta uskutočniteľné a žiaduce pre operatívne riadenie a výber smerovacích algoritmov je vhodný na rozdelenie práce medzi agentov. Tieto fronty sú tiež obzvlášť užitočné pre scenáre, kde niekoľko typov otázok zákazníkov vyžaduje špecializované odborné znalosti, ktoré môže obsluhovať vopred vytvorený segment odborných agentov.

Pre zložité organizácie kontaktných centier však môže byť ťažké manuálne spravovať priradenia agentov v týchto frontoch. Mohli by mať väčší úžitok z iných typov frontov, ktoré ponúkajú dynamické smerovanie a priradenia agent-front.

Diagram pracovného postupu znázorňujúci, ako funguje príklad frontu bez zručností s priradením agenta v Webex Contact Center

V tomto príklade má front priradenú množinu agentov v konkrétnom poradí, napríklad A4, A9, A7 atď. Táto objednávka zohráva úlohu v špecifických smerovacích algoritmoch, ktoré priraďujú prichádzajúce kontakty k agentom. Systém porovnáva kontakty s týmito agentmi na základe ich dostupnosti a zvoleného smerovacieho algoritmu.

Na rozdiel od frontov s priradením tímu neexistuje koncept rozšírenia cieľa v časových intervaloch. Ak nie je k dispozícii žiadny z nakonfigurovaných agentov na smerovanie tohto kontaktu, kontakt bude zaparkovaný vo fronte, kým jeden z týchto agentov nebude k dispozícii na spracovanie kontaktov pred uplynutím časového limitu parkovania. Rozšírenie cieľov sa na tieto fronty nevzťahuje.

Dostupné trasovacie vzory:

Fronty založené na zručnostiach

Fronty založené na zručnostiach umožňujú presmerovať kontakty k agentom s vhodnými zručnosťami, ktoré spĺňajú ich potreby.

Môžete si nastaviť nasledujúce typy možností založených na zručnostiach:

Kritériá zručností priradené do fronty

Administrátori môžu priradiť kritériá zručností frontám. Fronty založené na zručnostiach s kritériami zručností umožňujú administrátorom konfigurovať požadované zručnosti priamo vo fronte. Všetci agenti v organizácii, ktorí majú všetky požadované zručnosti fronty prostredníctvom priameho profilu zručností, sa implicitne stávajú súčasťou tejto fronty.

Toto nastavenie pomáha administrátorom mať živý prehľad o agentoch, ktorí sa mapujú na frontu vďaka zručnostiam. V situáciách ako vysoký alebo nízky objem môžu administrátori zvážiť úpravu požadovaných zručností fronty a profilov zručností agentov, aby rozšírili alebo zmenšili okruh agentov podľa potreby.

Tento typ fronty sa líši od front založených na priradení tímu tým, že neexistuje nastavenie skupiny distribúcie hovorov, čo znamená, že tím nezohráva žiadnu úlohu v asociácii agent-fronta. Navyše, požadované zručnosti sú v tejto fronte staticky konfigurované, na rozdiel od tímových frontov zručností, kde tok vkladá (statické alebo variabilné) potrebné zručnosti. Technicky sú teda zručnosti súčasťou fronty, nie samotného kontaktu.

Každý agent v organizácii, ktorý úplne spĺňa kritériá zručností fronty (má zručnosti priamo z profilu zručností), sa implicitne priradí k tejto fronte. Tím nezohráva žiadnu úlohu v asociácii agentov s týmito frontami. Títo agenti môžu byť súčasťou akéhokoľvek tímu na účely riadenia a prevádzky.

Každý kontakt zaradený do tejto fronty automaticky prevezme kritériá zručností definované priamo v tejto fronte. Individuálne kontakty nemôžu definovať alebo prepísať vlastné požiadavky na zručnosti/kritériá, na rozdiel od frontov založených na zručnostiach pri priraďovaní tímu.

Diagram pracovného postupu znázorňujúci príklad, ako funguje fronta založená na zručnostiach s kritériami zručností v Webex Contact Center

V tomto príklade,

  • Len agenti A1, A3 a A7 úplne spĺňajú kritériá zručností nastavené vo fronte, preto sú do fronty priradení len títo agenti.
  • Agenti A2, A4 a A6, ktorí čiastočne spĺňajú kritériá, alebo A5 bez relevantných zručností, nemôžu byť zaradení do tejto fronty.

Aktualizácia profilu zručností agenta (nazývané prekvalifikovanie) tak, aby spĺňal kritériá zručnosti fronty, automaticky a dynamicky zaradí tohto agenta do tejto fronty. Alternatívne, aktualizácia kritérií zručností fronty tak, aby viac (alebo menej) agentov spĺňalo aktualizované kritériá zručností, automaticky a dynamicky pridá (alebo odstráni) agentov z tejto fronty.

Na rozdiel od frontov s priraďovaním tímu neexistuje koncept rozširovania cieľov v časových intervaloch. Ak kontakt nie je možné priradiť k žiadnemu z pridružených agentov, zostáva zaradený do fronty, kým sa jeden z týchto agentov nestane dostupným na spracovanie kontaktov pred časovým limitom parkovania.

Fronty založené na zručnostiach sú najlepšie tam, kde je možné a žiaduce pre operačné riadenie statické priraďovanie zručností a správa asociácie fronty s agentmi. Sú vhodné aj vtedy, keď je výber smerovacích algoritmov vhodný pre rozdelenie práce medzi agentmi. Tieto fronty sú obzvlášť užitočné aj v situáciách, kde rôzne typy zákazníckych dopytov vyžadujú špecifické zručnosti, ktoré môže poskytnúť vopred odvodená skupina expertných agentov.

Komplexné organizácie kontaktných centier môžu mať jednoduchšie spravovať priradenie fronty agentom v frontách založených na zručnostiach, v porovnaní s frontami s priraďovaním agentov, kde je potrebné každého agenta manuálne pridať do zoznamu, čo je obzvlášť zložité pre väčšiu organizáciu.

Požiadavky na zručnosti pridelené v flow

Fronty založené na zručnostiach s požiadavkami na zručnosti priradené v flow sú typom fronty založenej na priradení tímov v Webex Contact Center, kde je súbor tímov konfigurovaných na viacerých úrovniach, nazývaných skupiny distribúcie hovorov. Agentom, ktorí sú prihlásení do týchto konfigurovaných tímov, sú priradení kontakty z tejto fronty na základe úrovne Call Distribution Group, na ktorej je ich tím nastavený vo fronte, ak zároveň úplne spĺňajú požiadavky na zručnosti kontaktu.

V rámci takejto fronty sú tímy agentov zoskupené do skupín distribúcie hovorov s nastaviteľnými časovými oneskoreniami medzi nimi. Ak pre kontakt nie je k dispozícii žiadny agent, požiadavka sa zaparkuje a po oneskorení sa smerovanie rozšíri na ďalšiu skupinu distribúcie hovorov. Tento proces pokračuje, kým nie je priradený agent alebo kým nie sú vyčerpané všetky skupiny. Medzitým, ak sa počas tohto procesu sprístupní agent z predtým skontrolovanej skupiny, tento agent je vybraný.

Agenti získavajú zručnosti prostredníctvom profilu zručností priamo priradených agentovi. Zručnosti agenta sa určujú na základe výberu tímu počas prihlásenia.

Každý kontakt môže voliteľne špecifikovať požiadavky na zručnosti v procese, ktoré sa porovnávajú so schopnosťami dostupných agentov, aby sa vybral najvhodnejší agent.

Okrem toho môžu kontakty špecifikovať uvoľnenie zručností v nastavených časových intervaloch. Ide o upravenú sadu požiadaviek na zručnosti, ktoré by v nastavených časových intervaloch prepísali pôvodné požiadavky kontaktu. To umožňuje kontaktu upraviť (typicky na "uvoľnenie") svoje požiadavky na zručnosti počas zaparkovania v rade, aby viac agentov mohlo spĺňať tieto uvoľnené požiadavky na zručnosti.

Rozširovanie cieľov prostredníctvom skupín na distribúciu hovorov môže prebiehať súčasne s cyklami relaxácie zručností – oba sú zamerané na rýchlejšie priradenie zaparkovaného kontaktu s oprávnenými agentmi, čím sa skráti celková čakacia doba a zlepší úroveň služieb v rade.

Diagram pracovného postupu znázorňujúci príklad, ako funguje fronta založená na zručnostiach s priraďovaním tímu v Webex Contact Center.

Rovnako ako nekvalifikované fronty s priraďovaním tímov, má tri skupiny pre distribúciu hovorov, ktoré umožňujú "rozšírenie cieľov", teda rozšírenie na viac agentov naprieč tímami v nastavených časových intervaloch.

  • Prvá distribučná skupina hovorov obsahuje TÍM 1, ktorý má 3 agentov – A1, A2 a A5.
  • Druhá distribučná skupina hovorov obsahuje TÍM 2, ktorý má 3 agentov – A2, A3 a A4.
  • Tretia (a posledná) distribúcia hovorov obsahuje TÍM 3, ktorý má 2 agentov – A6 a A7.

Avšak sú tu dve hlavné veci, ktoré treba zaznamenať:

  • Každý kontakt, ktorý sa do tejto fronty zaradí, definuje svoje požiadavky na zručnosti a uvoľnenie schopností počas toku.
  • Agenti mohli mať nastavené zručnosti (cez profil zručností – priamo alebo zdedené od prihláseného tímu).

Hoci je A2 nakonfigurovaný ako súčasť TÍMU 1 aj TÍMU 2, v závislosti od výberu tímu, ktorý tento agent zvolil pri prihlásení, v aktuálnej relácii je považovaný za súčasť tohto tímu, a teda zdedí aj profil zručností (a teda hodnoty zručností) od tohto tímu (pokiaľ to nie je prepísané priamou konfiguráciou profilu zručností pre tohto agenta).

Toto je výkonná schopnosť, ktorú poskytujú fronty s priradením tímov, kde sa agenti môžu pohybovať medzi frontami jednoducho výberom tímu pri prihlásení.

V kombinácii s možnosťou dediť nastavenia profilu zručností od vybraného tímu môže agent pracovať aj s rôznymi súbormi zručností.

V tomto príklade,

  • Kontakty sú zaradené do fronty s počiatočnou požiadavkou na zručnosti (sk_1 >= 6) počas eskalácie z flow, s uvoľnením zručnosti (sk_1 >= 3) po nastavenom časovom intervale.
  • Naprieč všetkými agentmi vo všetkých skupinách distribúcie hovorov majú iba A1, A3, A6 a A7 zručnosti, ktoré spĺňajú počiatočnú požiadavku na kontakty vo fronte.
  • Zvyšní agenti buď majú zručnosť (sk_1), ale nespĺňajú požiadavky na zručnosť (napr. A2 v TÍME 1 a A4 v TÍME 2), alebo túto zručnosť vôbec nemajú (napr. A5, A2 v TÍME 2).
  • Postupom času, po uvoľnení zručnosti, navyše A2 a A4 tiež spĺňajú požiadavky na "uvoľnenú" zručnosť kontaktu.

Na každý kontakt, ktorý je zaradený do tejto fronty, sa systém snaží nájsť zodpovedajúceho agenta v rámci prvej distribučnej skupiny, ktorý úplne spĺňa aktuálne požiadavky na zručnosti kontaktu. Ak sa nenájde žiadny zodpovedajúci agent, kontakt je zaparkovaný na nastavené obdobie pred rozšírením cieľa do druhej distribučnej skupiny hovorov. Všetky tímy nastavené v druhej skupine rozdeľovania hovorov sú tiež pridané k existujúcim tímom z prvej skupiny. Teraz sa systém snaží nájsť vhodného agenta v rámci rozšírenej skupiny. Všimnite si, že počas tohto procesu by uvoľnenie zručností aktualizovalo požiadavky na zručnosti kontaktu v nastavených časových intervaloch a systém by používal aktualizované požiadavky na zručnosť, aby sa prispôsobil dostupným agentom v aktuálnej skupine distribúcie hovorov.

Toto pokračuje, kým sa nerozšíria všetky konfigurované skupiny distribúcie hovorov a neaplikujú sa všetky uvoľnenia zručností, pokiaľ sa predtým nenájde zodpovedajúci agent.

Dostupné trasovacie vzory:

Konfigurácia fronty

Nastavte fronty založené na zručnostiach

Priraďte kritériá zručností do fronty
  • Vytváraj zručnosti.
  • Vytvorte profily zručností.
  • Priraďte profil schopností priamo agentom.
  • Vytvorte front s kanálom typu Telefónia alebo Chat, E-mail alebo Sociálne siete.
  • Priraďte požiadavky na zručnosti frontom v ovládacom centre.
  • Zobrazenie zoznamu agentov, ktorí dokážu spracovať kontakty vo fronte.
  • Vyberte smerovací algoritmus buď LAA alebo BAA.
  • Pridajte aktivitu kontaktu frontu v postupe a vyberte tento front.
Priradenie požiadaviek na zručnosti frontu
  1. Vytvárajte zručnosti.
  2. Vytvorte profily zručností.
  3. Priraďte profil schopností priamo agentom alebo tímu.
  4. Vytvorte tím.
  5. Pridajte do tímu agentov.
  6. Vytvorte front s kanálom typu Telefónia alebo Chat, E-mail alebo Sociálne siete.
  7. Pridajte tímy do frontu v jednom CDG alebo viacerých CDG.
  8. Vyberte vzor smerovania LAA alebo BAA.
  9. Pridajte aktivitu kontaktu vo fronte v postupe a vyberte front, pre ktorý je nakonfigurované smerovanie založené na zručnostiach. Ďalšie informácie nájdete v téme Kontakt frontu.
  10. Priraďte zručnosti a relaxáciu zručností v aktivite kontaktu frontu.
  11. Použite funkciu Eskalovať aktivitu distribúcie hovorov vo fronte flow POST na rýchly presun do ďalšej alebo poslednej skupiny distribúcie hovorov.

Nastavenie frontov bez zručností

Priradiť tím do frontu
  • Vytvorte tím.
  • Pridajte do tímu agentov.
  • Vytvorte front s kanálom typu Telefónia alebo Chat, E-mail alebo Sociálne siete.
  • Pridajte tímy do frontu v jednom CDG alebo viacerých CDG.
  • Vyberte vzor smerovania buď LAA.
  • Pridajte aktivitu kontaktu frontu v postupe a vyberte tento front.
  • Použite Eskalovať aktivitu distribúcie hovorov v postupe POST fronte na rýchly presun do ďalšej alebo poslednej skupiny distribúcie hovorov.
Priradenie agenta k postupu frontu
  • Vytvorte front s kanálom typu Telefónia alebo Chat, E-mail alebo Sociálne siete.
  • Pridajte agentov priamo do frontov (Poznámka: V tomto type frontu sa nepoužívajú zručnosti ani tím).
  • Vyberte vzory smerovania, napríklad Kruhový alebo Lineárny alebo Najdlhší dostupný agent.

smerovanie

Koncepty smerovania

Scenár prebytku agenta

Scenár prebytku agenta nastane, keď je vo fronte viac dostupných agentov ako kontaktov. V tomto prípade, keď je interakcia so zákazníkom (kontakt) vo fronte, systém sa okamžite pokúsi nájsť zodpovedajúceho agenta pre tento konkrétny kontakt a ak sa nájde zodpovedajúci agent, kontakt nemusí byť zaparkovaný v rade a čakať, kým bude zhodný agent k dispozícii neskôr.

Zakaždým, keď kontakt prejde expanziou prostredníctvom skupiny distribúcie hovorov alebo prostredníctvom relaxácie zručností, systém sa znova pokúsi okamžite nájsť zodpovedajúceho agenta pre tento konkrétny kontakt.

Pri hľadaní zodpovedajúceho agenta pre konkrétny kontakt sa použije nakonfigurovaný vzor smerovania vo fronte.

Webex Contact Center ponúka viacero vzorov smerovania naprieč rôznymi typmi frontov, ktoré organizáciám umožňujú optimalizovať služby zákazníkom minimalizáciou čakacích dôb, vyvážením pracovného zaťaženia agentov a zabezpečením toho, aby boli zákazníci prepojení s agentmi, ktorí majú potrebné zručnosti na riešenie ich špecifických potrieb. Podrobné informácie o vzoroch smerovania nájdete v časti Vzor smerovania.

Kontaktovať scenár prebytku

Smerovanie prebytkov kontaktov nastáva, keď počet prichádzajúcich interakcií so zákazníkmi (alebo kontaktov) prekročí dostupných agentov. Táto situácia sa často vyskytuje počas špičky alebo neočakávaných nárastov objemu kontaktov. Primárnym cieľom smerovania prebytkov kontaktov je efektívne riadiť tento prepad a zabezpečiť, aby boli štandardy služieb zákazníkom zachované napriek nadmernému dopytu. Pre agenta, ktorý sa práve stal dostupným na konkrétnom kanáli, funguje smerovanie prebytkov kontaktu tak, aby našiel a priradil príslušný kontakt spomedzi všetkých zaparkovaných kontaktov vo všetkých radoch, s ktorými je tento agent spojený.

Kľúčové stratégie na efektívne smerovanie kontaktov s obmedzenou dostupnosťou agentov sú:

  • Poradie frontu

    Poradie frontov umožňuje správcom určiť relatívnu dôležitosť frontov. Správcovia môžu definovať poradie frontov a nastaviť poradie, v ktorom sú hovory smerované z frontov k agentom prihláseným do tímov pre jednotlivé tímy.

    Zvážte napríklad, že agenti prihlásení do tímu A sú priradení k dvom frontom – "Fakturácia" a "Predaj". Správcovia môžu použiť poradie frontu na priradenie vyššieho poradia do frontu Fakturácia, takže keď sa kontakty dostanú do frontu, kontakty z oddelenia Fakturácia budú presmerované na agentov patriacich do tímu A pred kontaktmi z frontov Predaj. Stane sa to aj napriek tomu, že vo fronte Predaj môžu čakať staršie kontakty s vyššou prioritou – len preto, že poradie "Fakturácia" má vyššie poradie ako rad Predaj. Iba ak už nie sú žiadne čakajúce kontakty vo fronte "Fakturácia", agenti z tímu A budú presmerovaní kontakty z frontu "Predaj" (a všetkých ostatných), ku ktorým sú priradení.

    Nasledujú niektoré z dôležitých charakteristík poradia frontov:

      • Ak je poradie priradené len niektorým frontom, hovory v týchto radoch budú mať prednosť pred hovormi vo frontoch, pre ktoré nie je zadaná žiadna poradovka.
      • Poradie vo fronte je možné nastaviť maximálne na 50 frontoch pre všetky typy médií s hodnotou v rozsahu od 1 do 50, pričom 1 je najvyššie hodnotenie.
      • Rovnakú hodnosť môžete priradiť viacerým frontom.
      • Ak povolíte poradie frontov, fronty, ktorým nie je priradené žiadne explicitné poradie, sa budú považovať za nižšie ako všetky poradia.
      • Poradie frontu funguje v rámci rovnakého typu média.

        Ak je napríklad výpredaj vo fronte fronta frontovým frontom typu hlasového média s hodnotením 2 a podpora fakturácie frontu je fronta chatu s hodnotením 1 pre tím A, potom agenti, ktorí sú k dispozícii na hlasovom kanáli v tíme A, dostanú hlasový hovor ako prví, aj keď je poradie 2.

        Zvážte však dve fronty rozhovorov pre tím B - frontová kreditná karta s poradím 2 a debetná karta frontu s poradím 1. Potom budú dostupným agentom v tíme B ponúknuté najskôr kontakty z debetnej karty frontu.

      • Poradie vo fronte sa nevzťahuje na tímy založené na kapacite.

  • Priorita kontaktov

    Keď je kontakt vo fronte, jeho prioritu možno definovať priradením hierarchickej dôležitosti v rozsahu od 1 (najvyššia) do 10 (najnižšia, predvolená hodnota). Toto stanovenie priorít zaisťuje, že určité kontakty sa riešia rýchlejšie na základe ich dôležitosti, naliehavosti alebo strategickej hodnoty pre organizáciu. Keď je agent k dispozícii na spracovanie ďalšieho kontaktu medzi všetkými zaparkovanými kontaktmi vo všetkých radoch, s ktorými je agent spojený, kontakt s najvyššou prioritou vo všetkých radoch je presmerovaný na agenta (za predpokladu, že sú splnené ďalšie kritériá, ako je zhoda zručností a iné).

    Pre kontakty, ktoré sú zaradené do frontu bez explicitnej priority, sa považuje predvolená priorita 10 (najnižšia). Medzi viacerými kontaktmi, ktoré majú rovnakú prioritu, je kontakt čakajúci vo fronte najdlhšie presmerovaný najprv k dostupnému a oprávnenému agentovi.

  • Najdlhší čakajúci kontakt

    Toto je základná stratégia, ktorá zabezpečuje, že najdlhší čakajúci kontakt vo všetkých radoch, s ktorými je agent spojený, je smerovaný k agentovi.

    Toto je konečné kritérium, ktoré určuje kontakt, ktorý sa má smerovať, keď viaceré kontakty naprieč frontami s rovnakým poradím frontov a rovnakou prioritou kontaktov čakajú na spracovanie.

Smerovanie nadbytočného kontaktu pre agenta, ktorý sa práve stal dostupným, v podstate znamená výber jedného kontaktu, ktorý:

  • Je rovnakého typu média ako médium, na ktorom je agent dostupný
  • Je zaparkovaný v niektorom z radov, s ktorými je tento agent spojený
  • Ktorých požiadavky na zručnosti (ak existujú) sú týmto agentom splnené
  • Je zaparkovaný vo fronte, ktorého hodnosť je vyššia ako ostatné fronty nakonfigurované v tíme agenta
  • Má najvyššiu prioritu spomedzi všetkých takýchto kontaktov
  • Je najstarší čakajúci kontakt medzi kontaktmi s rovnakou prioritou

Vo vyššie uvedenom príklade, ktorý ilustruje scenár prebytku kontaktov, sa agent A1 prihlásil do TEAMu 1 a bol k dispozícii na spracovanie kontaktov na viacerých typoch médií.

Položka A1 je priradená k 3 frontom – Q1,Q2 a Q3. TEAM 1 tiež definoval poradie frontu, kde je Q1 umiestnený najvyššie, potom Q2 a Q3 .

Vo všetkých týchto radoch sú už zaparkované kontakty, pričom pre každý kontakt sú definované požiadavky na zručnosti a prioritu.

Teraz scenár prebytku kontaktov funguje takto:

  • Zo všetkých zaparkovaných kontaktov v týchto frontoch môžu byť iba 4 kontakty smerované na A1–C2,C7 (z frontu 2) aC3,C8 ( z frontu 3).

    Iba požiadavky na zručnosti týchto 4 kontaktov sú úplne splnené zručnosťami A1.

  • Medzi týmito 4 kontaktmi majú prednosť kontakty z frontu 2 (t.j. C2, C7), pretože QUEUE 2 má vyššie poradie frontu.

    Upozorňujeme, že aj keď je fronta 1 najvyššie umiestneným frontom, žiadny z jej zaparkovaných kontaktov nemôže byť smerovaný na A1, pretože ich požiadavky na zručnosti nie sú splnené A1.

  • Medzi C2 a C7 jekontakt s najvyššou prioritou C7 . Takže konečná voľba je C7 a systém ju smeruje na A1.

    Stáva sa to aj napriek tomu, že služba C2 bola predtým zaradená do frontu, pretože priorita kontaktov má prednosť pred časom čakajúcim vo fronte.

Zmiešané multimediálne profily

Prostredníctvom konfigurácie multimediálneho profilu umožňuje Webex Contact Center agentom poskytovať služby kontaktom v rôznych typoch médií (hlasové, chatové, e-mailové a sociálne). Na základe tejto konfigurácie agenti získajú kanály zriadené podľa typu média.

Každý kontakt smerovaný k agentovi spotrebúva jeden kanál tohto typu média, pokiaľ agent pracuje na tomto kontakte. Zatiaľ čo agenti môžu mať iba jeden hlasový kanál, môžu mať až päť kanálov iných typov médií.

Nastavenie kombinovaného smerovania v multimediálnych profiloch umožňuje správcom ovládať, ako môžu byť súčasne použité rôzne kanály pre každého agenta. To umožňuje organizáciám venovať pozornosť zákazníkom, podporovať lepšie Quality of Service, zlepšenú zákaznícku skúsenosť a lepšie miery konverzie. Organizácie môžu tiež vyrovnávať zaťaženie naprieč mediálnymi kanálmi, keď sa v niektorých kanáloch vyskytne nerovnomerné zaťaženie, čo umožňuje efektívne využitie agentov.

Existujú tri možnosti:

  • Exkluzívny

  • Zmiešané

  • Kombinované v reálnom čase

Pri manipulácii s nehlasovým kontaktom môžu agenti iniciovať manuálny hlasový hovor z Agent Desktop, pokiaľ majú k dispozícii hlasový kanál. Toto platí pre všetky typy multimediálnych profilov.

Ďalšie informácie o konfigurácii multimediálnych profilov nájdete v téme Správa multimediálnych profilov.

Vzory smerovania

Založené na zručnostiach

Vzory smerovania založené na zručnostiach v Webex Contact Center priamych interakciách prichádzajúcich zákazníkov s agentmi na základe špecifických zručností potrebných na vyriešenie otázky, ako sú jazykové znalosti alebo technické znalosti. Tieto vzory zabezpečujú, že každý zákazník sa pripojí k najkvalifikovanejšiemu agentovi, čím sa zvýši efektivita služieb a spokojnosť zákazníkov. Medzi výhody patrí skrátenie času spracovania, zlepšená miera riešenia problémov a optimalizované využívanie zdrojov agentov zosúladením ich odborných znalostí s potrebami zákazníkov.

Keď sa používajú vzory smerovania založené na zručnostiach, najprv sa na filtrovanie dostupných agentov, ktorých zručnosti úplne spĺňajú tieto požiadavky / kritériá, použijú požiadavky na zručnosti kontaktu (priradené v toku) alebo kritériá zručností priradené frontu. Potom sa spomedzi agentov, ktorí sú filtrovaní, vyberie jeden pre kontakt na základe nakonfigurovaného vzoru smerovania.

Najdlhšie dostupné

Najdlhší dostupný vzor smerovania založený na zručnostiach smeruje kontakt na toho agenta, ktorého zručnosti úplne spĺňajú požiadavky na kontaktné zručnosti / kritériá zručností vo fronte a ktorý bol k dispozícii najdlhšie od spracovania posledného kontaktu medzi všetkými oprávnenými agentmi v tomto rade.

Tento vzor smerovania pomáha rovnomerne rozdeľovať prácu medzi agentov tým, že priraďuje interakcie tým, ktorí sú k dispozícii najdlhšie, čím zabraňuje nerovnováhe pracovného zaťaženia. Pomáha udržiavať spravodlivosť v rozdelení práce a zabezpečuje, aby žiadny agent nebol preťažený, zatiaľ čo ostatní zostali slobodní.

Vo vyššie uvedenom príklade sú 4 agenti so zručnosťami a neznalosťami s rôznymi hodnotami zručností odbornej spôsobilosti.

Zvážte kontakt, ktorý je zaradený do frontu zaradeného do frontu založeného na zručnostiach so vzorom smerovania "Najdlhšie dostupné":

  • S vyššie uvedenými požiadavkami na zručnosti pridelenými prostredníctvom toku, alebo
  • S vyššie uvedenými kritériami zručností konfigurovanými vo fronte založenom na zručnostiach

V tomto scenári:

  • Na smerovanie sa berú do úvahy iba agenti, ktorí úplne spĺňajú požiadavky na kontaktné zručnosti / kritériá zručností vo fronte. Iba agenti A1, A2 a A4 úplne spĺňajú požiadavky na kontaktné zručnosti / kritériá zručností vo fronte.

    Agent A3 nie je vhodný. V prípade kritérií zručností priradených k frontu nie je A3 ani spojená s frontom.

  • Medzi A1, A2 a A4 bude kontakt smerovaný k najdlhšiemu dostupnému agentovi - A1, ktorý je k dispozícii od 10 minút, dlhšie ako A2 alebo A4.

    Vďaka priradeniu kontaktu A1 už A1 nebude najdlhšie dostupným agentom na všetkých mediálnych kanáloch.

  • Ďalší kontakt s presne rovnakými požiadavkami na zručnosti by bol smerovaný k ďalšiemu najdlhšiemu dostupnému agentovi - A2 atď.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov založených na zručnostiach:

Najlepšie dostupné

Najlepší dostupný vzor smerovania založený na zručnostiach zaisťuje, že interakcie so zákazníkmi sú nasmerované na najkvalifikovanejšieho dostupného agenta. Tento vzor hodnotí nielen prítomnosť požadovaných zručností medzi agentmi, ale aj úroveň odbornosti týchto zručností, pričom vypočítava skóre zručností na určenie najkvalifikovanejšieho ("najlepšieho") agenta pre každý kontakt.

Tento vzor filtruje dostupných agentov, ktorých zručnosti úplne spĺňajú požiadavky na kontaktné zručnosti / kritériá zručností frontu. Potom sa vypočíta skóre pre každého oprávneného agenta pomocou hodnôt odbornej spôsobilosti všetkých zručností uvedených v požiadavkách na kontaktné zručnosti / kritériách zručností frontu. Agent s najvyšším skóre zručností sa považuje za "najlepšieho" agenta pre každý kontakt.

Skóre efektívne určuje súčet hodnôt zručností agenta, ktoré zodpovedajú požiadavkám na kontaktné zručnosti / kritériám zručností frontu.

Niektoré kľúčové body, ktoré je potrebné pochopiť:

  • Za normálnych okolností sa pri výpočte skóre používa skutočná hodnota zručností, pretože vyššie skóre zručností naznačuje silnejšiu zhodu. Okrem prípadov, keď požiadavka na zručnosti používa podmienku nižšiu ako rovná sa (<=), táto špecifická hodnota zručností agenta je pri výpočte skóre obrátená, t. j. effective_skill_value = (10) mínus (actual_skill_value). Deje sa tak preto, aby sa zabezpečilo, že nižšie skóre bude znamenať silnejšiu zhodu.
  • Ak majú viacerí oprávnení agenti rovnaké skóre, vyberie sa spomedzi nich najdlhšie dostupný agent
  • Pri výpočte skóre sa berú do úvahy iba zručnosti odbornej spôsobilosti. Akékoľvek booleovské, textové alebo enum zručnosti v požiadavkách na kontaktné zručnosti / kritériách zručností frontu sa pri výpočte skóre neberú do úvahy.

Vo vyššie uvedenom príklade sú štyria agenti so zručnosťami a neznalosťami s rôznymi hodnotami zručností odbornej spôsobilosti.

Zvážte kontakt, ktorý je zaradený do frontu zaradeného do frontu založeného na zručnostiach so vzorom smerovania "Najlepšie dostupné":

  • S vyššie uvedenými požiadavkami na zručnosti pridelenými prostredníctvom toku, alebo
  • Pričom vyššie uvedené kritériá zručností sú konfigurované vo fronte založenom na zručnostiach.

V tomto scenári:

  • Na smerovanie sa berú do úvahy iba agenti, ktorí úplne spĺňajú požiadavky na kontaktné zručnosti / kritériá zručností vo fronte. Iba agenti A1, A2 a A4 úplne spĺňajú požiadavky na kontaktné zručnosti / kritériá zručností vo fronte.

    Agent A3 nie je vhodný. V prípade kritérií zručností priradených k frontu nie je A3 ani spojená s frontom.

  • Medzi A1, A2 a A4 výpočet skóre vykonáva systém na základe požiadaviek na kontaktné zručnosti / kritérií zručností frontu, kde sa berú do úvahy iba zručnosti odbornej spôsobilosti.

    Pri výpočte skóre sa berú do úvahy iba zručnosti uvedené v požiadavkách na kontaktné zručnosti / kritériá zručností vo fronte, aj keď agenti môžu mať ďalšie / iné zručnosti.

    Všimnite si tiež inverziu hodnoty zručnosti pri výpočte skóre, keď sa použije podmienka menšia ako rovná (<=).

  • Kontakt je smerovaný na A2 , pretože je to najlepší dostupný agent na základe skóre. Ak A2 nie je k dispozícii / zaneprázdnený, kontakt bude presmerovaný na ďalšieho najlepšieho dostupného agenta s druhým najvyšším skóre atď.

    Máme však 2 agentov – A1 a A4 s ďalším najvyšším skóre. Kontakt je smerovaný k najdlhšiemu dostupnému agentovi medzi A1 a A4.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov založených na zručnostiach:

Smerovanie, ktoré nie je založené na zručnostiach

Webex Contact Center tiež podporuje rôzne smerovacie vzory nezaložené na zručnostiach, ktoré sa zameriavajú na distribúciu prichádzajúcich interakcií so zákazníkmi bez ohľadu na špecifické zručnosti alebo odborné znalosti agentov. Na rozdiel od vzorov smerovania založených na zručnostiach tieto neberú do úvahy zručnosti agentov ani nevyžadujú kontakt alebo frontu na definovanie požiadaviek na zručnosti / kritérií smerovania. Namiesto toho uprednostňujú faktory, ako je dostupnosť, rozloženie pracovného zaťaženia a preddefinované sekvencie, čo umožňuje efektívne spracovanie kontaktov skôr na základe prevádzkovej logiky než na kompetenciách jednotlivých agentov. Tieto vzory sú obzvlášť užitočné v prostrediach, kde sú interakcie relatívne jednotné alebo nevyžadujú špecializované zaobchádzanie.

Najdlhšie dostupné

Vzor smerovania Najdlhšie dostupné smerovanie nasmeruje kontakt na agenta vo fronte, ktorý je k dispozícii najdlhšie od spracovania posledného kontaktu u všetkých agentov, ktorí sú k dispozícii a sú priradení k danému frontu.

Tento vzor smerovania zaisťuje spravodlivé a vyvážené rozdelenie pracovného zaťaženia priradením interakcií agentom, ktorí boli nečinní najdlhšie. Tým, že zabraňuje nerovnováhe pracovného zaťaženia, zabezpečuje, že žiadny agent nie je preťažený, zatiaľ čo ostatní zostávajú voľní. Tento prístup je obzvlášť účinný v obdobiach stabilného toku kontaktov, pričom sa udržiava konzistentné zapojenie v celom fonde agentov.

Agenti strácajú svoje "najdlhšie dostupné" pozície vo všetkých kanáloch, keď im je ponúknutý kontakt akéhokoľvek typu média. To znamená, že keď agent spracuje kontakt, ďalší kontakt ľubovoľného typu média vo fronte bude priradený ďalšiemu najdlhšie dostupnému agentovi v danom rade.

Vo vyššie uvedenom príklade je agent A1 najdlhším dostupným agentom (pozícia 1) – buď sa tento agent prihlásil ako prvý, alebo mu nebol pridelený kontakt dlhší ako ktorýkoľvek iný agent.

Agenti A2 (pozícia 2) a A3 (pozícia 3) sú tiež dostupní, ale buď sa prihlásili, alebo spracovali kontakty po A1. Všetci agenti sú priradení k obom frontom, ktoré majú tento vzor smerovania.

Zoberme si nasledujúcu situáciu:

  • V čase T0 je hlasový kontakt C1 zaradený do frontu a smerovaný k najdlhšiemu dostupnému agentovi, t.j. A1.

    Na základe priradenia A1 C1 už A1 nie je najdlhšie dostupným agentom vo všetkých mediálnych kanáloch.

  • V čase T1 je chatový kontakt C2 zaradený do frontu a presmerovaný na najdlhšieho dostupného agenta, ktorým je teraz A2.
  • Nakoniec, v čase T2, ďalší hlasový kontakt C3 je zaradený do frontu a smerovaný na A3.

    A1 a A2 nedávno získali kontakty – v tejto chvíli je to A3 , ktorá čaká najdlhšie.

Vzhľadom na vysoko distribuovanú architektúru Webex Contact Center existuje malá možnosť, že jeden najdlhší dostupný agent môže smerovať viac kontaktov, keď sú tieto kontakty zaradené do rovnakého frontu súčasne.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov, ktoré nie sú založené na zručnostiach:

Kruhové

Vzor kruhového smerovania rozdeľuje prichádzajúce kontakty medzi skupinu dostupných agentov v poradí okrúhlych robinov. Keď je kontakt zaradený do frontu, systém ho priradí ďalšiemu dostupnému agentovi vo fronte na základe vopred určenej sekvencie.

Proces začína agentmi v nakonfigurovanom poradí. Prvý prichádzajúci kontakt sa priradí prvému dostupnému agentovi v tomto poradí. Pre nasledujúce kontakty systém vyberie ďalšieho dostupného agenta a pokračuje tam, kde skončil v definovanom poradí frontu. Tento vzorec sa opakuje, prechádza medzi agentmi, ale vždy začína po pozícii posledného vybraného agenta.

Tento prístup je účinný pri spravodlivom a rovnomernom rozdelení kontaktov medzi agentov. Pomáha zabezpečiť, aby žiadny agent nebol zahltený kontaktmi a aby všetci agenti mali rovnaké príležitosti na konzistentné spracovanie interakcií. Vzor kruhového smerovania však neberie do úvahy aktuálne pracovné zaťaženie ani iné faktory, ktoré by mohli ovplyvniť schopnosť agenta zvládnuť konkrétny kontakt.

Vo vyššie uvedenom príklade sú agenti konfigurovaní v kruhovom fronte v nasledujúcom poradí: A3 → A4 → A5 → A6 → A1 → A2.

Na začiatok je východiskovou pozíciou prvý agent v nakonfigurovanom poradí (A3). Keď sú kontakty smerované k agentom v tomto rade, pozícia sa presunie okolo kruhu a umiestni sa k agentovi, ktorý je ďalší v nakonfigurovanom poradí k agentovi, ku ktorému bol smerovaný posledný kontakt.

Zoberme si nasledujúcu situáciu:

  • Prvý kontakt (C1) je zaradený do frontu a je smerovaný k agentovi A3.

    Ukazovateľ sa aktualizuje na ďalšieho agenta v nakonfigurovanom poradí, t. j. A4.

  • Keď je druhý kontakt (C2) vo fronte, systém začne hľadať dostupných agentov začínajúcich od A4 , t.j. A4 → A5 → A6 → A1 → A2 → A3.

    Avšak,A4 a A5 nie sú dostupné (buď nie sú ani prihlásené, alebo nečinné, alebo sú plne zaneprázdnené inými kontaktmi tohto typu média), takže C2 je smerovaný k ďalšiemu dostupnému agentovi – A6. Ukazovateľ sa aktualizuje na ďalšieho agenta v nakonfigurovanom poradí, t. j. A1.

  • Podobne tretí kontakt (C3) je vedený na A1, štvrtý kontakt (C4) smeruje na A2. Ukazovateľ je opäť na A3 .

    Táto logika pokračuje a kontakty sú rozdelené medzi dostupných agentov v "kruhovom" / "okrúhlom" vzore.

Ak sú vo fronte zaparkované kontakty, scenár prebytku agenta priradí ďalšieho agenta, ktorý bude k dispozícii na tomto type média, k najstaršiemu kontaktu medzi nimi s najvyššou prioritou.

Toto neberie do úvahy ani nemá vplyv na existujúcu hodnotu pozície v tomto fronte, ktorá sa aktualizuje iba vtedy, keď sa smerovanie prebytku kontaktu úspešne zhoduje s agentom.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov, ktoré nie sú založené na zručnostiach:

Zhora nadol

Vzor smerovania zhora nadol distribuuje prichádzajúce kontakty medzi skupinu dostupných a zoradených agentov v postupnom poradí. Keď je kontakt vo fronte, systém vždy prechádza zoradeným zoznamom agentov od začiatku a porovnáva kontakt s prvým dostupným agentom (ktorý má voľný dostupný kanál mediálneho typu kontaktu) v tomto poradí.

Stáva sa to pri každom kontakte, ktorý je vo fronte. Kontakt sa pokúša spárovať, vždy začínajúc zhora (prvý nakonfigurovaný agent) a pokračuje v zozname, až kým sa nenájde zodpovedajúci agent.

Na rozdiel od kruhového smerovacieho vzoru neexistuje žiadny "ukazovateľ", ktorý dynamicky mení východiskový bod na základe pozície posledného vybraného agenta.

Tento prístup je efektívny pri distribúcii kontaktov medzi agentmi, ktorí sú objednaní na základe určitej zaujatosti / preferencie určenej správcom. Pomáha zabezpečiť, aby agenti v hornej časti boli vždy uprednostňovaní pri manipulácii s kontaktmi pred agentmi pod nimi. Vzor smerovania zhora nadol však neberie do úvahy aktuálne pracovné zaťaženie ani iné faktory, ktoré by mohli ovplyvniť schopnosť agenta zvládnuť konkrétny kontakt.

Vo vyššie uvedenom príklade sú agenti konfigurovaní vo fronte zhora nadol v nasledujúcom poradí: A3 → A4 → A5 → A6 → A1 → A2.

To znamená, že správca chce, aby bol každý kontakt smerovaný k prvému agentovi (A3), ak je k dispozícii, inak ďalšiemu agentovi (A4), ak je k dispozícii, a tak ďalej, v nakonfigurovanom poradí.

Zoberme si nasledujúcu situáciu:

  • Prvý kontakt (C1) je zaradený do frontu a je presmerovaný na agenta A3, pretože A3 je na začiatku objednávky.
  • Keď je druhý kontakt (C2) vo fronte, opäť sa pokúsi o smerovanie z hornej časti objednávky (vždy začínajúc na A3).

    Ak má bunka A3 väčšiu kapacitu kanálov pre tento typ média, C2 bude tiež smerovaná na bunku A3. Ak je však A3 plne obsadená týmto typom médií, smerovanie pokračuje v zozname nadol na A4.

  • Avšak, A4 a A5 nie sú dostupné (buď nie sú ani prihlásené, alebo nečinné, alebo sú plne zaneprázdnené inými kontaktmi tohto typu média), takže C2 je smerovaný na ďalšieho dostupného agenta v poradí zhora nadol – A6 .
  • Podobne sa pokúša viesť tretí kontakt (C3) od A3 nadol smerom dole. Prvým zodpovedajúcim činiteľom by bola A1.

    Táto logika pokračuje, až kým kontakt nenájde žiadnych dostupných agentov až do spodnej časti objednávky, v takom prípade je zaparkovaný vo fronte.

Tento vzor smerovania je podporovaný v nasledujúcich typoch frontov, ktoré nie sú založené na zručnostiach:

Smerovanie na základe agenta

Smerovanie založené na agentovi je funkcia, ktorá smeruje alebo zaraďuje kontakt priamo na určeného ("preferovaného") agenta. Vyhľadávanie agenta pomocou e-mailovej adresy agenta alebo ID agenta nasmeruje kontakt na preferovaného agenta. Aktivita frontu pre agenta v toku pomáha dosiahnuť smerovanie založené na agentoch. Ďalšie informácie nájdete v téme Aktivita agenta vo fronte.

Kontakt môže mať priradenie k jednému alebo viacerým preferovaným agentom, ktoré je zvyčajne možné spravovať v externej aplikácii mimo Webex Contact Center. Preferovaný agent vyhľadáva kontakt prostredníctvom aktivity HTTP Request , ktorá načíta mapovanie z externej aplikácie. Ak chcete smerovať alebo zaparkovať kontakt s preferovaným agentom, nakonfigurujte aktivitu frontu agentovi pomocou Webex Contact Center ID alebo e-mailovej adresy agenta. Kontakt je možné zaparkovať aj proti preferovanému agentovi, ak tento preferovaný agent nie je okamžite k dispozícii.

Smerovanie založené na agentoch je užitočné v nasledujúcich scenároch:

  • Preferované smerovanie agenta: Zákazník môže priradiť kontakty vyhradeným agentom alebo manažérom pre vzťahy. V takýchto scenároch smerovanie založené na agentovi smeruje kontakty priamo k preferovanému agentovi.
  • Posledné smerovanie agenta: Keď kontakt viackrát zavolá späť do kontaktného centra, aby komunikoval s agentom, smerovanie založené na agentovi môže presmerovať kontakt na posledného agenta, ktorý kontakt spracoval.

V oboch prípadoch použitia sú podrobnosti o kontakte a mapovaní agenta uložené mimo Webex Contact Center.

Možnosti čakania vo fronte a smerovania v službe Flow

Možnosti čakania vo fronte a smerovania v službe Flow

V Webex Contact Center je možné prostredníctvom postupov organizovať širokú škálu možností smerovania, čakania vo fronte a ovládania hovorov.

Do postupu je možné umiestniť rôzne aktivity toku a obslužné programy udalostí poskytované v návrhárovi postupov, aby sa efektívne spravoval životný cyklus prichádzajúcich a odchádzajúcich kontaktov.

Ďalšie informácie o nastavení a používaní postupov nájdete v téme Vytváranie a spravovanie postupov pomocou nástroja Flow Designer.

Aktivity čakania v rade

Kontakt vo fronte

Aktivita kontaktu frontu poskytuje možnosť zaradiť kontakt do frontu do aktívneho prichádzajúceho frontu z organizácie, aby ho bolo možné priradiť a nasmerovať na správneho agenta v tomto fronte.

Prostredníctvom tejto aktivity je možné riadiť nasledujúce aspekty čakania v rade:

  • Priorita – priradenie hierarchickej dôležitosti v rozsahu od 1 (najvyššia) do 10 (najnižšia, predvolená hodnota) kontaktu vo fronte.
  • Požiadavky na zručnosti - Nastavte kritériá zručností, ktoré musia splniť agenti vo fronte založenom na zručnostiach, aby sa považovali za spôsobilé na smerovanie kontaktu.
  • Uvoľnenie zručností - Ladenie, úprava alebo odstránenie predtým nastavených požiadaviek na zručnosti po určitom čase, aby sa zvýšili šance na nájdenie agenta.
  • Skontrolujte dostupnosť agenta - Umožnite systému okamžité rozšírenie vo všetkých skupinách distribúcie hovorov, kde sa nenájdu žiadni dostupní agenti, aby ste sa vyhli čakacej dobe.

Ďalšie informácie o tom, ako priorita, konfigurácia zručností a dostupnosť agentov zohrávajú úlohu pri smerovaní kontaktov, nájdete v časti Smerovanie.

Keď aktivita kontaktu frontu úspešne zaradí kontakt do frontu,

  • Ak je už k dispozícii zodpovedajúci agent, systém sa pokúsi nasmerovať kontakt k agentovi.

    Toto preruší vykonávanie hlavného toku a ďalšie udalosti môžu spustiť príslušné toky udalostí, ak sú nakonfigurované.

  • Ak sa nenájde žiadny zodpovedajúci agent, kontakt sa zaparkuje vo fronte a čaká, kým bude k dispozícii zodpovedajúci agent.

    Vykonávanie toku potom pokračuje aktivitami pripojenými po aktivite kontaktu frontu, ktorá poskytuje možnosť:

    • Prehrajte vopred nakonfigurovanú hudbu zákazníkovi čakajúcemu v rade - pripojením aktivity PlayMusic .
    • Zaregistrujte spätné volanie na základe požiadavky zákazníka - pripojením aktivity spätného volania .
    • Re-queue, t.j. odstránenie kontaktu z aktuálneho frontu a pridanie do nového frontu - pripojením ďalšieho kontaktu vo fronte alebo frontu k aktivite agenta .

Keď je k dispozícii zodpovedajúci agent, systém sa pokúsi nasmerovať kontakt na agenta.

V prípade úspechu sa tým preruší vykonávanie hlavného toku a ďalšie udalosti môžu spustiť príslušné toky udalostí, ak sú nakonfigurované.

Používanie aktivity kontaktu vo fronte nie je podporované, ak:

  • Ku kontaktu je už priradený agent.
  • V postupe je k dispozícii neplatný front, zručnosť alebo iná konfigurácia.
  • Maximálny povolený vstupný bod a prechod v rade (25) pre kontakt sa vyčerpal.
  • Maximálny povolený počet pokusov o úspešné smerovanie kontaktu (20) sa vyčerpal.

V takýchto prípadoch aktivita spôsobí zlyhanie a vykonanie postupu sa presunie na cestu spracovania chýb.

Možnosti ako Požiadavky na zručnosti, Uvoľnenie zručností a Kontrola dostupnosti agenta sú k dispozícii v aktivite Kontakt frontu iba vtedy, keď sú vybraté fronty s priradením tímu.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v časti Vytváranie a správa postupov > kontaktu frontu.

Front k agentovi

Aktivita frontu agentovi poskytuje možnosť zaradiť kontakt priamo do frontu preferovaného agenta vyhľadaním jeho jedinečného agenta ID alebo e-mailovej adresy v Webex Contact Center.

Prostredníctvom tejto aktivity je možné riadiť nasledujúce aspekty čakania v rade:

  • Priorita – priraďte vyššiu alebo nižšiu dôležitosť kontaktom zaradeným do frontu voči rovnakému agentovi.
  • Front prehľadov – identifikuje front, ktorý sa má použiť na konfiguráciu, ako je napríklad nahrávanie a predvolená hudba vo fronte, a nahláste účely kontaktu.
  • Front obnovenia – identifikuje front, ktorý sa má použiť ako núdzový kontakt, keď kontakt nebolo možné presmerovať na určeného preferovaného agenta.

Keď aktivita frontu pre agenta úspešne zaradí kontakt do frontu,

  • Ak je agent už k dispozícii, kontakt bude presmerovaný na agenta.

    Toto preruší vykonávanie hlavného toku a ďalšie udalosti môžu spustiť príslušné toky udalostí, ak sú nakonfigurované.

  • Ak je agent k dispozícii, ale rozhodne sa odmietnuť, neodpovedať alebo neprijme kontakt, presunie sa do poskytnutého frontu na obnovenie.

    Vo fronte obnovy bude kontakt presmerovaný k najdlhšiemu dostupnému agentovi bez akejkoľvek podpory zručností.

  • Ak agent nie je k dispozícii a je vybratá možnosť " Zaparkovať kontakt, ak agent nie je k dispozícii", kontakt sa zaparkuje a počká, kým bude agent k dispozícii.

    Vykonanie toku potom pokračuje aktivitami pripojenými po aktivite frontu agentovi, ktorá umožňuje:

    • Prehrajte vopred nakonfigurovanú hudbu zákazníkovi čakajúcemu v rade - pripojením aktivity PlayMusic .
    • Aktivita spätného volania.
    • Re-queue, t.j. odstránenie kontaktu z aktuálneho frontu a pridanie do nového frontu - pripojením ďalšieho frontu k aktivite agenta alebo frontového kontaktu .

    Akonáhle je agent dostupný, systém sa pokúsi nasmerovať kontakt na agenta.

    Toto preruší vykonávanie hlavného toku a ďalšie udalosti môžu spustiť príslušné toky udalostí, ak sú nakonfigurované.

  • Ak agent nie je dostupný a nie je vybratá možnosť " Zaparkovať kontakt, ak agent nie je dostupný", poradie zlyhá.

Použitie aktivity frontu agentovi nie je podporované, ak:
  • Ku kontaktu je už priradený agent.
  • Poskytne sa neplatný preferovaný agent ID alebo e-mailová adresa.
  • K dispozícii je neplatný front na vytváranie hlásení alebo obnovenie.
  • Preferovaný agent existuje, ale nie je prihlásený, nie je k dispozícii alebo je zaneprázdnený spracovaním iného kontaktu.

V takýchto prípadoch aktivita spôsobí zlyhanie a vykonanie postupu sa presunie na cestu spracovania chýb.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v časti Vytváranie a správa postupov > frontu k agentovi.

Eskalácia distribučnej skupiny hovorov

Aktivita eskalovanej distribučnej skupiny hovorov je podporovaná iba pre fronty s priradením tímu a poskytuje možnosť okamžite aktualizovať skupinu distribúcie hovorov pre kontakt namiesto čakania na automatickú aktualizáciu rozšírenia pre ďalšiu skupinu po nakonfigurovanej dobe čakania. To umožňuje rýchle presmerovanie kontaktu ku všetkým oprávneným agentom vo fronte.

Pomocou aktivity Eskalovať distribučnú skupinu hovorov je možné kontakt eskalovať na:

  • Nasledujúca skupina – rozšírenie množiny tímov tak, aby zahŕňala tímy pridané do bezprostredne nasledujúcej distribučnej skupiny hovorov.
  • Posledná skupina – rozšírenie množiny tímov tak, aby zahŕňala všetky tímy priradené vo všetkých skupinách distribúcie hovorov nakonfigurovaných pre front.

Použitie aktivity eskalačnej distribučnej skupiny hovorov nie je podporované, ak:
  • Kontakt ešte nie je vo fronte.
  • Kontakt sa nachádza vo fronte, ktorý nepodporuje koncept skupín distribúcie hovorov.

V takýchto prípadoch aktivita spôsobí zlyhanie a vykonanie postupu sa presunie na cestu spracovania chýb.

Zoberme si príklad scenára, v ktorom sa kontakt ocitne vo fronte s tromi skupinami na distribúciu hovorov, z ktorých každá sa aktualizuje po 30 sekundách.

V tímovej časti CDG 1 a CDG 2 nie sú k dispozícii žiadni agenti a agent je k dispozícii v tíme 3 , ktorý patrí do poslednej distribučnej skupiny hovorov.

Ak sa aktivita distribučnej skupiny eskalovaných hovorov nepoužíva v postupe, vedie to k dlhej čakacej dobe, ako je znázornené nižšie:

Čakaciu dobu je možné skrátiť pomocou aktivity Eskalovať hovor Distribučná skupina sa používa nasledovne:

Na základe zvolenej možnosti Nasledujúca skupina alebo Posledná skupina sa čakacia doba na kontakt výrazne skráti, ako je znázornené nižšie:

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v téme Vytváranie a správa postupov > Eskalácia distribučnej skupiny hovorov.

Aktivity s informáciami o fronte

Získanie informácií o fronte

Aktivita Získať informácie o fronte poskytuje možnosť načítať informácie o fronte v reálnom čase pre daný kontakt, napríklad:

  • Aktuálna pozícia kontaktu vo fronte (PIQ) alebo potenciálna pozícia, ak ešte nie je vo fronte.
  • Odhadovaný čas čakania (EWT) alebo trvanie, počas ktorého sa odhaduje, že úloha bude čakať vo fronte, kým bude zodpovedaná.
  • Počet agentov prihlásených alebo dostupných v rámci aktuálnej skupiny distribúcie hovorov kontaktu.
  • Počet agentov prihlásených alebo dostupných vo všetkých skupinách distribúcie hovorov pre vybratý front.
  • Doba, na ktorú čaká najstarší kontakt v rade.

Tieto podrobnosti sú k dispozícii pri vykonávaní toku ako výstupné premenné aktivity.

Ďalšie informácie o využití aktivity, podrobnej definícii a metóde výpočtu pre jednotlivé podrobnosti frontu nájdete v téme Vytváranie a správa postupov > Získanie informácií o fronte.

Informácie o fronte môžete použiť aj takto:

  • Na oznámenie pozície kontaktu vo fronte a odhadovaného času čakania zákazníkovi, kým čaká na presmerovanie.
  • Ak chcete rozhodnúť, či je možné pre zákazníka zaregistrovať spätné volanie, ak je odhadovaná čakacia doba príliš dlhá.
  • Ak chcete eskalovať kontakt na ďalšiu distribučnú skupinu hovorov (CDG), ak v tímoch priradených k aktuálnemu CDG nie sú k dispozícii žiadni agenti.

Používanie aktivity Informácie o fronte nie je podporované, ak je prostredníctvom výberu premennej poskytnutý neplatný front.

V takom prípade aktivita spôsobí zlyhanie a vykonanie postupu sa presunie na cestu spracovania chýb.

Informácie o fronte v reálnom čase pre aktuálnu distribučnú skupinu hovorov nie sú použiteľné v nasledujúcich prípadoch:
  • Kontakt nie je (zatiaľ) zaradený do frontu pri vykonávaní aktivity Informácie o fronte.
  • Kontakt je zaradený do frontu, ktorý nepodporuje koncepciu skupín distribúcie hovorov.

V týchto prípadoch hodnota -1 v týchto výstupných poliach znamená, že táto informácia nie je použiteľná.

Zoberme si príklad scenára, v ktorom by mal byť zákazník informovaný o dlhom EWT vo fronte po každých 15 sekundách strávených vo fronte.

To možno dosiahnuť pomocou aktivity Informácie o fronte v postupe takto:

Rozšírené informácie o fronte

Aktivita Advanced Queue Info poskytuje možnosť načítať informácie o fronte v reálnom čase pre daný kontakt, navyše berúc do úvahy kritériá zručností kontaktu, napríklad:

  • Aktuálna pozícia kontaktu vo fronte (PIQ) alebo potenciálna pozícia, ak ešte nie je vo fronte.
  • Počet agentov prihlásených alebo dostupných v rámci aktuálnej distribučnej skupiny hovorov kontaktu, ktorý zodpovedá daným kritériám zručností.
  • Počet agentov prihlásených alebo dostupných vo všetkých skupinách distribúcie hovorov pre vybraný front, ktorý zodpovedá daným kritériám zručností.
  • Aktuálna distribučná skupina hovorov, v ktorej je kontakt zaparkovaný, v určenom rade.
  • Celkový počet skupín distribúcie hovorov v poskytnutom fronte.

Tieto podrobnosti sú k dispozícii pri vykonávaní toku ako výstupné premenné aktivity.

Ďalšie informácie o využití aktivity, podrobnej definícii a metóde výpočtu pre jednotlivé podrobnosti frontu nájdete v téme Zostavenie a správa postupov > Rozšírené informácie o fronte.

Informácie o rozšírenom fronte možno použiť aj takto:

  • Na oznámenie pozície kontaktu vo fronte zákazníkovi, kým čaká na presmerovanie.
  • Ak chcete eskalovať kontakt do ďalšej distribučnej skupiny hovorov, ak v tímoch priradených k aktuálnej skupine distribúcie hovorov nie sú k dispozícii žiadni agenti spĺňajúci kritériá zručností.
  • Ak sa chcete rozhodnúť, či je možné pre zákazníka zaregistrovať spätné volanie, vo všetkých distribučných skupinách hovorov nie sú prihlásení žiadni agenti spĺňajúci kritériá zručností.

Používanie aktivity rozšírených informácií o fronte nie je podporované, ak:

  • Informácie sa vyžadujú pre fronty s kritériami zručností priradenými k frontu.
  • Kontakt je už zaradený vo fronte, ale v inom poradí ako ten, v ktorom sa požadujú informácie.
  • Kontakt je zaradený priamo proti preferovanému zástupcovi.

V takýchto prípadoch aktivita spôsobí zlyhanie a vykonanie postupu sa presunie na cestu spracovania chýb.

Zoberme si príklad scenára, v ktorom by mal byť zákazník informovaný o prijatí spätného volania vzhľadom na to, že nie sú k dispozícii žiadni agenti spĺňajúci kritériá zručností.

To možno dosiahnuť použitím aktivity Advanced Queue Info v postupe nasledovne:

Činnosti riadenia hovorov

Nastavenie identifikácie volajúceho

Aktivita Nastaviť volajúceho ID sa používa na definovanie ID volajúceho, ktorý sa má zobraziť počas hovoru. Aktivita Nastaviť volajúceho ID sa musí používať iba v tokoch udalostí pred vytáčaním ako aktivita terminálu, ktorá označuje koniec toku udalostí.

Aktivita Nastaviť volajúceho ID umožňuje konfiguráciu požadovanej automatickej identifikácie čísla (ANI) na základe služby identifikácie vytočeného čísla (DNIS), typu operácie alebo typu účastníka.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v téme Vytváranie a správa postupov > Nastavenie volajúceho ID.

Ovládanie nahrávania

Aktivita Ovládanie nahrávania je navrhnutá tak, aby sa používala spolu s aktivitou ponuky na zachytenie súhlasu volajúceho s nahrávaním. Tým sa zabezpečí súlad s predpismi alebo politikami, ktoré vyžadujú výslovný súhlas pred začatím nahrávania, a tento krok sa bezproblémovo integruje do pracovného postupu.

Aktivita Menu IVR musí zachytiť súhlas používateľa do booleovskej premennej, ktorá bude priradená ako vstup pre aktivitu Recording Control. Ak zákazník potrebuje nahlásiť súhlas používateľa v správe o súhlase, hodnota súhlasu by sa mala uložiť v globálnej premennej podliehajúcej oznamovaniu. Prípadne sa môže použiť miestna premenná, ak sa vykazovanie nevyžaduje. Tento prístup poskytuje nájomcom a zákazníkom zvýšenú flexibilitu pri efektívnej správe a využívaní premenných.

Keď sa táto aktivita pridá do postupu, súhlas používateľa má prednosť pred úrovňou nájomníka alebo frontu alebo pred nastavením konfigurácie úrovne plánu.

Poradie priorít je nasledovné:

  • Ak je súhlas používateľa v postupe Áno, hovor sa zaznamená bez ohľadu na konfiguráciu nahrávania nastavenú na úrovni nájomníka alebo frontu alebo plánu nahrávania.
  • Ak používateľ nesúhlasí ako odpoveď na aktivitu, hovor sa nenahrá, bez ohľadu na konfiguráciu nahrávania nastavenú na úrovni nájomníka alebo frontu alebo plánu nahrávania.
  • Ak aktivita ovládacieho prvku nahrávania nie je v postupe nakonfigurovaná, ale konfigurácia je nastavená na hodnotu Áno na ľubovoľnej z ďalších úrovní, ako je napríklad nájomník alebo fronta alebo plán nahrávania, hovor sa nahrá.
  • Ak aktivita riadenia nahrávania nie je v postupe nakonfigurovaná a konfigurácia je nastavená na hodnotu Nie na všetkých úrovniach, ako je nájomník, front a plán nahrávania, hovor sa nenahrá.

Tento ovládací prvok nahrávania je možné znázorniť takto:

Okrem toho konfigurácie nahrávania, ako napríklad Pokračovať v prenose, Pozastaviť obnovenie povolené, Pozastaviť trvanie a ďalšie, zostávajú použiteľné podľa existujúcej hierarchie vrátane úrovní nájomníka, frontu alebo plánu nahrávania.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v časti Vytváranie a správa postupov > ovládaní záznamov.

Prepojenie naslepo

Slepý prenos je proces, pri ktorom je kontakt efektívne smerovaný na externé vytáčacie číslo (DN) prostredníctvom systému IVR, čím sa eliminuje potreba zapojenia agenta.

Aktivita slepého prepojenia sa používa, keď je potrebné hovor presmerovať na externé číslo v adresári alebo číslo v adresári tretej strany. Toto je aktivita terminálu, takže tok končí po vykonaní prenosu.

Aktivita slepého prenosu nie je podporovaná, keď sa postup vykonáva na konzultáciu.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v časti Vytváranie a správa postupov > slepom prenose.

Premostený prenos

Aktivita premostenia prepojenia umožňuje dočasné presmerovanie kontaktu na externé miesto, zatiaľ čo postup si ponechá kontrolu nad hovorom. Externým cieľom môže byť externý most alebo služba Interactive Voice Response (IVR).

Keď externý cieľ ukončí hovor, tok hovorov pokračuje podľa potreby ďalej, napríklad zaradením do frontu agentovi.

Pri aktivite prenosu mosta sa kontakt zaradí do frontu a zároveň sa prepne do systému IVR alebo automatickej distribúcie hovorov (ACD) tretej strany. Ak kontakt nie je spracovaný systémom tretej strany, môže byť znovu zaradený do radu späť do pôvodného frontu, čím sa zabezpečí, že kontakt zostane v pracovnom postupe na správne spracovanie.

Predpokladajme napríklad, že kontaktné centrum má Webex Contact Center zdroje agentov a zdroje agentov v externom call centre alebo na súkromnej pobočkovej ústredni (PBX). Zákazník chce zaradiť hovor do frontu Webex Contact Center agentov na krátku dobu (povedzme 60 sekúnd). Ak počas tohto obdobia nie je k dispozícii žiadny agent, hovor môže byť presmerovaný (s implicitným radom) do externého call centra na spracovanie kontaktu.

  1. Premostená aktivita prepojenia nie je podporovaná v tokoch odchádzajúcich hovorov a tokoch udalostí.
  2. Kontakty, ktoré sú už priradené agentovi, nie sú podporované pri premosťovaní prenosu cez postup.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v téme Vytváranie a správa postupov > premostenom prenose.

Odpojenie kontaktu

Aktivita Odpojiť kontakt poskytuje možnosť odpojiť alebo ukončiť aktívny kontakt priamo z postupu.

Toto je terminálová aktivita pripojená k toku a môže byť užitočná pri ukončení kontaktov bez zásahu agenta, vhodná pre toky cesty chyby alebo po registrácii spätného volania pre zákazníka.

Na základe konfigurácie sa po ukončení kontaktu prostredníctvom tejto aktivity spustí prieskum hovoru POST alebo spätná väzba.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v téme Vytváranie a správa postupov > Odpojenie kontaktu.

Nastaviť prioritu kontaktu

Aktivita Nastaviť prioritu kontaktov uľahčuje efektívnu správu priorít kontaktov v rámci postupu tým, že umožňuje priradenie konkrétnych úrovní priority kontaktom. To umožňuje, aby sa určitým kontaktom pripisovala vyššia alebo nižšia dôležitosť, čím sa zabezpečí, že sú správne smerované v porovnaní s inými čakajúcimi kontaktmi, keď sú agenti k dispozícii. Táto flexibilita umožňuje presnú kontrolu nad prioritizáciou kontaktov počas celého toku.

Priorita sa stanovuje priradením úrovne hierarchickej dôležitosti od 1 (najvyššia) do 9 (najnižšia). Kontakty s najvyššou prioritou sú smerované pred kontakty s nižšími prioritami. Ak viaceré kontakty zdieľajú rovnakú úroveň priority, kontakt, ktorý čakal najdlhšie, je presmerovaný najprv na ďalšieho dostupného a oprávneného agenta. Tento systém zabezpečuje, aby sa kontaktom s vyššou prioritou venovala okamžitá pozornosť, pričom sa zachováva spravodlivosť medzi kontaktmi s rovnakou prioritou na základe ich čakacej doby.

  1. Aktivitu Nastavenie priority kontaktov je možné umiestniť do ktoréhokoľvek bodu v rámci hlavného toku alebo postupu udalosti.
  2. Ak je aktivita Nastaviť prioritu kontaktu nakonfigurovaná pred aktivitou zaraďovania do frontu (napríklad Kontakt frontu alebo Fronta pre agenta), jej nastavenie priority môže byť prepísané akoukoľvek prioritou explicitne nakonfigurovanou v nasledujúcich aktivitách frontu. Ak však nasledujúca aktivita zaraďovania do frontu neurčuje prioritu, použije sa priorita kontaktov nastavená predchádzajúcou aktivitou Nastaviť prioritu kontaktov.
  3. Naopak, ak je aktivita Nastaviť prioritu kontaktu nakonfigurovaná po aktivite zaraďovania do frontu (napríklad Kontakt vo fronte alebo Fronta pre agenta), prepíše nastavenie priority nakonfigurované predchádzajúcou aktivitou zaraďovania do frontu.
  4. Aktivita Nastaviť prioritu kontaktu momentálne nie je podporovaná pre kontakty odchádzajúceho volania a kampane.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v téme Vytváranie a správa postupov > Nastavenie priority kontaktov.

Aktivity spätného volania

Volať späť

Aktivita spätného volania umožňuje volajúcim požiadať o spätné volanie namiesto čakania na podržanie, čo výrazne zvyšuje spokojnosť zákazníkov skrátením čakacích dôb a minimalizáciou miery opustenia. Keď je aktivovaná, aktivita spätného volania vytvorí úlohu vo fronte, čím sa zabezpečí, že dostupný agent môže vrátiť hovor zákazníka.

Návrhár postupov môže aktivitu nakonfigurovať tak, aby kontakt buď zostal v pôvodnom fronte, z ktorého hovor pochádza, alebo ho priradil k inému frontu na základe preferencií. Ak spätné volanie zostane v pôvodnom poradí, kontakt si zachová svoju pozíciu, zručnosti, prioritu a kontextové údaje, čo umožňuje bezproblémové priradenie ďalšiemu dostupnému agentovi. Ak je však vybratá iná fronta, kontakt sa posunie na koniec vybratého frontu bez zručností a s predvolenou prioritou.

Táto aktivita tiež umožňuje zákazníkom požiadať o spätné volania od svojich preferovaných agentov, čo dodáva skúsenostiam osobný kontakt a zvyšuje spokojnosť zákazníkov. To sa dá dosiahnuť, keď aktivita spätného volania nasleduje aktivitu QueueToAgent v postupe. Aktivita spätného volania navyše ponúka voliteľnú konfiguráciu na prispôsobenie automatickej identifikácie čísla (ANI) použitej počas procesu spätného volania. Toto prispôsobenie pomáha pri konzistencii značky a znižuje pravdepodobnosť odmietnutia hovoru zabezpečením rozpoznateľného volajúceho ID.

Návrhár postupov má možnosť zahrnúť do toku udalosti CallbackFail. Táto udalosť sa spustí, keď pokus o spätné volanie zlyhá, čo umožňuje návrhárovi postupov implementovať opakované pokusy v určitých intervaloch. Oneskorenie alebo interval medzi opakovanými pokusmi je možné nakonfigurovať pomocou aktivity čakania s minimálnym intervalom opakovaných pokusov 10 sekúnd a maximálne 72 hodín. Systém podporuje až 10 pokusov o opakovanie v maximálnom rozpätí 14 dní pomocou aktivity čakania.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v téme Vytváranie a správa postupov > spätnom volaní.

Naplánovať spätné volanie

Aktivita plánovaného spätného volania umožňuje toku ponúknuť zákazníkom pohodlie pri vyžiadaní spätného volania v konkrétny budúci dátum a čas, čím sa eliminuje potreba okamžitého spojenia s agentom. Táto funkcia zlepšuje zákaznícku skúsenosť tým, že im umožňuje vybrať si pohodlné okno spätného volania, čím minimalizuje vnímané čakacie doby a znižuje mieru opustenia hovoru.

Postup musí zachytiť vstupy volajúceho, ako napríklad preferovaný dátum a čas, prostredníctvom výziev DTMF a odovzdať ich aktivite po vykonaní potrebných overení vstupu.

Skôr než začnete, skontrolujte, či je predvolený vstupný bod spätného volania nakonfigurovaný v časti Nastavenia kanála v ovládacom centre. Ďalšie informácie sa nachádzajú v téme Nastavenie vstupného bodu spätného volania.

Spätné volanie je možné naplánovať pomocou ľubovoľného telefónneho frontu, či už prichádzajúceho alebo odchádzajúceho. Ak chcete dosiahnuť najlepšie výsledky, odporúča sa pridať aktivitu odpojenia ihneď po aktivite plánovaného spätného volania, aby sa zabezpečilo správne ukončenie aktuálneho hovoru po naplánovaní spätného volania. Ďalšie informácie o plánovaní spätných volaní IVR nájdete v téme Naplánovať spätné volania IVR.

Keď sa spätné volanie spustí v požadovaný dátum a čas v budúcnosti, vytvorí sa nový hovor alebo interakcia. Táto nová interakcia sa bude riadiť štandardným postupom prepojeným s predvoleným vstupným bodom spätného volania. Ak pokus o spätné volanie zlyhá, postup môže automaticky zopakovať hovor pomocou obslužného programu udalostí CallbackFail, ak je v tomto postupe nakonfigurovaný.

Pred odovzdaním vstupov do činnosti by sa mali zvážiť tieto validácie vstupov:

  1. Výber dátumu – môžete si vybrať ľubovoľný dátum od dnešného dňa až do 31 dní v budúcnosti. Dátum musí mať tento formát: RRRR-MM-DD (napríklad 2025-07-18).
  2. Časové okno Čas začiatku a konca – vybratý čas musí začať aspoň o 30 minút a môže trvať Anywhere od 30 minút do 8 hodín. Použite 24-hodinový formát času (napríklad 14:30:00).
  3. Časové pásmo – musíte zadať platné časové pásmo vo formáte IANA (napríklad Amerika/New_York), aby sme vám mohli zavolať v správny čas.

Referenčná implementácia sa poskytuje vo forme šablóny vedľajšieho toku na demonštráciu výziev DTMF a základných overení, ktoré sa používajú spolu s aktivitou. Ďalšie informácie nájdete v téme Šablóna plánovaného vedľajšieho postupu spätného volania.

Analýza priebehu hovoru

Analýza priebehu hovoru (CPA) umožňuje detekciu automatizovaných odkazovačov a živé ľudské hlasy pri volaniach spätného volania.

Keď sa pri pokuse o spätné volanie stretne s detekciou záznamníka (AMD) alebo hlasovou schránkou, systém identifikuje hovor ako neúspešný. Výsledok detekcie záznamníka (AMD) je zachytený v premennej výstupu dôvodu obslužného nástroja udalostí CallbackFail. Na základe tejto výstupnej premennej môže návrhár postupov nakonfigurovať opakovania spätného volania.

  1. Pri zdvorilostnom spätnom volaní môže byť analýza CallProgressAnalysis umiestnená v bode nasledujúcom za aktivitou spätného volania v hlavnom toku. V prípade plánovaného spätného volania alebo osobného plánovaného spätného volania môže byť umiestnený za NewPhoneContact v hlavnom toku.
  2. V toku udalostí je podporovaný iba v obslužnom programe udalostí CallbackFail.
  3. Ak je v postupe nakonfigurovaný zákaznícky prieskum POST (aktivita spätnej väzby), nespustí sa, ak hovor prijme spoločnosť AMD alebo hlasová schránka. Tým sa zabráni spusteniu zbytočných prieskumov.

Ďalšie informácie o nastaveniach aktivity, využití a výstupných premenných nájdete v časti Vytváranie a správa postupov > Analýza priebehu hovorov.

Bol tento článok užitočný?
Bol tento článok užitočný?