AI-puhelinpalvelun ylläpito ja jatkuva kehittäminen

AI-puhelinpalvelu ei ole projekti, joka valmistuu julkaisupäivänä. Julkaisu on vasta hetki, jolloin oikea käyttö alkaa paljastaa puutteet.

Asiakkaat kysyvät asioita eri tavalla kuin suunnittelupalaverissa oletettiin. Hinnasto muuttuu. Uusi kampanja alkaa. Järjestelmäintegraatio katkeaa hetkeksi. Joku huomaa, että botin vastaus on teknisesti oikein mutta kuulostaa ärsyttävältä.

Siksi ylläpito pitää suunnitella ennen käyttöönottoa. Muuten AI-puhelinpalvelusta tulee nopeasti vanheneva etulinja, joka antaa eilisen tietoa tämän päivän asiakkaalle.

Nimeä tietopohjalle omistaja

Puhebotti vastaa sen tiedon perusteella, jonka yritys antaa sille käyttöön. Jos tieto on vanhaa, vastauskin on vanha. Tämä kuulostaa itsestään selvältä, mutta käytännössä juuri tähän moni käyttöönotto kompastuu.

Tietopohja voi sisältää usein kysyttyjä kysymyksiä, hinnastoja, palvelukuvauksia, toimitusehtoja, toimipistekohtaisia tietoja, aukioloaikoja ja sisäisiä ohjeita. Jokaiselle näistä pitää olla omistaja.

Hyvä kysymys on: kuka saa päättää, että tämä vastaus muuttuu?

Jos vastaus on "varmaan markkinointi", "ehkä asiakaspalvelu" tai "toimittaja päivittää", malli on liian epämääräinen. Käytännössä kannattaa nimetä yksi liiketoiminnan omistaja ja sen alle aihekohtaiset vastuuhenkilöt.

Tietopohjaa ei tarvitse päivittää päivittäin, mutta muutospolun pitää olla selvä. Kun hinta, palvelu tai sääntö muuttuu, AI-puhelinpalvelu päivitetään samassa rytmissä kuin verkkosivu, CRM ja asiakaspalvelun sisäinen ohje.

Kuuntele puheluita säännöllisesti

Dashboard kertoo, mitä tapahtui. Puhelu kertoo, miltä se tuntui.

Siksi ylläpitoon pitää kuulua puheluiden kuuntelu. Ei kaikkien puheluiden. Se ei ole realistista eikä aina tarpeen. Mutta viikoittainen otos näyttää nopeasti, missä botin ohjeistus, äänensävy tai eskalointi kaipaa korjausta.

Kuuntelussa kannattaa arvioida ainakin nämä:

• ymmärsikö botti asiakkaan asian oikein
• kysyikö se vain tarpeelliset tiedot
• käyttikö se liian pitkiä vastauksia
• tekikö se järjestelmätoimenpiteen oikein
• myönsikö se rajoituksensa vai arvasi
• siirtyikö asia ihmiselle oikealla hetkellä
• saiko ihminen hyvän tiivistelmän jatkoa varten

Transkriptio auttaa hakemaan toistuvia aiheita, mutta ääni paljastaa ongelmia, joita teksti ei näytä. Esimerkiksi liian pitkä tauko, päälle puhuminen tai epävarma vahvistus voi tehdä muuten oikeasta vastauksesta huonon kokemuksen.

Mittarit, jotka oikeasti ohjaavat kehitystä

AI-puhelinpalvelun mittareita ei kannata kerätä koristeeksi. Jokaisella mittarilla pitäisi olla omistaja ja mahdollinen toimenpide.

Hyödyllisiä mittareita ovat esimerkiksi:

• puhelumäärä aiheittain
• onnistunut ratkaisu ilman ihmistä
• siirrot ihmiselle aiheittain
• keskeytetyt puhelut
• virheelliset kirjaukset taustajärjestelmiin
• keskimääräinen puhelun kesto
• odotusaika ennen ihmisen apua
• asiakaspalautteet ja reklamaatiot
• botin vastauksista tehdyt korjaukset

Yksi tärkeä mittari on syy siirtoon. Jos 40 prosenttia laskutuspuheluista siirtyy ihmiselle, se voi olla täysin oikein. Ehkä aihe on rajattu pois. Mutta jos syy on "botti ei löytänyt asiakasta", ongelma voi olla tunnistuksessa tai integraatiossa.

Mittarin pitää johtaa päätökseen: parannetaanko bottia, muutetaanko prosessia vai jätetäänkö aihe ihmiselle.

