AI-puhelinpalvelun käyttöönotto — vaihe vaiheelta

AI-puhelinpalvelun käyttöönotto menee pieleen yleensä samasta syystä: aloitetaan teknologiasta. Valitaan alusta, ääni, malli ja integraatiot ennen kuin kukaan on katsonut, miksi asiakkaat soittavat. Sitten ihmetellään, miksi ratkaisu tuntuu oudolta.

Parempi tapa on tylsempi, eli toimivampi. Ensin selvitetään puheluiden aiheet. Sitten valitaan rajattu käyttötapaus. Vasta sen jälkeen päätetään, mihin järjestelmiin AI tarvitsee pääsyn ja mitä sen saa tehdä.

Tämä opas käy läpi käyttöönoton vaiheittain. Ei siksi, että prosessi olisi pyhä. Siksi, että oikotiet maksavat tässä projektissa nopeasti.

1. Selvitä, miksi asiakkaat soittavat

Ensimmäinen vaihe on puheluiden läpikäynti. Jos yrityksellä on puhelutallenteita, tikettejä tai yhteydenottolokeja, ne kannattaa käydä läpi. Jos dataa ei ole, aloita viikon manuaalisella seurannalla. Kirjaa jokaisesta puhelusta aihe, kesto, lopputulos ja siirrettiinkö puhelu eteenpäin.

Tavoitteena ei ole täydellinen tutkimus. Tavoitteena on nähdä jakauma. Usein paljastuu, että 20–40 prosenttia puheluista koskee muutamaa toistuvaa asiaa: aukioloa, ajanvarausta, tilauksen tilaa, laskua, reklamaation vastaanottoa tai huollon ajan sopimista.

Tässä vaiheessa kannattaa myös merkitä puhelut kolmeen koriin:

• AI voi hoitaa kokonaan.
• AI voi kerätä tiedot ja siirtää ihmiselle.
• AI:n ei pidä koskea tähän vielä.

Kolmas kori on tärkeä. Ilman sitä projekti paisuu heti.

2. Valitse ensimmäinen käyttötapaus

Ensimmäisen käyttötapauksen pitää olla tarpeeksi arvokas, mutta ei vaarallisin mahdollinen. Hyviä aloituksia ovat ajanvaraukset, peruskysymykset, vikailmoituksen vastaanotto, tarjouspyynnön keruu ja puhelun esiluokittelu.

Huono ensimmäinen kohde on sellainen, jossa on paljon poikkeuksia, hyvityksiä, tunteita tai juridista tulkintaa. Niihin voidaan mennä myöhemmin, kun perusmalli toimii.

Hyvä rajaus kuulostaa tältä: AI vastaanottaa huollon ajanvarauspuhelut, kysyy laitteen tiedot, ehdottaa vapaita aikoja ja lähettää vahvistuksen. Jos asiakas vaatii hyvitystä, puhelu siirretään ihmiselle.

Huono rajaus kuulostaa tältä: AI hoitaa asiakaspalvelun. Se ei ole rajaus. Se on toive.

3. Kirjoita säännöt ennen promptia

Moni haluaa aloittaa puhebotin persoonasta. Silläkin on väliä, mutta ensin tarvitaan säännöt. Mitä AI saa tehdä? Mitä se ei saa tehdä? Milloin se siirtää puhelun ihmiselle? Mitä tietoja sen pitää aina kerätä?

Säännöt voivat olla hyvin käytännöllisiä:

• Älä lupaa toimitusaikaa, ellei se löydy järjestelmästä.
• Älä anna hintaa, jos kohteen koko puuttuu.
• Siirrä reklamaatio ihmiselle, mutta kerää ensin tilausnumero ja lyhyt kuvaus.
• Vahvista puhelun lopussa, mitä tapahtuu seuraavaksi.

Kun säännöt ovat selvät, prompti ja keskustelupolku voidaan kirjoittaa niiden päälle. Jos sääntöjä ei ole, promptista tulee pitkä toivelista. Sellaiset harvoin kestävät ensimmäistä oikeaa asiakasta.

