Ei-osaamisaluepohjaisissa jonoissa, joissa on ryhmän tehtävä, voit järjestää edustajia ryhmiin ja yhdistää työryhmät muodostamaan puhelunjakeluryhmiä (CDG). Voit määrittää kullekin ryhmälle aikaviiveen puhelunkulun hallitsemiseksi.

Puhelujen jakeluryhmien avulla voidaan määrittää useita asiakaspalvelijoita, jotka voivat työskennellä tässä jonossa yhteystietojen parissa määritettynä ajanjaksona. Yhteydenotot määritetään edustajille heidän työryhmätasonsa mukaan. Jos edustajia ei ole käytettävissä, yhteydenotot asetetaan parkkiin valmiiksi määritetyn keston ajaksi, ennen kuin ne siirretään seuraavan työryhmäryhmän mukaan. Prosessi jatkuu, kunnes edustaja on käytettävissä tai kaikki ryhmät on valittu.

Voit määrittää tämän tyyppisiä ryhmiä:

• Yksittäisiä ryhmiä: Edustajat voidaan ryhmiteltää ryhmiin, jotka voisivat edustaa tiettyä organisaatiotoimintoa. Tästä voi sitten tulla osa jonoja, jotta yhteydenotot voidaan reitittää näiden ryhmien edustajille. Voit merkitä edustajan useaan ryhmään käsittelemään eri jonojen yhteystietoja tehokasta reititystä varten.
• Kapasiteettipohjaiset työryhmät: Kapasiteettipohjaiset työryhmät (ESHT) ovat toiminto, joka ohjaa äänipuhelut kapasiteettipohjaiseen suoraan numeroon ( DN), jossa kapasiteetti määrittää, kuinka monta puhelua voidaan käsitellä samanaikaisesti. Se mahdollistaa puheluiden reitityksen puhelinnumeroihin ilman, että edustajien tarvitsee kirjautua järjestelmään, mikä tekee siitä sopivan skenaarioihin, joissa puheluihin vastataan puhepostilla, vastaamalla koneilla tai etsintäryhmillä tavanomaisten puhelukeskusedustajien sijaan. Näissä asetuksissa työryhmään ei ole määritetty tiettyjä edustajia eivätkä he käytä Webex Contact Center Agent Desktop.

Tässä esimerkissä on kolme puhelunjakeluryhmää, jotka mahdollistavat kohteen laajentamisen. Tämä tarkoittaa sitä, että yhä useammille edustajille on määritettynä ajanjaksona enemmän edustajia eri ryhmissä.

Ensimmäisessä puhelunjakeluryhmässä on TEAM 1, johon on määritetty kolme edustajaa – A1, A2 ja A5.

Toisessa puhelun jakeluryhmässä on TEAM 2, johon on määritetty kolme edustajaa – A2, A3 ja A4.

Kolmannessa (ja viimeisessä) puhelunjakeluryhmässä on TEAM 3, johon on määritetty kaksi edustajaa – A6 ja A7.

Kun yhteystieto on jonossa, järjestelmä etsii ensin vastaavaa edustajaa ensimmäisestä puhelunjakeluryhmästä. Jos edustajia ei löydy, yhteystieto asetetaan parkkiin määritetyksi kestoksi, ennen kuin kohdelaajennus siirretään seuraavaan ryhmään. Tämä lisää uusia ryhmiä nykyisiin. Tämä prosessi toistuu, kunnes se löytää vastaavuuden tai kaikki ryhmät laajennetaan.

Edustajan saatavuuden tarkistaminen -toiminto saa yhteystiedon laajentumaan seuraavaan puhelunjakeluryhmään, jos nykyisestä ryhmästä ei löydy vastaavia edustajia. Tämä voidaan ottaa käyttöön jonossa olevan yhteystiedon toiminnoissa <LINK TO -osassa 3.1.1> työnkulussa.

Tämä määritys johtaa seuraaviin skenaarioihin:

1. A2 kuuluu TEAM 1:een ja TEAM 2:een. Jos A2 valitsee TEAM 1:n kirjautumaan Agent Desktop-numeroon, järjestelmä antaa a2-osan TEAM 1:stä ja siten vain ensimmäisen puhelunjakeluryhmän.
2. A5 kuuluu TEAM 1:een, mutta hän olisi voinut olla myös osa muuta sen organisaation ryhmää, johon hän on tällä hetkellä kirjautunut. Siksi A5:tä ei sijoiteta ryhmään 1 eikä se liity tähän jonoon.

Jonot, joissa on ryhmän tehtävä, tarjoavat edustajille tämän tehokkaan mahdollisuuden siirtyä jonosta toiseen yksinkertaisesti valitsemalla työryhmä kirjautumisen aikana.

Käytettävissä oleva reititysmalli:

• Pisimpään käytettävissä

Ei-osaamisaluepohjaiset jonot ovat jonotyyppi, jossa edustajajoukko on määritetty suoraan jonoon. Toisin kuin muut jonotyypit, jotka epäsuorasti määrittävät heille määritettyjen edustajien joukon, järjestelmänvalvojat voivat valita edustajat suoraan ja manuaalisesti toisin. Esimerkiksi työryhmäpohjaiset tehtäväjonot määrittävät edustajia kirjautuneena olevien työryhmiensä perusteella ja osaamisaluepohjaiset tehtäväjonot vastaavat edustajia vaadittujen osaamisalueiden mukaan. Järjestelmänvalvojat voivat sitä vastoin lisätä edustajia suoraan näihin jonoihin, jotta heistä tulee osa jonoa. Tämä mahdollistaa sen, että voit hallita edustajien allokointia järjestelmäpohjaisiin tehtäviin luottamatta.

Edustajan määritysjonot tarjoavat yksinkertaisia, mutta tehokkaita reititysalmeja, jotka helpottavat yhteydenottojen jakautumista edustajaryhmän kesken. He eivät ota huomioon edustajien taitoja reititysyhteystiedoissa. Edustajia voi kuitenkin tilata kustakin jonosta, mikä otetaan huomioon, kun reititetään yhteyshenkilöitä. Tässä yhteydessä työryhmät toimivat pääasiassa valvojan organisaatiorakenteena eivätkä edustajan jonojen yhdistämisessä ja yhteystietojen reitityspäätöksissä, mikä yksinkertaistaa jonojen hallintaa.

Tämä jono sopii parhaiten siihen, missä edustajien staattinen lähettäminen ja edustajajonoyhdistyksen hallinta ovat käyttökelpoisia ja suotavaa toiminnallisen valvonnan kannalta ja reititysalgoritmien valinta sopii edustajien työnjakeluun. Nämä jonot ovat erityisen hyödyllisiä myös skenaarioissa, joissa useat asiakaskyselyt edellyttävät erikoisosaamista, jota ennalta luotu asiantuntija-agenttisegmentti voi palvelee.

Monimutkaisten yhteyskeskusorganisaatioiden on kuitenkin vaikea hallita edustajan tehtäviä näissä jonoissa manuaalisesti. He voisivat hyötyä enemmän muista jonotyypeistä, jotka tarjoavat dynaamiset reititys- ja edustajajonoyhdistykset.

Tässä esimerkissä jonoon on määritetty joukko edustajia tietyssä järjestyksessä, kuten A4, A9, A7 ja niin edelleen. Tällä tilauksella on osansa tietyissä reititysalmeissa, jotka yhdistävät saapuvat yhteydenotot edustajille. Järjestelmä yhdistää yhteydenotot näihin edustajiin saatavuuden ja valitun reititysalgoritmin perusteella.