Integraatioiden valvonta kuuluu ylläpitoon

AI-puhelinpalvelu on harvoin hyödyllinen yksin. Se tarvitsee kalenterin, CRM:n, tikettijärjestelmän, verkkokaupan, ERP:n tai muun lähdejärjestelmän.

Kun integraatio toimii, asiakas saa vastauksen heti. Kun se ei toimi, botti voi jäädä kohteliaasti jumiin.

Siksi ylläpidossa pitää valvoa integraatioita samalla vakavuudella kuin muitakin tuotantojärjestelmiä. Tarvitaan ainakin:

• hälytys, jos API ei vastaa
• loki epäonnistuneista toiminnoista
• varapolku asiakkaalle
• selkeä viesti ihmiselle jatkokäsittelyyn
• säännöllinen testi tärkeimmille toiminnoille

Varapolku on erityisen tärkeä. Jos kalenteri ei vastaa, botin ei pidä jäädä yrittämään loputtomiin. Sen pitää kertoa asiakkaalle, että varauspyyntö välitetään ihmiselle, ja luoda tehtävä oikeaan paikkaan.

Tee parannuksille pieni julkaisurytmi

AI-puhelinpalvelua ei kannata muuttaa satunnaisesti aina kun joku huomaa virheen. Muuten kukaan ei tiedä, mikä versio on tuotannossa ja mitä muutoksella korjattiin.

Parempi malli on pieni julkaisurytmi. Esimerkiksi:

• kiireelliset korjaukset heti, jos botti antaa väärää tai riskialtista tietoa
• viikoittaiset pienet muutokset vastauksiin ja ohjeisiin
• kuukausittainen katsaus uusiin käyttötapauksiin
• neljännesvuosittainen päätös siitä, laajennetaanko automaatiota

Jokaisesta muutoksesta kannattaa säilyttää lyhyt muistiinpano: mitä muutettiin, miksi, kuka hyväksyi ja miten vaikutus tarkistetaan. Tämä kuulostaa byrokratialta, kunnes pitää selvittää, miksi botti alkoi luvata väärää toimitusaikaa.

Käytä palautetta mutta älä tottele jokaista yksittäistä puhelua

Yksi huono puhelu ei aina tarkoita, että bottia pitää muuttaa. Jos asiakas käyttää hyvin poikkeavaa ilmaisua, voi riittää, että tapaus merkitään seurantaan. Jos sama ongelma toistuu kolmesti viikossa, ohjeistusta pitää korjata.

Hyvä ylläpito erottaa yksittäistapaukset ja trendit.

Tähän auttaa luokittelu:

• virheellinen tieto
• puuttuva tieto
• väärä intentti
• huono äänensävy
• liian pitkä vastaus
• puutteellinen integraatio
• myöhäinen eskalointi
• asiakkaan odotusten väärä hallinta

Kun palautteet luokitellaan samalla tavalla, kehitystyö ei perustu kovimpaan ääneen vaan toistuviin ongelmiin.

Päätä, milloin AI:ta laajennetaan

Kun ensimmäinen käyttötapaus toimii, laajennus houkuttelee. Lisätään laskutus, reklamaatiot, myynti, ruotsi, toinen toimipiste ja outbound-muistutukset. Kaikki samassa kuussa, tietenkin. Huono idea.

Laajennukselle kannattaa asettaa ehdot. Uusi aihe lisätään vasta, kun nykyisen aiheen virhemäärä on hyväksyttävä, siirtotiivistelmät toimivat ja vastuuhenkilö pystyy ylläpitämään tietopohjaa.

Laajennus ei ole vain tekninen kopio. Jokainen uusi aihe tuo uuden riskin, uuden sanaston ja uuden päätöksenteon rajan.

Yhteenveto

AI-puhelinpalvelun ylläpito on tietopohjan hallintaa, puheluiden kuuntelua, mittareiden tulkintaa, integraatioiden valvontaa ja hallittua parantamista. Ilman tätä botti vanhenee hiljaa.

Hyvä ylläpitomalli tekee AI:sta osan normaalia palvelujohtamista. Silloin puhelinpalvelu ei jää demoksi, vaan paranee oikeiden puheluiden perusteella.

Aisteri rakentaa AI-puhelinpalveluihin ylläpitomallin jo käyttöönotossa: omistajat, mittarit, palautekanavat ja korjausrytmi. Voit kysyä lisää: visa.valkonen@aisteri.fi.