4. Päätä integraatiot: luku, kirjaus vai toiminto

AI-puhelinpalvelu voi integroitua järjestelmiin eri tasoilla. Kevyin taso on tiedon lähetys ihmiselle: puhelun yhteenveto sähköpostiin, Slackiin tai CRM:ään. Seuraava taso on tiedon luku, esimerkiksi vapaat ajat, tilauksen tila tai asiakkuuden tunnistus. Vahvin taso on toiminto: AI tekee varauksen, päivittää osoitteen tai luo tiketin.

Ensimmäisessä versiossa ei tarvitse tehdä kaikkea. Itse asiassa ei kannata. Aloita yhdellä turvallisella integraatiolla. Jos ajanvaraus on selkeä, se voi olla hyvä. Jos asiakasdata on sekavaa, aloita yhteenvedoilla ja manuaalisella hyväksynnällä.

Tärkeä kysymys on tämä: jos AI tekee virheen, mitä tapahtuu? Jos virhe tarkoittaa väärää sisäistä luokitusta, se on korjattavissa. Jos virhe tarkoittaa väärää laskutusta tai sopimusmuutosta, tarvitaan vahvemmat suojat.

5. Testaa oikeilla puheluilla, älä demoilla

Demoissa kaikki toimii. Asiakas sanoo täydellisen lauseen, antaa tiedot oikeassa järjestyksessä ja kiittää lopuksi. Oikea asiakas mutisee autosta, keskeyttää, vaihtaa aihetta ja antaa puhelinnumeron kahdessa osassa.

Testauksessa pitää käyttää oikeita skenaarioita:

• asiakas ei tiedä asiakasnumeroa
• asiakas kysyy ensin yhtä asiaa ja vaihtaa toiseen
• taustalla on melua
• asiakas on vihainen
• järjestelmästä ei löydy tietoa
• puhelu pitää siirtää ihmiselle

Hyvä testi ei yritä todistaa, että AI on fiksu. Se yrittää rikkoa sen turvallisesti. Kun rikkoutumiskohdat löytyvät ennen tuotantoa, projekti säästää hermoja. Ja maineen, mikä on halvempi säästää etukäteen kuin korjata jälkikäteen.

6. Pilotti ja tuotantoon vienti

Pilotti kannattaa rajata numeroon, aikaan, asiakasryhmään tai puhelutyyppiin. Esimerkiksi ilta- ja viikonloppupuhelut, yhden toimipisteen ajanvaraukset tai tietyn tuotteen huoltopyynnöt. Rajaus tekee mittaamisesta selkeää.

Pilotissa seurataan vähintään näitä:

• kuinka monta puhelua AI käsitteli
• kuinka moni asia ratkesi ilman ihmistä
• kuinka moni siirrettiin oikein
• mitä tietoja jäi puuttumaan
• mitä asiakkaat sanoivat palautteessa
• kuinka paljon henkilökunnan työ väheni

Tuotantoon mennään vasta, kun tiedetään mitä tapahtuu poikkeuksissa. Jos AI ei ymmärrä, jos integraatio ei vastaa, jos asiakas haluaa ihmisen tai jos puhelu katkeaa. Nämä eivät ole sivuasioita. Ne ovat palvelun perusluotettavuus.

Aisteri voi hoitaa käyttöönoton kartoituksesta pilottiin ja tuotantoon. Jos haluat nähdä, mikä käyttötapaus olisi teillä järkevin ensimmäinen pala, aloita konfiguraattorista tai lähetä viesti: visa.valkonen@aisteri.fi.

Yhteenveto

AI-puhelinpalvelun käyttöönotto onnistuu, kun se aloitetaan puheluista eikä alustasta. Ensin selvitetään aiheet, sitten rajataan ensimmäinen käyttötapaus, kirjoitetaan säännöt, valitaan integraatiot ja testataan kunnolla.

Tämä ei ole näyttävin tapa aloittaa. Se on vain se tapa, joka yleensä toimii.