Energiayhtiön häiriöilmoitukset: tavoite 0 min jonotusta (esimerkkicase)

Energiayhtiön häiriöilmoitukset ruuhkautuvat nopeasti, kun myrsky katkaisee sähköt ja kaikki soittavat samaan aikaan. Puhebotti voisi vastata heti. Mutta mitä "0 min odotusaika" oikeastaan tarkoittaa: pääsyä keskusteluun, vahvistettua häiriötietoa vai sitä, että uusi vikailmoitus on päivystäjän käsissä?

Tämä on kuvitteellinen esimerkkitapaus, ei Aisterin asiakasreferenssi. Puhelumäärät, käsittelyajat ja testitavoitteet ovat laskennan oletuksia. Nollan minuutin jonotus on tässä suunnittelutavoite, ei mitattu tulos tai palvelulupaus.

Tarkastellaan alueellista sähköverkkoyhtiötä, jonka vikapalveluun tulee myrskyn aikana satoja yhteydenottoja. Tavoitteena on antaa tunnetusta häiriöstä luotettava vastaus ja saada uudet havainnot perille. Artikkeli auttaa asiakaspalvelupäällikköä ja käyttötoiminnan vastuuhenkilöä määrittelemään, mitä puhelinpalvelulta pitää vaatia ennen pilottia.

Energiayhtiön häiriöilmoitukset: mistä jono syntyy?

Esimerkkiyhtiössä neljä työntekijää vastaa vikapuheluihin. Yhteen puheluun ja sen kirjaukseen kuluu keskimäärin neljä minuuttia. Yksinkertaistetussa laskelmassa työntekijät ehtivät käsitellä yhteensä 60 puhelua tunnissa. Luku olettaa jatkuvan työskentelyn ilman taukoja tai muita tehtäviä, joten se on kapasiteettilaskelma eikä työvuorosuunnitelma.

Myrskyrintaman jälkeen puheluita saapuu 600 tunnissa. Kysyntä on silloin kymmenkertainen laskennalliseen käsittelykykyyn verrattuna. Tarkkaa odotusaikaa näistä luvuista ei voi päätellä: siihen vaikuttavat saapumisten ajoitus, puhelujen pituudet, uudelleensoitot ja jonosta poistuminen. Sen voi kuitenkin päätellä, ettei neljän henkilön puhelinpalvelu selviä kuormasta entisellä työnjaolla.

Osa soittajista kysyy saman tunnetun katkon tilannetta. Toiset ilmoittavat paikasta, joka ei vielä näy häiriötiedoissa. Kolmas kertoo havainnosta, joka tarvitsee päivystäjän huomion. Jos kaikkia käsitellään yhtenä pitkänä keskusteluna, myös uusi tieto jää jonoon.

Jako tunnettuun häiriöön ja uuteen ilmoitukseen on käytännöllinen. Elenian sähkökatkokartta ohjaa tekemään vikailmoituksen, jos katko ei näy kartalla tai asiakas haluaa ilmoittaa vikapaikan. Carunan sähkökatko-ohjeessa puolestaan kerrotaan, että asiakaspalvelu käyttää häiriökartan tietoja eikä pysty nopeuttamaan sähköjen palauttamista. Nämä ovat esimerkkejä verkkoyhtiöiden julkisista toimintatavoista, eivät näyttöä niiden käyttämästä puhe-AI:sta.

Rajaa ensin, kenen puhelinpalvelusta puhutaan

Energiayhtiö voi tarkoittaa sähkönmyyjää, verkkoyhtiötä tai useita palveluja tarjoavaa konsernia. Tässä esimerkissä kyse on sähköverkon häiriöpalvelusta. Myyntisopimus, laskun eräpäivä ja sähköverkon vikailmoitus eivät kuulu automaattisesti samaan käsittelyyn.

Puhebotille määritellään oma palvelualue ja tuetut asiat. Jos osoite kuuluu toiselle verkkoyhtiölle, botti kertoo rajauksesta ja käyttää vain tarkistettua ohjaustietoa. Se ei arvaa palveluntarjoajaa pelkän postinumeron perusteella. Samalla sovitaan, miten soittaja pääsee ihmiselle, jos asia ei etene tai automaatio ei sovellu tilanteeseen.

Energiayhtiön häiriöilmoitukset: mitä 0 min odotusaika mittaa?

Nolla minuuttia voi näyttää raportissa hyvältä, vaikka asiakas odottaisi vastauksen alkua 25 sekuntia. Kokonaisiksi minuuteiksi pyöristetty mittari peittää silloin suuren osan kokemuksesta. Esimerkkiyhtiö päättää seurata ajat sekunteina ja erottaa toisistaan neljä tapahtumaa.