Toisin kuin jonoissa, joissa on ryhmän tehtävä, kohteen laajennusta ei ole määritetty ajanjaksoihin. Jos yksikään määritetyistä edustajista ei ole käytettävissä yhteydenoton reitittämiseen, se on parkissa jonossa, kunnes jokin näistä edustajista on käytettävissä yhteystietojen käsittelyyn ennen parkin aikakatkaisua. Kohdelaajennus ei sovellu näihin jonoihin.

Käytettävissä olevat reititysmallit:

• Pisimpään käytettävissä
• Pyöreä
• Lineaarinen/ylhäältä alas

Järjestelmänvalvojat voivat määrittää osaamisalueperusteita jonoille. Osaamisaluepohjaisten jonojen osaamisaluekriteerien avulla järjestelmänvalvojat voivat määrittää tarvittavat osaamisalueet suoraan jonoon. Kaikki organisaation edustajat, joilla on kaikki jonon tarvittavat taidot suoralla osaamisprofiililla, tulevat epäsuorasti osaksi tätä jonoa.

Näiden määritysten avulla järjestelmänvalvojat voivat tarkastella jonoon kartoittavien edustajien reaaliaikaista näkymää osaamisalueiden perusteella. Sellaisissa tilanteissa kuin suuri äänenvoimakkuus tai pieni äänenvoimakkuus, järjestelmänvalvojat voivat tarkastella jonon ja edustajan osaamisalueprofiilien tarvittavien osaamisalueiden mukauttamista edustajavarannon laajentamiseksi tai supistamiseksi tarpeen mukaan.

Tämä jono eroaa ryhmän tehtäväpohjaisista jonoista siinä mielessä, että puhelunjakeluryhmäasetusta ei ole, mikä tarkoittaa, että ryhmällä ei ole osaa edustaja jonojen yhdistämisessä. Lisäksi tarvittavat taidot määritetään tässä jonossa staattisesti toisin kuin työryhmäpohjaisissa osaamisjonoissa, joissa virtaus vaatii osaamista (staattista tai muuttujaa). Siksi teknisesti osaamisalue on osa jonoa eikä itse yhteydenottoa.

Jokainen organisaation edustaja, joka täysin täyttää jonon osaamiskriteerit (joilla on osaamisalueita suorasta osaamisalueprofiilista) liittyy epäsuorasti tähän jonoon. Työryhmällä ei ole mitään osaa edustajien liittyessä näihin jonoihin. Edustajat voivat olla osa mitä tahansa ryhmää johtamis- ja toimintatarkoituksissa.

Jokainen tähän jonoon jonoon jonossa oleva yhteyshenkilö omaksuu automaattisesti itse jonossa määritetyt osaamisalueehdot. Yksittäiset yhteydenotot eivät voi määrittää tai ohittaa omia osaamisaluetarpeitaan tai -ehtojaan toisin kuin osaamisaluepohjaisissa jonoissa, joissa on työryhmän tehtävä.

Tässä esimerkissä:

• Vain edustajat A1, A3 ja A7 täyttävät täysin jonossa määritetyt osaamisaluekriteerit, joten vain nämä edustajat liitettäisiin tähän jonoon.
• Edustajat A2, A4 ja A6, jotka täyttävät kriteerit, tai A5, joilla ei ole asianmukaisia taitoja, eivät voi liittyä tähän jonoon.

Edustajan osaamisalueprofiilin (uudelleenkoulutus) päivittäminen niin, että se täyttää jonon osaamisaluekriteerit, tekee edustajasta automaattisesti ja dynaamisesti osan jonosta. Vaihtoehtoisesti päivitetään jonossa olevien osaamisalueiden kriteerejä siten, että useammat (tai vähemmän) edustajat täyttävät päivitetyt osaamisaluekriteerit, ja myös automaattisesti ja dynaamisesti lisää (tai poistaa) edustajia tästä jonosta.

Toisin kuin jonoissa, joissa on ryhmän tehtävä, kohteen laajennusta ei ole määritetty ajanjaksoihin. Jos yhteydenottoa ei voi yhdistää yhteenkään liitettyyn edustajaan, se on parkissa jonossa, kunnes jokin näistä edustajista on käytettävissä käsittelemään yhteystietoja ennen parkin aikakatkaisua.

Osaamisaluepohjaiset jonot sopivat parhaiten siihen, missä osaamisalueiden staattinen määrittäminen ja jonon hallinta edustajayhdistykselle ovat vaativia ja toivottavia toiminnallisen valvonnan kannalta. Ne ovat sopivia myös silloin, kun reititysalgoritmien valinta on tarkoituksenmukaista edustajien työnjakeluun. Nämä jonot ovat erityisen hyödyllisiä myös skenaarioissa, joissa erilaiset asiakaskyselyt edellyttävät erityisosaamista, jota johdettu asiantuntija-agenttisegmentti voi palvelee.

Monimutkaisten yhteyskeskusorganisaatioiden mielestä jonon käsitteleminen edustajan tehtäviin osaamisaluepohjaisissa jonoissa on helpompaa verrattuna jonoihin, joissa edustajan tehtävä on lisättävä manuaalisesti luetteloon. Tämä on hankalaa erityisesti suuremmalle organisaatiolle.

Osaamisaluepohjaiset jonot, joiden osaamisaluevaatimukset on määritetty työnkulussa, ovat ryhmän tehtäväpohjaista jonoa kohteessa Webex Contact Center jossa joukko työryhmiä on määritetty usealle tasolle, joita kutsutaan puhelunjakeluryhmiksi. Näihin määritettyihin ryhmiin kirjautuneille edustajille määritetään yhteydenottoja tästä jonosta sen puhelunjakeluryhmän tason mukaan, jolla heidän työryhmänsä on määritetty jonoon, jos he myös täyttävät täysin yhteystiedon osaamisaluevaatimukset.

Tässä jonossa edustajaryhmät ryhmitetään puhelunjakeluryhmiin, joiden välillä on määritettävissä olevia viiveitä. Jos yhteydenotolle ei ole saatavilla edustajaa, pyyntö on parkissa ja viiveen jälkeen reititys kasvaa seuraavaan puhelunjakeluryhmään. Prosessi jatkuu, kunnes edustaja on määritetty tai kaikki ryhmät on käytetty loppuun. Jos aiemmin tarkastetussa ryhmässä oleva edustaja on käytettävissä tämän prosessin aikana, edustaja valitaan.

Edustajat hankkivat osaamisalueita edustajalle suoraan määritetyn osaamisalueprofiilin kautta. Edustajan osaaminen määräytyy työryhmän valinnan mukaan sisäänkirjautumisen aikana.

Kukin yhteystieto voi valinnaisesti määrittää työnkulussa osaamisaluevaatimukset, jotka vastaavat sopivimman edustajan valitsemiseen käytettävissä olevien edustajien osaamisalueita.

Lisäksi yhteydenotot voivat määrittää osaamisalueen rentoutua määritetyin ajanjaksoin. Näitä ovat muunnetut osaamisaluevaatimukset, jotka kumoaisivat yhteystiedon alkuperäiset osaamisaluevaatimukset määritetyin ajanjaksoin. Tällöin yhteyshenkilö voi muokata (yleensä "rentoutua") osaamistaan jonossa ollessaan, jotta useammat edustajat pystyvät vastaamaan näihin rentoihin osaamisaluevelvoitteisiin.

Kohteen laajentaminen puhelujen jakeluryhmien kautta voi tapahtua samanaikaisesti osaamisen rentouttamisjaksojen kanssa - molemmat tähtäävät parkkiin asetettuun yhteydenottoon tukikelpoisten edustajien kanssa nopeammin, mikä vähentää kokonaisodotusaikaa ja parantaa jonon palvelutasoa.

