AI-puhelinpalvelun pilotointi — näin testaat riskittömästi

AI-puhelinpalvelun pilotointi on hyvä ajatus, jos pilotti tarkoittaa oikeaa testiä. Liian usein se tarkoittaa demoa, jossa muutama sisäinen henkilö soittaa botille ja kysyy helppoja kysymyksiä. Kaikki nyökkäävät, koska ääni kuulostaa melko hyvältä. Sitten palvelu laitetaan tuotantoon ja ensimmäinen oikea asiakas tekee siitä selvää.

Riskitön pilotti ei tarkoita riskitöntä teknologiaa. Se tarkoittaa, että riskit rajataan niin pieniksi, ettei yksittäinen virhe riko asiakaskokemusta tai prosessia.

Tässä on käytännön tapa pilotoida puhe-AI:tä ilman turhaa draamaa.

Rajaa pilotti yhteen puhelutyyppiin

Ensimmäinen päätös on tärkein: mitä puheluita pilotti koskee? Älä pilotoi koko asiakaspalvelua. Valitse yksi puhelutyyppi, jossa on tarpeeksi volyymia ja selkeä lopputulos.

Hyviä pilottikohteita ovat esimerkiksi:

• ajanvarauksen vastaanotto
• tarjouspyynnön perustietojen keruu
• vikailmoituksen kirjaus
• aukiolo- ja toimitustietojen kyselyt
• liidin esikarsinta
• tapahtumailmoittautumiset

Rajaus kannattaa tehdä niin tarkaksi, että onnistuminen voidaan todeta. Esimerkiksi: AI vastaanottaa siivouspalvelun tarjouspyynnöt pääkaupunkiseudulla ja kerää vähintään kohteen tyypin, koon, osoitteen, aikataulun ja yhteystiedot.

Tuo on testattavissa. “Parannetaan asiakaspalvelua AI:lla” ei ole.

Päätä, kenelle pilotti näkyy

Pilotin ei tarvitse alkaa kaikista asiakkaista. Sen voi rajata ajallisesti, numerokohtaisesti, toimipistekohtaisesti tai asiakasryhmittäin. Tämä on usein fiksumpaa kuin täysi julkaisu.

Vaihtoehtoja:

• AI vastaa vain aukioloajan ulkopuolella.
• AI vastaa vain yhteen kampanjanumeroon.
• AI käsittelee vain yhden toimipisteen ajanvaraukset.
• AI ottaa vastaan puhelut, mutta ei tee muutoksia ilman ihmisen hyväksyntää.

Viimeinen malli on hyvä alku monelle yritykselle. AI kerää tiedot ja tekee yhteenvedon. Ihminen tarkistaa ja hyväksyy. Näin nähdään heti, säästääkö AI aikaa ja ovatko tiedot käyttökelpoisia.

Jos tässä vaiheessa tulee virheitä, ne jäävät sisäiseen käsittelyyn. Asiakas ei joudu maksamaan pilotin oppirahoja.

Testipuhelut pitää tehdä vähän ilkeästi

Hyvä testaus ei ole kohteliaisuuskierros. Sen tarkoitus on löytää kohdat, joissa AI menee sekaisin, lupaa liikaa tai jättää tiedon keräämättä.

Testaa ainakin nämä:

• asiakas puhuu epäselvästi tai vaihtaa aihetta
• asiakas ei tiedä kaikkia tietoja
• asiakas haluaa ihmisen
• asiakas on ärtynyt
• järjestelmästä ei löydy sopivaa aikaa tai tilausta
• puhelu sisältää asian, jota AI ei saa ratkaista
• asiakas antaa puhelinnumeron, osoitteen tai nimen hankalassa muodossa

Jokaisesta testistä kirjataan, mitä AI teki ja mitä sen olisi pitänyt tehdä. Tästä syntyy parannuslista. Ei pitkä “kehitetään myöhemmin” -lista, vaan konkreettiset korjaukset ennen pilotin avaamista.

Mittarit: mitä pilotista pitää oppia?

Pilotin mittarit kannattaa päättää ennen käynnistystä. Muuten jälkikäteen poimitaan ne luvut, jotka näyttävät kivoilta. Se on inhimillistä, mutta huono tapa johtaa.

Hyödyllisiä mittareita ovat:

• puheluiden määrä
• onnistuneesti käsitellyt puhelut
• ihmiselle siirretyt puhelut ja siirron syy
• puuttuvat tai virheelliset tiedot yhteenvedoissa
• asiakkaan odotusaika
• henkilökunnan säästynyt aika
• manuaalisesti korjattujen tapausten määrä
• asiakkaiden palaute

Pelkkä automaatioaste ei riitä. Jos AI hoitaa 80 prosenttia puheluista, mutta puolet tiedoista on huonoja, projekti ei ole onnistunut. Parempi ensimmäinen tavoite voi olla 30 prosenttia puheluista hyvin kuin 80 prosenttia vähän sinne päin.

Ihmisen varmistus ja hätäuloskäynti

Riskittömässä pilotissa ihmiselle siirtyminen on suunniteltu, ei häpeä. Asiakas saa pyytää ihmistä. AI saa itse todeta, että tämä ei kuulu sen rajaukseen. Järjestelmävirhe ei saa päättyä hiljaisuuteen.

Varmista ainakin nämä:

• puhelu voidaan siirtää tai takaisinsoittopyyntö luoda
• asiakkaalle kerrotaan selvästi, mitä tapahtuu seuraavaksi
• henkilökunnalle lähtee ymmärrettävä yhteenveto
• AI ei tee peruuttamattomia muutoksia ilman sääntöä
• pilotin voi sulkea nopeasti, jos laatu ei riitä

Tämä ei ole pessimismiä. Tämä on tuotantoajattelua. Jokainen palvelu epäonnistuu joskus. Hyvät palvelut epäonnistuvat siististi.

Päätös: jatka, laajenna vai lopeta

Pilotin lopussa pitää tehdä päätös. Ei “jatketaan katsomista” ikuisesti. Päätös voi olla jatkaa samalla rajauksella, korjata ja testata uudelleen, laajentaa seuraavaan puhelutyyppiin tai lopettaa koko käyttötapaus.

Laajentaminen kannattaa tehdä vasta, kun kolme asiaa on kunnossa:

1. AI hoitaa valitun puhelutyypin luotettavasti. 2. Poikkeukset siirtyvät ihmiselle oikein. 3. Data päätyy oikeaan järjestelmään käyttökelpoisessa muodossa.

Jos nämä eivät toteudu, lisääminen ei auta. Se vain monistaa ongelman. Pieni ja toimiva on parempi kuin iso ja levoton.

Aisteri voi rakentaa pilotin niin, että se alkaa rajatusta puhelutyypistä ja kasvaa vasta mittareiden perusteella. Jos haluat suunnitella ensimmäisen testin, aloita konfiguraattorista tai lähetä viesti: visa.valkonen@aisteri.fi.

Yhteenveto

AI-puhelinpalvelun pilotointi kannattaa tehdä pienesti, mutta tosissaan. Rajaa puhelutyyppi, päätä kenelle pilotti näkyy, testaa hankalat tilanteet ja mittaa muutakin kuin automaatioastetta.

Hyvä pilotti ei todista, että AI on taikalaatikko. Se todistaa, että yksi tarkasti valittu puheluprosessi toimii paremmin kuin ennen. Siitä on paljon järkevämpi jatkaa.