• Puhelu saapuu yrityksen puhelinjärjestelmään.
• Soittaja kuulee ensimmäisen ymmärrettävän vastauksen.
• Soittaja saa omaa osoitettaan koskevan vahvistetun tiedon tai ilmoituksen vastaanottokuittauksen.
• Ihmiselle kuuluva asia otetaan käsittelyyn sovitussa työjonossa.

Ensimmäisen ja toisen tapahtuman väli kertoo vastausviiveestä. Se ei vielä kerro, ratkesiko asia. Jos puhebotti tervehtii nopeasti mutta hakee tietoja minuutin, asiakas odottaa edelleen. Jos siirto päivystäjälle epäonnistuu, nopea tervehdys ei korvaa puuttuvaa palvelua.

Esimerkkiyhtiö asettaa kokeellisesti tavoitteeksi, että vähintään 95 prosenttia puhelinjärjestelmään saapuneista testipuheluista saa ymmärrettävän ensivastauksen viiden sekunnin kuluessa. Tämä on itse valittu testiraja, ei alan yleinen standardi. Lisäksi seurataan hylättyjä puheluita, katkoksia ja aikaa vahvistettuun vastaukseen. Operaattoritasolla epäonnistuneet soittoyritykset selvitetään erikseen, jotta ne eivät katoa raportista.

Kuinka paljon rinnakkaista kapasiteettia tarvitaan?

Oletetaan, että botin keskustelu kestää keskimäärin puolitoista minuuttia. Kun puheluita saapuu tasaisesti 600 tunnissa, keskimääräinen samanaikaisten keskustelujen määrä olisi 600 × 1,5 / 60 eli 15. Laskelma auttaa hahmottamaan kuormaa, mutta 15 kanavan varaaminen ei vielä riitä palvelun mitoitukseksi.

Jos sata asiakasta soittaa yhden minuutin aikana, tasaisen saapumisvirran oletus rikkoutuu. Kapasiteettia rajoittavat koko ketjun osat: puhelinliittymä, puhepalvelu, häiriötiedon haku ja ilmoitusten tallennus. Pilottiin tarvitaan sekä sovittu puhelupiikki että testi, jossa jokin näistä hidastuu. Palveluntarjoajalta pyydetään luvut tuetusta samanaikaisuudesta ja tieto siitä, mitä rajan ylittyessä tapahtuu.

Samasta syystä puhelinjonon ja odotusajan lyhentäminen kannattaa käsitellä palveluketjuna. Pelkän vastaavan botin kapasiteetti ei kuvaa koko puhelinpalvelua.

Näin puhelu etenee osoitteesta vahvistettuun tietoon

Puhelun alussa botti kertoo olevansa automaattinen avustaja. Se kysyy paikkakunnan ja katuosoitteen sekä varmistaa kuulemansa. Samannimisiä katuja voi olla eri kunnissa, ja talonumeron kirjain voi muuttaa kohteen. Soittajan puhelinnumero ei kerro, missä sähkökatko on: hän voi ilmoittaa mökistä tai läheisensä kodista.

Tunnetun häiriön vastaus haetaan yhtiön hyväksymästä tietolähteestä. Vastauksen muodostamiseen tarvitaan sijainnin lisäksi häiriön tila ja tiedon päivitysaika. Jos lähde sisältää korjausarvion, botti kertoo sen arviona. Jos arviota ei ole, vastaus on lyhyt: korjausajasta ei ole vielä vahvistettua tietoa.

Tässä mallissa kielimalli ei päättele korjausaikaa säästä, häiriön kestosta tai aiemmista tapauksista. Se ei myöskään muuta vanhaa arviota uudeksi vain siksi, että asiakas pyytää tarkempaa vastausta. Tiedon omistaja on edelleen verkkoyhtiön käyttötoiminta.

Esimerkkikeskustelu tunnetusta katkosta

Näin keskustelu voisi edetä kuvitteellisessa Esimerkkilässä:

Asiakas: Koivukujalla on sähköt poikki. Tiedättekö siitä?

>

Avustaja: Olen automaattinen avustaja. Millä paikkakunnalla Koivukuja sijaitsee, ja mikä on talon numero?

>

Asiakas: Esimerkkilässä, numero kahdeksan.

>

Avustaja: Varmistan: Koivukuja kahdeksan, Esimerkkilä?

>

Asiakas: Kyllä.

>