Kuten ei-taidokkaat jonot, joissa on ryhmän tehtävä, siinä on kolme puhelunjakeluryhmää, jotka mahdollistavat "kohdelaajennuksen" eli ovat yhä enemmän edustajia eri ryhmissä määritetyin ajanjaksoin.

• Ensimmäisessä puhelunjakeluryhmässä on TEAM 1, johon on määritetty kolme edustajaa – A1, A2 ja A5.
• Toisessa puhelun jakeluryhmässä on TEAM 2, johon on määritetty kolme edustajaa – A2, A3 ja A4.
• Kolmannessa (ja viimeisessä) puhelunjakeluryhmässä on TEAM 3, johon on määritetty kaksi edustajaa – A6 ja A7.

On kuitenkin kaksi pääasiaa, jotka on todettava:

• Kaikki tähän jonoon jonoon jonoon asetetut yhteydenotot määrittävät sen osaamisaluevaatimukset ja osaamisalueen rentoutua läpi virran.
• Edustajilla voi olla määritettyjä taitoja (osaamisalueprofiilin kautta – suoraan tai kirjautuneena olevalta työryhmältä peritty).

Vaikka A2 on määritetty osaksi sekä TEAM 1: tä että TEAM 2: a, sen mukaan, kumman ryhmän tämä edustaja on tehnyt sisäänkirjautumisen aikana, nykyisessä istunnossa häntä pidetään osana ryhmää, ja hän myös perii osaamisalueprofiilin (ja siten osaamisaluearvot) kyseiseltä ryhmältä (ellei tätä ohiteta tämän edustajan suoralla osaamisalueprofiilimäärityksellä).

Tämä on tehokas ominaisuus, jonka tarjoavat jonot, joissa on työryhmän tehtäviä ja joissa edustajat voivat siirtyä jonoista toiseen yksinkertaisesti valitsemalla työryhmän sisäänkirjautumisen aikana.

Edustaja voi periä osaamisalueprofiiliasetukset valitusta työryhmästä ja hän voi työskennellä eri osaamisalueiden kanssa.

Tässä esimerkissä:

• Yhteydenotot asetetaan jonoon alkutason osaamisalueen vaatimukseen (sk_1 >= 6) vuodon aikana, ja osaamisalueen rentoutuaan (sk_1 >= 3) määritetyn ajanjakson jälkeen.
• Kaikilla edustajilla kaikissa puhelunjakeluryhmissä vain A1-, A3-, A6- ja A7-ryhmissä on taitoja, jotka täyttävät jonossa olevien yhteydenottojen alkuperäisen osaamisalueen vaatimukset.
• Jäljelle jääneilla edustajilla on joko osaamisalue (sk_1), mutta he eivät täytä osaamisaluevaatimusten vaatimuksia (kuten A2 TEAM 1:ssä ja A4 TEAM 2:ssa) tai heillä ei ole lainkaan tätä osaamisaluetta (esim. A5, A2 TEAM 2:ssa).
• Ajan mittaan, osaamisen rentouttamisen jälkeen, lisäksi A2 ja A4 täyttävät nyt myös yhteydenoton "rennot" osaamisvaatimukset.

Järjestelmä yrittää löytää jokaista tähän jonoon jonoon jonoon asetettua yhteydenottoa varten ensimmäisen puhelunjakeluryhmän edustajan, joka täyttää täysin yhteystiedon nykyiset osaamisaluevaatimukset. Jos vastaavaa edustajaa ei löydy, yhteystieto on parkissa määritetyn keston ajan, ennen kuin kohdelaajennus tapahtuu toiselle puhelun jakeluryhmälle. Kaikki toisessa puhelunjakeluryhmässä määritetyt ryhmät lisätään myös ensimmäisen ryhmän olemassa oleviin tiimeihin. Nyt järjestelmä yrittää löytää vastaavan edustajan laajennetusta ryhmästä. Huomaa, että tällä hetkellä osaamisalueen höllentäminen päivittäisi myös yhteystiedon osaamisaluevaatimukset määritetyin ajanjaksoin ja järjestelmä käyttäisi päivitettyjä osaamisaluevelvoitteet vastaamaan nykyisen puhelunjakeluryhmän saatavilla olevia edustajia.

Tämä jatkuu, kunnes kaikki määritetyt puhelun jakeluryhmät on laajennettu ja kaikki osaamisalueen rentoutua ovat käytössä, ellei vastaavaa edustajaa löydy aiemmin.

Käytettävissä olevat reititysmallit:

• Pisimpään käytettävissä
• Paras saatavilla

Asiakaspalvelijan ylijäämäskenaario tapahtuu, jos käytettävissä on enemmän edustajia kuin jonossa on yhteyshenkilöitä. Tässä tapauksessa, kun asiakkaan kanssakäyminen (yhteystieto) on jonossa, järjestelmä yrittää heti löytää tälle yhteystiedolle vastaavan edustajan ja jos vastaava edustaja löytyy, yhteystietoa ei tarvitse asettaa parkkiin ja odottaa, että vastaava edustaja on myöhemmin käytettävissä.

Joka kerta, kun yhteystietoa laajennetaan puhelunjakeluryhmän kautta tai osaamisalueen rentouttamisen kautta, järjestelmä yrittää uudelleen löytää tälle yhteystiedosta vastaavan edustajan heti.

Kun sopivaa edustajaa etsitään tietylle yhteystielle, määritetty reititysmalli on jo jonossa.

Webex Contact Center tarjoaa erityyppisissä jonoissa useita reititysmalleja, joiden avulla järjestöt voivat optimoida asiakaspalvelua minimoimalla odotusaikoja, antamalla edustajien työtaakkaa koskevia tietoja ja varmistamalla, että asiakkaat ovat yhteydessä edustajiin, joilla on tarvittavat taidot erityistarpeidensa täyttämiseksi. Lisätietoja reititysmalleista on reititysmalliosassa.

Yhteydenotto ylijäämäreititys tapahtuu, kun saapuvien asiakkaiden kanssakäymisten (tai yhteydenottojen) määrä ylittää saatavilla olevat edustajat. Tämä tilanne ilmenee usein ruuhka-aikoina tai yhteystiedon voimakkuuden odottamattomina aaltoina. Yhteydenoton ylijäämäreitityksen ensisijaisena tavoitteena on hallita tätä ylivuotoa tehokkaasti varmistaen, että asiakaspalvelustandardeja ylläpidetään ylikysynnästä huolimatta. Jos edustaja on juuri vapaa tietyllä kanavalla, yhteystiedon ylijäämäreititys etsii ja määrittää asianmukaisen yhteydenoton kaikista parkkiin asettamista yhteydenotoista kaikissa jonoissa, joihin tämä edustaja on liitetty.

Tärkeimmät strategiat, joiden avulla yhteydenottoreititys voidaan suorittaa tehokkaasti, kun edustajan tavoitettavuus on rajallinen, ovat seuraavat:

• Jonojen sijoitus

  Jonojen luokituksen avulla järjestelmänvalvojat voivat määrittää jonojen tärkeyden. Järjestelmänvalvojat voivat määrittää jonojen sijoitukset määrittämään työryhmäkohtaisen tilauksen, jossa puhelut reititetään jonoista ryhmiin kirjautuneille edustajille.

  Ota esimerkiksi huomioon, että A-ryhmään kirjautuneet edustajat liitetään kahteen jonoon – Laskutus ja Myynti. Järjestelmänvalvojat voisivat määrittää jonojen sijoituksella korkeamman rankingin Laskutus-jonoon, joten kun yhteydenottoja tulee jonoihin, laskutusyhteystiedot reititetään A-ryhmään kuuluville edustajille ennen myyntijonojen yhteystietoja. Tämä tapahtuu, vaikka "Myynti"-jonossa saattaa olla vanhempia ja tärkeämpiä yhteydenottoja - vain siksi, että Laskutus-jonon jonon jono on korkeampi kuin "Myynti"-jonossa. Vain kun Laskutus-jonossa ei ole enempää odottavia yhteydenottoja, A-ryhmän edustajat reititetään "Myynti" -jonosta (ja mistä tahansa muusta) jonosta, johon heidät on liitetty.

  Seuraavassa on joitakin jonojärjestyksen tärkeitä ominaisuuksia:

  • • Jos sijoitus on määritetty vain joihinkin jonoihin, näissä jonoissa olevat puhelut menevät niiden jonojen puhelujen edelle, joille ei ole määritetty sijaa.
    • Jonojen sijoitus voidaan asettaa enintään 50 jonoon kaikissa mediatyypeissä. Arvoksi voi tulla 1–50 ja korkeimmaksi sijoittuva 1.
    • Voit määrittää saman aseman usealle jonolle.
    • Jos otat jonojen rankingin käyttöön, jonoja, joille ei ole määritetty yhtään ohitusarvoa, kohdellaan alemmas kuin kaikkia jonoja.

    • Jonojen sijoitus toimii samassa mediatyypissä.

      Jos jonojen myynti on esimerkiksi äänimedian tyyppinen jono, jonka arvo on 2 ja jonojen laskutustuki on keskustelujono, jonka ryhmä A:n sija on 1, edustajat, jotka ovat käytettävissä A-ryhmän äänikanavalla, saavat ensin äänipuhelun, vaikka arvo on 2.

      Ota kuitenkin huomioon kaksi keskustelujonoa ryhmälle B - Jonon luottokortti, jossa on jonossa sija 2, ja jonossa olevan maksukorttijonon sijalle 1. Tämän jälkeen työryhmän B saatavilla olevalle edustajalle tarjotaan yhteystietoja ensin Jonon maksukortti -kortista.

    • Jonojen sijoitus ei koske kapasiteettipohjaisia ryhmiä.

• Yhteyshenkilön prioriteetti

  Kun yhteystieto on jonossa, sen prioriteetti voidaan määrittää määrittämällä hierarkkinen tärkeys arvoksi 1 (suurin) 10:een (pienin, oletus). Priorisoinnilla varmistetaan, että tiettyihin yhteydenottoihin vastataan nopeammin sen perusteella, kuinka tärkeää ne ovat, kiireellisiä tai strategisesti arvokkaita organisaatiolle. Kun edustaja on käytettävissä käsittelemään seuraavaa yhteydenottoa kaikkien parkkiin asetettujen yhteydenottojen välillä kaikissa jonoissa, joihin edustaja on liitetty, kaikkien jonojen suurin yhteydenotto reititetään edustajalle (edellyttäen, että muut kriteerit, kuten osaamisalueen vastaaminen ja muut, ovat tyytyväisiä).

  Yhteydenotoille, jotka ovat jonossa ilman ensisijaista prioriteettia, oletusprioriteetti on 10 (pienin). Useasta samaa prioriteettia käyttävästä yhteydenotosta pisimmän keston jonossa oleva yhteystieto reititetään ensin saatavilla olevalle ja tukikelpoiselle edustajalle.

• Pisimpään jonossa ollut yhteyshenkilö

  Tämä on perusstrategia, jonka avulla varmistetaan, että pisin odottava yhteydenotto kaikkiin jonoihin, joihin edustaja on yhdistetty, reititetään edustajalle.

  Tämä on lopullinen kriteeri, joka määrittää yhteydenoton reititettäväksi, kun useita yhteydenottoja jonoihin, joissa on sama jonojärjestys ja sama yhteydenoton tärkeys, odottavat käsittelyä.

Pohjimmiltaan yhteydenoton ylijäämäreititys edustajalle, joka juuri tuli saataville, tarkoittaa yhden yhteystiedon valitsemista, joka:

• On samaa mediatyyppiä kuin se, jossa edustaja on käytettävissä
• On parkissa missä tahansa jonossa, johon tämä edustaja on liitetty
• Jonka osaamisaluevaatimukset (jos sellaisia) ovat kaikki tämän edustajan täyttämiä
• On parkissa jonossa, jonka arvo on muita jonoja suurempi edustajan työryhmässä määritetyllä tavalla
• On etusijalla kaikkien tällaisten yhteydenottojen joukossa
• On vanhin saman prioriteetin yhteyshenkilöiden odottava yhteyshenkilö

Edellä olevassa yhteystiedon ylijäämäskenaarion esikuvassa edustaja A1 on kirjautunut TEAM 1:een ja on käytettävissä käsittelemään yhteydenottoja useassa mediatyypissä.

A1 liittyy 3 jonoon – Q1, Q2 ja Q3. TEAM 1 on myös määrittänyt jonojen rankingin, jossa Q1 on sijoittunut korkeimmalle, sitten Q2 ja Q3 .

Näihin jonoihin on jo asetettu yhteydenottoja, joiden osaamisaluevaatimukset ja tärkeys on määritetty kullekin yhteystiedolle.

Nyt yhteydenoton ylijäämäskenaario toimii seuraavasti:

• Kaikista näissä jonoissa olevien parkkiin parkissa olevien yhteydenottojen joukossa voi olla vain neljä yhteyshenkilöä, jotka voidaan reitittää kohteeseen A1 – C2, C7 (JONO 2:sta) ja C3,C8 :aan (jonosta 3).

  Vain näiden 4 yhteydenoton osaamisalueet ovat täysin tyytyväisiä A1 :n osaamiseen.

• Näistä 4 yhteydenotosta etusija annetaan QUEUE 2 (eli C2, C7) -yhteydenotoille, koska QUEUE 2 :n jonojen sijoitus on korkeampi.

  Huomaa, että vaikka QUEUE 1 on korkeimmalle sijoittunut jono, yhtään sen parkkiin asetetuista yhteydenotoista ei voida reitittää A1:een, koska A1 ei täytä heidän osaamisaluetarpeitaan.

• C2 :n ja C7 :n välillätärkein yhteydenotto on C7. Lopullinen valinta on C7 , ja järjestelmä reitittää sen A1:een .

  Tämä tapahtuu, vaikka C2 oli jonossa aiemmin, koska yhteydenoton tärkeys on jonoon asetettuun aikaan nähden etusijalla.

Multimediaprofiilimääritysten avulla Webex Contact Center-toiminnolla edustajat voivat huoltaa yhteystietoja eri mediatyypeissä (ääni, keskustelu, sähköposti ja sosiaalinen). Näiden määritysten perusteella edustajat saavat kanavien valmistelun mediatyyppiä kohti.

Jokainen edustajalle reititetty yhteys käyttää yhtä kyseisen mediatyypin kanavaa, kun edustaja käsittelee sitä. Edustajilla voi olla vain yksi äänikanava, mutta heillä voi olla enintään viisi muun mediatyypin kanavaa.

Multimediaprofiilien blended-reititysasetuksen avulla järjestelmänvalvojat voivat hallita sitä, miten eri kanavia voidaan käyttää samanaikaisesti kullekin edustajalle. Tällöin järjestöt voivat kiinnittää erityistä huomiota asiakkaisiin, edistää parempaa palvelun laatua, parempaa asiakaskokemusta ja parempia muuntoprosentteja. Järjestöt voivat myös tasapainottaa mediakanavien kuormitusta, kun joissakin kanavissa on eriytyvä lataus, mikä mahdollistaa edustajien tehokkaan käytön.

Vaihtoehtoja on kolme:

• Rajaava

• Sekoitettu

• Reaaliaikainen blended

Lisätietoja multimediaprofiilien määrittämisestä on kohdassa Multimediaprofiilien hallinta.

Osaamisaluepohjaiset reititysmallit Webex Contact Center suoraan saapuvien asiakkaiden kanssakäymisessä edustajille kyselyn ratkaisemiseen tarvittavien erityisosaamisalueiden, kuten kielitaidon tai teknisen asiantuntemuksen, perusteella. Nämä mallit varmistavat, että jokainen asiakas muodostaa yhteyden pätevimpaan edustajaan, joka varmistaa palvelun tehokkuuden ja asiakastyytyväisyyden. Etuja ovat käsittelyajan lyheneminen, resoluutionopeuden parantaminen ja edustajaresurssien optimoitu käyttö mukauttamalla asiantuntemuksensa asiakkaiden tarpeiden mukaan.

Kun käytetään osaamisaluepohjaisia reititysmalleja, ensin yhteystiedon osaamisaluevelvoite (määritetty työnkulussa) tai jonoon määritettyjä osaamisalueita käytetään suodattamaan saatavilla olevia edustajia, joiden osaaminen täyttää nämä vaatimukset / kriteerit kokonaan. Suodatett. edustajille valitaan sitten yksi edustaja määritetyn reititysmallin mukaan.

Webex Contact Center tukee myös erilaisia ei-osaamisalueisiin pohjautuvia reititysmalleja, joissa keskitytään asiakkaiden kanssakäymisen tiedottamiseen ottamatta huomioon edustajien erityisosaamista. Toisin kuin osaamisaluepohjaiset reititysmallit, niissä ei ottaa huomioon edustajan osaamisalueita tai tarvita yhteystietoa tai jonoa reitityksen osaamisaluevaatimusten tai -kriteerien määrittämiseksi. Sen sijaan niissä asetetaan etusijalle sellaiset tekijät kuin tavoitettavuus, työmäärän jakautuminen ja ennalta määritetyt järjestys, mikä mahdollistaa yhteydenottojen tehokkaan käsittelyn toimintalogiikan perusteella yksittäisten edustajien osaamisen sijaan. Nämä mallit ovat erityisen hyödyllisiä ympäristöissä, joissa vuorovaikutukset ovat suhteellisen yhtenäisiä tai eivät vaadi erikoiskäsittelyä.

Asiakaspalvelijan pohjainen reititys on ominaisuus, joka reitittää tai jonottaa yhteystiedon suoraan määritetylle ("ensisijaiselle") edustajalle. Edustajan haku, jossa on edustajan sähköpostiosoite tai edustajan tunnus, reitittää yhteystiedon ensisijaiselle edustajalle. Edustajan jonoon -toiminnot työnkulussa helpottavat asiakaspalvelijan pohjaisen reitityksen saavuttamista. Lisätietoja on kohdassa Edustajan jonoon - toiminnot.

Yhteyshenkilöllä voi olla määritys yhdelle tai useammalle ensisijaiselle edustajalle, joita voidaan yleensä hallita ulkoisessa sovelluksessa Webex Contact Center ulkopuolella. Yhteydenoton ensisijainen asiakaspalvelijan haku tehdään HTTP-pyynnön toiminnolla , joka noutaa määritteet ulkoisesta sovelluksesta. Jos haluat reitittää tai asettaa yhteystiedon ensisijaisen edustajan kanssa parkkiin, määritä Jonoon edustajalle -toiminnot edustajan Webex Contact Center-tunnuksella tai sähköpostiosoitteella. Yhteystieto voidaan myös parkissa ensisijaista edustajaa vastaan, jos ensisijainen edustaja ei ole heti käytettävissä.

Asiakaspalvelijapohjaista reititystä voidaan käyttää seuraavissa skenaarioissa:

• Ensisijainen asiakaspalvelijan reititys: Asiakas voi määrittää yhteystietoja omistautuneille edustajille tai parisuhdejohtajille. Tällaisissa skenaarioissa edustajan reititys reitittää yhteydenotot suoraan kyseiselle ensisijaiselle edustajalle.
• Viimeisin edustajan reititys: Kun yhteystieto soittaa yhteyskeskukseen useita kertoja ollakseen vuorovaikutuksessa edustajan kanssa, edustajapohjainen reititys voi reitittää yhteystiedon viimeiselle yhteydenoton käsitelleelle edustajalle.

Kummassakin käyttötapauksessa yhteystiedon ja edustajan määritysten tiedot tallennetaan Webex Contact Center-ikkunan ulkopuolelle.

Jonossa olevan yhteystiedon toiminnoilla voit jonottaa yhteystiedon organisaation aktiiviseen saapuvaan jonoon, jotta se voidaan yhdistää ja reitittää kyseisen jonon oikealle edustajalle.

Seuraavien jonoon laittamisen näkökohtien hallinta edellyttää seuraavaa:

• Tärkeys - määritetään jonossa olevalle yhteyshenkilölle hierarkkinen tärkeys, joka on 1 (suurin) 1 –10 (pienin ja oletusarvoinen).
• Osaamisaluevaatimukset - Määritä osaamisalueperusteisessa jonossa olevien edustajien täytettävä osaamisalue, jotta ne voidaan pitää kelvollisina yhteystiedon reititykseen.
• Osaamisalueen rentouttaminen - edustajan löytämisen mahdollisuuksien parantamiseksi aiemmin asetettujen osaamisalueiden säätäminen, muokkaaminen tai poistaminen.
• Tarkista edustajan tavoitettavuus - Salli järjestelmän laajentua kaikkiin puhelujen jakeluryhmiin, joista ei löydy edustajia, odotusajan välttämiseksi.

Lisätietoja prioriteetista, osaamisalueen määrityksistä ja edustajan saatavuudesta on reititys-kohdassa.

Kun Jonon yhteystieto -toiminto on asettanut yhteystiedon jonoon,

• Jos vastaava edustaja on jo käytettävissä, järjestelmä yrittää reitittää yhteystiedon edustajalle.

  Tämä keskeyttää päävirtauksen suorittamisen , ja muut tapahtumat voivat käynnistää vastaavat tapahtumavirrat , jos ne onmääritetty.

• Jos vastaavaa edustajaa ei löydy, yhteystieto asetetaan parkkiin ja odottaa, että vastaava edustaja on käytettävissä.

  Työnkulun suorittaminen jatkaa jonoon liittyvän yhteystiedon toimintojen jälkeen liitettyjä toimintoja, mikä mahdollistaa:

  • Toista valmiiksi määritetty musiikki jonossa olevalle asiakkaalle liittämällä PlayMusic-toiminnot .
  • Rekisteröi takaisinsoitto asiakkaan pyynnön perusteella liittämällä takaisinsoittotoiminto .
  • Palauta jonoon eli poista yhteystieto nykyisestä jonosta ja lisää uuteen jonoon liittämällä edustajalle toinen jonoyhteyshenkilö tai jono.

Kun vastaava edustaja on käytettävissä, järjestelmä yrittää reitittää yhteystiedon edustajalle.

Kun tämä onnistuu, tämä keskeyttää päävirran suorittamisen ja muut tapahtumat voivat käynnistää vastaavat tapahtumavirrat , jos ne onmääritetty.

Näissä tapauksissa toiminnot johtavat virheeseen ja työnkulun suorittaminen siirtyy virheenkäsittelypolkuun .

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Virtojen luominen ja hallinta > Jonoyhteystieto.