Avustaja: Osoite kuuluu tiedossamme olevaan häiriöalueeseen. Viimeisin vahvistettu päivitys on kello 18.10. Korjausaika ei ole vielä tiedossa. Haluatko ilmoittaa myös uuden havainnon?

Viimeinen kysymys jättää tilaa tiedolle, jota kartta ei sisällä. Tunnettu katko ei tarkoita, että jokainen samaa aluetta koskeva soitto olisi tarpeeton. Asiakkaalla voi olla täsmällinen havainto, jonka päivystäjä tarvitsee.

Keskustelun pitää myös kestää korjaus. Jos asiakas sanoo "ei kahdeksan vaan kahdeksantoista", aiempi osoite hylätään ja haku tehdään uudelleen. Osoitteen epävarmuutta ei saa piilottaa sujuvaan vastaukseen. Toistuvasti epäonnistuva tunnistus ohjataan sovittuun vaihtoehtoiseen palveluun.

Kun tietolähde ei vastaa

Häiriötiedon haulle määritellään aikakatkaisu ja hyväksytty vanhenemisraja. Jos tieto puuttuu tai on liian vanhaa, botti sanoo, ettei ajantasaista tilannetta voida vahvistaa. Sen jälkeen se toimii yhtiön etukäteen hyväksymän ohjeen mukaan: esimerkiksi tarjoaa yleisen häiriötiedotteen tai siirtää ilmoituksen vastaanottoon.

Tämä ero on käytännössä tärkeä. "Järjestelmä ei löytänyt häiriötä" ja "osoitteessa ei ole häiriötä" eivät tarkoita samaa. Myös katkokartan ulkopuolinen paikallinen vika voi olla todellinen. Asiakkaan havainto säilytetään, vaikka automaattinen haku ei löytäisi vastinetta.

Uusi vikailmoitus on valmis vasta, kun se on perillä

Uutta ilmoitusta varten kerätään vain sovitun käsittelyn tarvitsemat tiedot. Esimerkkiyhtiössä niitä ovat kohde, asiakkaan omin sanoin kuvaama havainto, havaintoaika ja tarvittaessa yhteydenottotieto. Bottia ei käytetä teknisen diagnoosin tekemiseen tai sähkötyön opastamiseen.

Yhtiön turvallisuusvastuullinen hyväksyy erikseen toimintatavan vaaraa kuvaaviin puheluihin. Tavallinen osoitehaastattelu ei saa estää kiireellisen ohjeen antamista. Kiireelliseksi tunnistetun asian reitti, varayhteys ja vastuut testataan omana kokonaisuutenaan; niitä ei jätetä vapaasti muotoillun keskustelun varaan.

Kun ilmoitus tallennetaan, vastaanottavan järjestelmän pitää palauttaa vahvistus. Vasta sen jälkeen botti voi sanoa, että ilmoitus on vastaanotettu. Puhelun litterointi tai paikallinen yhteenveto ei yksin todista, että tieto on päätynyt päivystäjän työjonoon.

Jos tallennus epäonnistuu, soittajalle kerrotaan tilanne ja tarjotaan sovittu vaihtoehto. Ilmoitus voidaan myös siirtää valvottuun uudelleenyritysjonoon, jos yhtiö on hyväksynyt tällaisen toiminnan. Silloin tarvitaan vastuuhenkilö, näkyvä virhehälytys ja tapa tarkistaa, ettei sama ilmoitus synny useaan kertaan. Asiakkaalle ei luvata päivystäjän yhteydenottoa ilman todellista prosessia sen takana.

Päivystäjän kapasiteetti ratkaisee seuraavan jonon

Palataan 600 puhelun tuntiin. Oletetaan harjoituksessa, että 70 prosenttia puheluista päättyy vahvistettuun tietoon tunnetusta häiriöstä ja 20 prosentissa uusi ilmoitus tallentuu ilman välitöntä ihmiskeskustelua. Jäljelle jäävät 10 prosenttia eli 60 puhelua tarvitsevat ihmistä. Nämä osuudet ovat laskentaoletuksia, eivät ennuste käyttöönoton tuloksista.

Jos kaikki 60 siirretään neljälle työntekijälle ja käsittely vie edelleen neljä minuuttia, heidän koko laskennallinen tuntikapasiteettinsa kuluu niihin. Pelivaraa ei jää. Lisäksi automaattisesti tallennetut 120 ilmoitusta tarvitsevat oman käsittelynsä, vaikka ne eivät olisi puhelinjonossa. Tallennus ei siis poista ilmoitusten käsittelytyötä.