Jonosta edustajalle -toiminnon avulla voit asettaa yhteystiedon suoraan ensisijaisen edustajan jonoon etsimällä hänen yksilöivän edustajatunnuksensa tai sähköpostiosoitteensa numerosta Webex Contact Center.

Seuraavien jonoon laittamisen näkökohtien hallinta edellyttää seuraavaa:

• Prioriteetti - Määritä, että samaa edustajaa vastaan jonossa olevien yhteydenottojen tärkeys on suurempi tai pienempi.
• Raportointijono - Tunnista jono, jota käytetään määrityksissä, kuten nauhoitus ja oletusmusiikki jonossa, ja ilmoita yhteystiedon tarkoituksista.
• Palautusjono - Määritä varmistusjonoksi käytettävä jono, kun yhteystietoa ei voi reitittää määritetylle ensisijaiselle edustajalle.

Kun Jonossa oleva edustaja -toiminto on asettanut yhteystiedon jonoon,

• Jos edustaja on jo käytettävissä, yhteystieto reititetään edustajalle.

  Tämä keskeyttää päävirtauksen suorittamisen , ja muut tapahtumat voivat käynnistää vastaavat tapahtumavirrat , jos ne onmääritetty.

• Jos edustaja on käytettävissä, mutta hän päättää kieltäytyä vastaamasta yhteydenottoon, hän siirtyy annettuun palautusjonoon, jos hän ei vastaa siihen.

  Palautusjonossa yhteystieto reititetään pisimpään käytettävissä olevalle edustajalle ilman osaamisen tukemista.

• Jos edustaja ei ole käytettävissä ja Valitse Yhteystiedon jos edustaja ei ole käytettävissä -asetus on valittuna, yhteystieto asetetaan parkkiin ja edustaja odottaa, että hän on käytettävissä.

  Virran suorittamisen jälkeen jatketaan toimintoja, jotka on liitetty jonoon edustajan jonoon -toiminnan jälkeen, mikä antaa mahdollisuuden:

  • Toista valmiiksi määritetty musiikki jonossa olevalle asiakkaalle liittämällä PlayMusic-toiminnot .
  • Takaisinsoiton toiminnot.
  • Palauta jonoon eli poista yhteystieto nykyisestä jonosta ja lisää uuteen jonoon liittämällä toinen jono edustajalle tai jonoon -yhteystietotoimintoja .

  Kun edustaja on käytettävissä, järjestelmä yrittää reitittää yhteystiedon edustajalle.

  Tämä keskeyttää päävirtauksen suorittamisen , ja muut tapahtumat voivat käynnistää vastaavat tapahtumavirrat , jos ne onmääritetty.

• Jos edustaja ei ole käytettävissä ja " Park Contact If Agent not available " -valintaa ei ole valittuna, jonotus epäonnistuu.

Näissä tapauksissa toiminnot johtavat virheeseen ja työnkulun suorittaminen siirtyy virheenkäsittelypolkuun .

Lisätietoja toimintoasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Työnkulun luominen ja hallinta > Jonoon edustajalle.

Eskaloituneen puhelun jakeluryhmän toimintoja tuetaan vain jonoissa, joissa on ryhmän tehtävä, ja se mahdollistaa yhteystiedon puhelunjakeluryhmän päivittämisen heti sen sijaan, että odottaisi automaattisen laajennuksen päivityksen tapahtuvan seuraavaan ryhmään määritetyn odotusajan jälkeen. Tällöin yhteydenotto voidaan reitittää nopeasti kaikille jonossa olevalle tukikelpoiselle edustajalle.

Eskaloitujen puheluiden jakeluryhmän toimintojen avulla yhteystiedon voi eskaloitua seuraavasti:

• Seuraava ryhmä – Työryhmät, jotka on lisätty välittömään seuraavan puhelun jakeluryhmään, sisällytetään tähän ryhmään.
• Viimeinen ryhmä – Työryhmien joukon määrittäminen siten, että se sisältää kaikki työryhmät, jotka on kartoitettu kaikkiin jonoon määritettyihin puhelunjakeluryhmiin.

Näissä tapauksissa toiminnot johtavat virheeseen ja työnkulun suorittaminen siirtyy virheenkäsittelypolkuun .

Harkitse esimerkkiskenaariota, jossa yhteystiedon jonoon joutuminen edellyttää kolmen puhelun jakeluryhmän päivittämistä 30 sekunnin kuluttua.

CDG 1- ja CDG 2 -ryhmissä ei ole edustajia käytettävissä, ja edustaja on käytettävissä TEAM 3:ssa , joka kuuluu viimeiselle puhelunjakeluryhmälle.

Kun eskaloituvien puheluiden jakeluryhmän toimintoja ei käytetä työnkulussa, syntyy pitkä odotusaika, kuten seuraavassa on kuvattu:

Odotusaikaa voidaan pienentää käyttämällä eskaloituneen puhelun jakeluryhmän toimintoja seuraavasti:

Yhteystiedon odotusaika lyhenee huomattavasti valitun Next Group - tai Last Group - vaihtoehdon mukaan, kuten seuraavassa on kuvattu:

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Virtojen luominen ja hallinta > Puhelunjakeluryhmän eskaloituminen.

Get Queue Info -toiminnolla voit noutaa tietyn yhteystiedon reaaliaikaisia jonotietoja, kuten:

• Yhteystiedon nykyinen sijainti jonossa (PIQ) tai mahdollinen sijainti, jos se ei ole vielä jonossa.
• Arvioitu odotusaika (EWT) tai kesto, jonka ajan tehtävän arvioidaan odottavan jonossa, ennen kuin siihen vastataan.
• Yhteystiedon nykyisessä puhelunjakeluryhmässä kirjautuneena tai saatavilla olevien edustajien määrä.
• Valitun jonon kaikkiin puhelujen jakeluryhmiin kirjautuneena tai käytettävissä olevien edustajien määrä.
• Kesto, jonka ajan jonon vanhin yhteydenotto on ollut odottamassa.

Nämä tiedot näkyvät työnkulun suorittamisessa toimintojen tulostusmuuttujina.

Lisätietoja toimintojen käytöstä, kunkin jonon tietojen yksityiskohtaisesta määrityksestä ja laskemisesta on kohdassa Työnkulun luominen ja hallinta > Hae jonotiedot.

Jotkin jonotietojen käyttötavoista voivat olla seuraavia:

• Voit ilmoittaa yhteystiedon sijainnin jonossa ja odottaa asiakkaalle arvioitua odotusaikaa, kun hän odottaa reitittämistä.
• Voit määrittää, voidaanko takaisinsoitto rekisteröidä asiakkaalle, jos arvioitu odotusaika on liian pitkä.
• Eskaloi yhteystieto seuraavalle PUHELUN jakeluryhmälle (CDG), jos nykyiseen CDG:hen kartoitoiduissa ryhmissä ei ole edustajia.

Näissä tapauksissa -1 näissä tulostuskentissä osoittaa, että nämä tiedot eivät ole käytettävissä.

Harkitse esimerkkiskenaariota, jossa asiakkaalle ilmoitetaan jonossa pitkästä EWT:stä 15 sekunnin välein.

Tämä voidaan saavuttaa käyttämällä työnkulun Get Queue Info -toimintoja seuraavasti:

Advanced Queue Info -toiminnolla voit noutaa tietylle yhteystiedolle reaaliaikaisia jonotietoja ottaen huomioon myös yhteystiedon osaamisaluekriteerit, esimerkiksi seuraavat:

• Yhteystiedon nykyinen sijainti jonossa (PIQ) tai mahdollinen sijainti, jos se ei ole vielä jonossa.
• Yhteystiedon nykyisessä puhelunjakeluryhmässä kirjautuneena tai käytettävissä olevien edustajien määrä vastaa annettuja osaamisalueperusteita.
• Valitun jonon kaikkiin puhelunjakeluryhmiin kirjautuneena tai käytettävissä olevien edustajien määrä, joka vastaa annettuja osaamisalueehtoja.
• Nykyinen puhelun jakeluryhmä, jossa yhteystieto on parkissa määritetyssä jonossa.
• Annetun jonon puhelujen jakeluryhmien kokonaismäärä.

Nämä tiedot näkyvät työnkulun suorittamisessa toimintojen tulostusmuuttujina.

Lisätietoja toimintojen käytöstä, kunkin jonon tietojen yksityiskohtaisesta määrityksestä ja laskemisesta on kohdassa Työnkulun luominen ja hallinta > Jonon lisäasetukset -tiedot.

Edistyneiden jonotietojen käyttäminen voi olla seuraavia:

• Voit ilmoittaa yhteystiedon sijainnista asiakkaalle jonossa, kun hän odottaa reitittämistä.
• Eskaloi yhteystieto seuraavalle puhelun jakeluryhmälle, jos nykyiseen puhelunjakeluryhmään kartoitetuissa ryhmissä ei ole käytettävissä osaamisalueehtoja vastaavia edustajia.
• Voit määrittää, voidaanko takaisinsoitto rekisteröidä asiakkaalle, jos osaamisalueehtoja vastaavia edustajia ei ole kirjautuneena kaikkiin puhelunjakeluryhmiin.

Näissä tapauksissa toiminnot johtavat virheeseen ja työnkulun suorittaminen siirtyy virheenkäsittelypolkuun .

Harkitse esimerkkiskenaariota, jossa asiakkaalle tulee ilmoittaa takaisinsoiton vastaanottamisesta, kun otetaan huomioon, että osaamisaluekriteerit täyttävät edustajat eivät ole käytettävissä.

Tämä voidaan saavuttaa käyttämällä työnkulun lisäjonotiedot-toimintoja seuraavasti:

Määritä soittajan tunnus, jonka pitäisi näkyä puhelun aikana. Aseta soittajan tunnuksen aktiviteettia saa käyttää vain esivalinnan tapahtumien virtoihin pääteaktiviteetteina, joka merkitsee tapahtuman kulun päättymistä.

Aseta soittajan tunnus -toiminnolla voidaan määrittää vaadittu automaattinen numeron tunniste (ANI) valittujen numeroiden tunnistepalvelun (DNIS), toiminnon tyypin tai osallistujan tyypin perusteella.

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Työnkulun luominen ja hallinta > Aseta soittajan tunnus.

Nauhoituksen hallintatoiminto on suunniteltu käytettäväksi yhdessä valikkotoimintojen kanssa nauhoitussuostumuksen kaappaamiseksi soittajalta. Tämä varmistaa, että säännökset tai käytännöt, jotka edellyttävät ennen rekisteröinnin aloittamista, ovat sääntöjen tai käytäntöjen mukaisia, ja integroivat tämän vaiheen saumattomasti työnkulkuun.

Valikossa IVR käyttäjän suostumus on tallennettava boolean-muuttujaan, joka määritetään nauhoituksen hallintatoimintojen syötteeksi. Jos asiakkaan on ilmoitettava käyttäjän suostumus suostumusraportissa, hyväksynnän arvo on tallennettava raportoitavaan maailmanlaajuiseen muuttujaan. Voit vaihtoehtoisesti käyttää paikallista muuttujaa, jos raportointia ei tarvita. Tämä lähestymistapa tarjoaa vuokralaisten ja asiakkaiden paremman joustavuuden muuttujien tehokkaassa hallinnassa ja käytössä.

Kun tämä tehtävä lisätään työnkulkuun, käyttäjän suostumus ohittaa vuokralainen- tai jonotason tai nauhoitusaikataulun määritysasetukset.

Etusijajärjestys on seuraava:

• Jos käyttäjän suostumus on kyllä työnkulussa, puhelu nauhoitetaan huolimatta vuokraajan tai jonon tai nauhoituksen aikataulutasolla määritetyistä nauhoitusmäärityksistä.
• Jos käyttäjä ei anna suostumustaan vastaukseksi toimintaan, puhelua ei nauhoiteta huolimatta vuokraajan tai jonon tai nauhoituksen aikataulutasolla asetetuista nauhoitusmäärityksistä.
• Jos nauhoituksen hallintatoimintoa ei ole määritetty työnkulussa ja määritykseksi on valittu Kyllä jollakin muilla tasoilla, kuten vuokraajalla, jonossa tai nauhoitusaikataululla, puhelu nauhoitetaan.
• Jos nauhoituksen hallintatoimintoa ei ole määritetty työnkulussa ja määritykseksi on valittu Ei kaikilla tasoilla, kuten vuokraajalla, jonossa ja nauhoitusaikataululla, puhelua ei nauhoiteta.

Tätä nauhoituksen hallintaa voi kuvailla seuraavasti:

Lisäksi nauhoitusmääritykset, kuten Jatka siirtoa, Jatka jatkamista, Keskeyttäminen käytössä, Keskeytyskesto ja muut, ovat käytettävissä nykyisen hierarkian mukaisesti, mukaan lukien vuokralainen, jono tai nauhoitusaikataulutasot.

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Työnkulun luominen ja hallinta > nauhoituksen hallinta.

Valvomaton siirto on prosessi, jossa yhteystieto reititetään tehokkaasti ulkoiseen numeroon (luettelonumero) IVR -järjestelmän kautta, mikä poistaa edustajan osallistumisen tarpeen.

Valvomaton siirto -toimintoa käytetään, kun puhelu on siirrettävä ulkoiselle tai kolmannen osapuolen luettelonumerolle. Tämä on päätetoiminto, joten työnkulku päättyy, kun siirto on suoritettu.

Valvomaton siirto -toimintoa ei tueta, kun työnkulku suoritetaan konsultointia varten.

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Virtojen luominen ja hallinta > Valvomaton siirto.

Siltatun siirron avulla yhteystieto voidaan siirtää väliaikaisesti ulkoiseen kohteeseen, kun taas puhelun hallinta säilyy. Ulkoinen kohde voi olla ulkoinen silta tai Interactive Voice Response (IVR) -palvelu.

Kun ulkoinen kohde lopettaa puhelun, puhelunkulku jatkuu tarpeen mukaan, kuten jonottaa sitä edustajalle.

Bridge Transfer -toiminto poistaa yhteystiedon jonosta siirrettäessä sitä kolmannen osapuolen IVR- tai automaattiseen puhelunjakelujärjestelmään (ACD). Jos kolmannen osapuolen järjestelmä ei käsittele yhteydenottoa, voit palauttaa sen takaisin alkuperäiseen jonoon varmistaen, että yhteystieto pysyy työnkulussa asianmukaisen käsittelyn vuoksi.

Oletetaan esimerkiksi, että yhteyskeskuksella on Webex Contact Center edustajaresursseja ja edustajaresursseja ulkoisessa puhelukeskuksessa tai yksityisen haaran pörssissä (PBX). Asiakas haluaa jonottaa puhelun Webex Contact Center-edustajien jonoon lyhyeksi ajaksi (sanotaan 60 sekuntia). Jos edustajaa ei ole käytettävissä tuona aikana, puhelu voidaan siirtää (jolla on silta, jolla on silta, josta on poistettu jonotus) ulkoiselle puhelukeskukselle yhteydenoton käsittelemiseksi.

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Virtojen luominen ja hallinta > Siltattu siirto.