Pilotissa mitataan siksi erikseen, montako puhelua siirtyi ihmiselle, montako ilmoitusta odottaa käsittelyä ja kuinka vanha vanhin avoin ilmoitus on. Työvuoroista vastaava henkilö päättää näiden tietojen perusteella, tarvitaanko lisäresursseja. Energiayhtiön puhelinpalvelun yleisoppaassa käsitellään laajemmin myös muita asiointityyppejä; tämän esimerkin rajaus pysyy häiriöpuheluissa.

Pilotin hyväksymisrajat ja päätös jatkosta

Esimerkkiyhtiö aloittaa rajatusta testistä ennen oikeita myrskypuheluita. Ensimmäinen tehtävä on koota joukko harjoituksia, joille käyttötoiminta on määritellyt oikean vastauksen ja käsittelyreitin. Mukaan otetaan tavallisten tilanteiden lisäksi väärä kunta, epäselvä talonumero, korjattu osoite, vanhentunut häiriötieto ja epäonnistunut tallennus.

Testejä tehdään myös puheella, ei vain tekstillä. Taustamelu, tauot ja keskeytykset muuttavat keskustelua. Soittaja voi kertoa kaksi asiaa samassa lauseessa tai palata osoitteeseen vasta myöhemmin. Arvioinnissa kuunnellaan, saiko hän ymmärrettävän vastauksen ja pystyikö hän korjaamaan virheen ilman koko puhelun aloittamista alusta.

Hyväksymisrajat kirjataan ennen testiä. Esimerkkiyhtiö vaatii harjoituksilta seuraavaa:

• Vastausviiveestä ilmoitetaan sekunnit ja jakauma, ei vain minuutteihin pyöristetty keskiarvo.
• Jokainen testissä kerrottu häiriötieto voidaan yhdistää oikeaan lähteeseen ja osoitteeseen.
• Puuttuvasta korjausarviosta ei synny keksittyä kellonaikaa.
• Kaikki vastaanotetuiksi kuitatut ilmoitukset löytyvät vastaanottavasta järjestelmästä.
• Ihmiselle siirron epäonnistuminen näkyy sekä asiakkaalle että valvonnalle.
• Sovittu kuormapiikki ja yhden taustapalvelun katkos on kokeiltu ennen laajennusta.

Pieni hyväksytty testijoukko ei todista virheettömyyttä kaikissa tilanteissa. Se kertoo, täyttääkö toteutus ennalta määritellyt tapaukset. Tuotantopilotissa seuranta jatkuu, ja toistuva virhe osoitehaussa tai ilmoitusten vastaanotossa voi olla syy palauttaa puhelut varapalveluun. Palautuspäätöksen tekijä ja käytännön toiminta sovitaan ennen avaamista.

Näin ensimmäinen raportti kannattaa kirjoittaa

Raporttiin kirjataan havaintojakso, kaikki tavoitetut ja epäonnistuneet puhelut, vastausviiveet, vahvistettuun tietoon päättyneet keskustelut sekä ihmiselle siirtyneet asiat. Uusien ilmoitusten osalta tarkistetaan myös käsittelyjärjestelmän tapahtumat. Pelkkä botin oma onnistumismerkintä ei riitä.

Jos testissä 95 prosenttia puheluista sai vastauksen viiden sekunnin sisällä, raporttiin kirjoitetaan juuri se. Otsikoksi ei vaihdeta "odotusaika nolla", jos viisi prosenttia odotti pidempään tai osa puheluista jäi kokonaan yhdistymättä. Vertailussa käytetään samankaltaisia kuormitusjaksoja ja kerrotaan, mikä palvelun työnjaossa muuttui.

Myös kustannukset sidotaan samaan jaksoon: puheluminuutit, järjestelmien käyttö, ylläpito ja ihmisten jälkityö. Esimerkin perusteella ei voi luvata säästöprosenttia. Pilotti antaa aineiston sen laskemiseen ja näyttää, mihin työ todella siirtyi.

Jonottoman ensivastauksen arvo on siinä, että asiakas pääsee heti kertomaan asiansa. Energiayhtiön häiriöilmoituksissa onnistuminen ratkaistaan kuitenkin vasta seuraavissa vaiheissa: tiedon täytyy koskea oikeaa paikkaa, ja uuden havainnon täytyy päätyä oikealle käsittelijälle.

Haluatko rajata vastaavan pilotin oman yhtiösi häiriöpuheluihin? Lähetä Aisterille viesti, jossa kerrot nykyisen puhelujärjestelmän, häiriötiedon lähteen ja pahimman tunnetun puhelupiikin. Niiden pohjalta voidaan arvioida puhe-AI-palvelun soveltuvuutta ja sopia, mitä kokeilussa pitää todentaa.