Yhteystiedon yhteyden katkaisu -toiminnon avulla voit irrottaa aktiivisen yhteystiedon tai lopettaa sen suoraan työnkulusta.

Tämä on vireeseen liitetty päätetoiminto, ja sitä voidaan käyttää yhteydenoton lopettamisessa ilman edustajan väliintuloa, joka sopii virhepolun virtoihin tai asiakkaalle merkityn takaisinsoiton rekisteröimisen jälkeen.

Määritysten perusteella POST-puhelututkimus tai -palaute käynnistetään, kun yhteydenotto lopetetaan tämän toiminnan kautta.

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Työnkulun luominen ja hallinta > Yhteystiedon katkaiseminen.

Aseta yhteystietoprioriteetti -toiminto helpottaa virtalinjan tehokasta yhteystietoprioriteettien hallintaa sallimalla tiettyjen prioriteettitasojen määrittäminen yhteydenotoille. Tällöin tietyille yhteydenotoille annetaan enemmän tai vähemmän merkitystä. Varmistaen, että ne reititetään asianmukaisesti verrattuna muihin odottavaan yhteydenottoon, kun edustajia on saatavilla. Joustavuus mahdollistaa yhteydenoton priorisoinnin tarkan hallinnan koko työnkulussa.

Prioriteetti määritetään määrittämällä hierarkkinen tärkeystaso 1 (suurin) 9:ään (pienin). Yhteydet, joilla on suurin prioriteetti, reititetään ennen niitä, joilla on pienempi prioriteetti. Kun usealla yhteydenotolla on sama prioriteettitaso, pisimpään odottanut yhteystieto reititetään ensin seuraavalle saatavilla olevalle ja tukikelpoiselle edustajalle. Tämä järjestelmä varmistaa, että tärkeämpiin yhteydenottoihin kiinnitetään huomiota ja säilytetään samalla samanarvoisten yhteydenottojen oikeudenmukaisuus odotusajan mukaan.

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Työnkulun luominen ja hallinta > Yhteystiedon prioriteetin asettaminen.

Takaisinsoittotoimintojen avulla soittajat voivat pyytää takaisinsoittoa pidossa odottamisen sijaan, mikä parantaa asiakastyytyväisyyttä merkittävästi lyhentämällä odotusaikoja ja minimoimalla hylkäämisnopeudet. Kun jonotus on aktivoitu, takaisinsoittotoiminnot luovat jonoon tehtävän, joka varmistaa, että käytettävissä oleva edustaja voi palata asiakkaan puheluun.

Työnkulun suunnittelija voi määrittää aktiviteetin joko pitämään yhteystiedon alkuperäisessä jonossa, josta puhelu on peräisin, tai määrittämään sen eri jonoon asetusten perusteella. Jos takaisinsoitto pysyy alkuperäisessä jonossa, yhteystieto säilyttää sijaintinsa, osaamisalueensa, prioriteetti- ja asiayhteystietonsa, mikä mahdollistaa saumattoman siirron seuraavalle saatavilla olevalle edustajalle. Jos toinen jono on valittuna, yhteystieto siirretään valitun jonon päähän ilman osaamista ja sen prioriteetti on oletusprioriteetti.

Toiminnan avulla asiakkaat voivat myös pyytää takaisinsoittoja ensisijaisilta edustajiltaan lisäämällä henkilökohtaisen kosketuksen kokemukseen ja luoden asiakastyytyväisyyttä. Tämä voidaan saavuttaa, kun takaisinsoittotoiminnot seuraavat JonotoAgent-toimintoja työnkulussa. Lisäksi takaisinsoittotoiminnot tarjoavat valinnaisen kokoonpanon, jolla voidaan mukauttaa takaisinsoiton aikana käytettävää automaattista numerotunnusta (ANI). Tämä mukautus auttaa brändin johdonmukaisuudessa ja vähentää puhelun menettämisen todennäköisyyttä varmistamalla tunnistettava soittajan tunnus.

Työnkulun suunnittelulla on mahdollisuus sisällyttää takaisinsoittovirhe tapahtumakulkuun. Tämä tapahtuma käynnistetään, kun takaisinsoittoyritys epäonnistuu. Tämä mahdollistaa sen, että työnkulun suunnittelija voi toteuttaa uud.yrityksiä tietyin väliajoin. Uudelleenyritysten välinen viive tai väli voidaan määrittää Odota-toiminnolla. Uudelleenyritysten väli on vähintään 10 sekuntia ja enintään 72 tuntia. Järjestelmä tukee Enintään 10 uudelleenyritystä 14 päivän aikana Odota-toiminnolla.

Lisätietoja aktiviteettiasetuksista, käytöstä ja tulostusmuuttujista on kohdassa Virtojen luominen ja hallinta > Takaisinsoitto.

Ajoitettu takaisinsoittotoiminto antaa asiakkaille mahdollisuuden pyytää takaisinsoittoa tiettynä ajankohtana ja tiettynä ajankohtana eli poistaa välittömän yhteyden tarpeen edustajaan. Tämä toiminto parantaa asiakaskokemusta antamalla heille mahdollisuuden valita kätevä takaisinsoittoikkuna, mikä minimoi nähdyt odotusajat ja hankalat puhelujen hylkäysnopeudet.

Työnkulun on tallennettava soittajan syötteet, kuten ensisijainen päivämäärä ja aika, DTMF -kehotteiden avulla ja välitettävä ne aktiviteetille tarvittavien syötevahvistusten jälkeen.

Takaisinsoitto voidaan ajoittaa mihin tahansa puhelinjonoon – olipa se saapuva tai lähtevä. Parhaisiin tuloksiin on suositeltavaa lisätä Katkaise-toiminto heti ajoitettujen takaisinsoittotoimintojen jälkeen, jotta nykyinen puhelu päättyy oikein, kun takaisinsoitto on ajoitettu. Lisätietoja IVR takaisinsoittojen ajoittamisesta on kohdassa Ajoita IVR Takaisinsoiton jonotus.

Kun takaisinsoitto käynnistetään pyydettynä tulevana päivänä ja kellonaikana, syntyy uusi puhelu tai kanssakäyminen. Tämä uusi kanssakäyminen noudattaa takaisinsoiton oletussyöttöpisteeseen linkitettyä vakiokulkua. Jos takaisinsoittoyritys epäonnistuu, työnkulku voi yrittää puhelua automaattisesti uudelleen takaisinsoiton epäonnistuneen tapahtuman käsittelijän avulla, jos se on määritetty kyseiseen työnkulkuun.

Aktiviteetin mukana käytettävät DTMF -kehotteet ja perusvahvistukset esitetään alikulkumallina. Lisätietoja on ajoitt. takaisinsoiton alivirtausmallissa.

Puhelun edistymisanalyysin (CPA) avulla voidaan havaita automaattisia vastaajajärjestelmiä ja eläviä ihmisääniä takaisinsoittopuheluissa.

Kun takaisinsoittoyritys kohtaa vastaajan tunnistusyrityksen (AMD) tai puhepostin, järjestelmä ilmaisee puhelun epäonnistuneeksi. Vastaajan tunnistus (AMD) -tulos tallennetaan takaisinsoiton epäonnistuneen tapahtuman käsittelijän syylähtömuuttujaan. Tämän tulostusmuuttujan perusteella työnkulun suunnittelu voi määrittää takaisinsoittoyritysten asetukset.

Lisätietoja toimintojen asetuksista, käytöstä ja tulostusmuuttujista on kohdassa Työnkulun luominen ja hallinta > Puhelun edistyminen -analyysi.