Miten vaihtaa AI-palveluntarjoajaa ilman katkoksia?

AI-palveluntarjoajan vaihtaminen kuulostaa paperilla helpolta: uusi toimittaja sisään, vanha ulos. Puhelinpalvelussa tämä on huono tapa ajatella. Asiakas ei välitä toimittajasopimuksesta. Hän välittää siitä, että puhelu menee läpi.

Katkokset syntyvät yleensä siitä, että vanhan palvelun logiikkaa ei tunneta tarpeeksi hyvin. Numerot, siirtosäännöt, tietopohja, integraatiot ja poikkeukset ovat kasvaneet matkan varrella, eikä kukaan ole kirjoittanut kaikkea yhteen paikkaan.

Vaihto onnistuu, kun sitä käsitellään migraationa eikä pelkkänä hankintana.

Tee nykytilasta inventaario

Ennen kuin uusi toimittaja rakentaa mitään, vanha kokonaisuus pitää avata. Selvitä ainakin nämä:

• mitkä numerot ohjautuvat AI-palveluun
• mitkä puhelutyypit AI hoitaa
• milloin puhelu siirretään ihmiselle
• mihin järjestelmiin puhelun tiedot menevät
• mitä tietopohjaa AI käyttää
• missä säilytetään lokit, nauhoitteet ja transkriptiot
• mitkä raportit ovat liiketoiminnalle tärkeitä

Tämä työ voi tuntua tylsältä. Se on silti vaihdon tärkein osa. Jos nykytilaa ei tunneta, uusi toimittaja päätyy arvaamaan.

Erota data, logiikka ja puhelininfra

AI-puhelinpalvelussa on useita kerroksia. Puhelinnumerot ja reititys ovat yksi kerros. AI:n keskustelulogiikka on toinen. Integraatiot CRM:ään, kalenteriin tai tikettijärjestelmään ovat kolmas. Raportointi ja lokitus ovat neljäs.

Vaihdossa pitää päättää, mikä kerros vaihtuu ja mikä jää. Joskus vaihdetaan vain AI-toimittaja, mutta puhelininfra pysyy. Joskus vaihdetaan kaikki, koska vanha ratkaisu on rakennettu liian tiukasti yhden alustan ympärille.

Älä sekoita näitä päätöksiä. Muuten pieni toimittajavaihto muuttuu vahingossa koko puhelinarkkitehtuurin remontiksi.

Rakenna rinnakkaisajo

Turvallisin tapa vaihtaa on rinnakkaisajo. Uusi palvelu rakennetaan ensin erilliseen testinumeroon tai rajattuun puhelupolkuun. Oikea tuotantonumero pysyy vielä vanhassa palvelussa.

Rinnakkaisajossa testataan samat puhelutyypit, joita vanha palvelu hoitaa. Ei vain mukavia demokeskusteluja, vaan myös epäselvät asiakkaat, puuttuvat tiedot, keskeytykset, ihmisen pyytäminen ja integraatiovirheet.

Kun uusi palvelu pääsee riittävän lähelle vanhan tason laatua, voidaan siirtää ensin osa liikenteestä. Esimerkiksi yksi numero, yksi toimipiste tai tietty kellonaika.

Päätä rollback ennen julkaisua

Vaihtoa ei pidä tehdä ilman palautuspolkua. Jos tuotantoon siirron jälkeen ilmenee iso ongelma, pitää tietää miten vanha reitti palautetaan.

Rollback ei ole epäonnistumisen merkki. Se on vakuutus. Hyvä suunnitelma kertoo, kuka tekee päätöksen, mitä teknistä muutosta tarvitaan, kuinka nopeasti se onnistuu ja miten asiakaspalvelulle kerrotaan tilanteesta.

Jos palautuspolkua ei ole, ensimmäinen tuotantovirhe muuttuu paniikiksi. Paniikissa tehdään harvoin tyylikkäitä ratkaisuja.

Siirrä tietopohja kuratoituna, ei kaatamalla

Vanhan palvelun tietopohjaa ei kannata kopioida sellaisenaan uuteen. Vaihto on hyvä hetki siivota vanhat ohjeet, ristiriitaiset vastaukset ja käyttämättömät poikkeukset.

Tee tietopohjasta versioitu paketti: mitä AI saa sanoa, mitä se ei saa sanoa, mikä vaatii ihmisen ja missä lähde sijaitsee. Lisää mukaan hyväksyjä. Hinnat, sopimusehdot ja asiakaslupaukset eivät saa vaihtua hiljaa toimittajavaihdon yhteydessä.

Jos vanhassa järjestelmässä on oppimishistoriaa, kysy mitä siitä voi viedä ulos. Intenttilistat, puhelutyyppien jakaumat ja epäonnistuneet aiheet ovat usein arvokkaampia kuin itse promptitekstit.

Testaa asiakasmatka päästä päähän

Vaihdossa ei riitä, että AI vastaa oikein. Koko polun pitää toimia. Asiakas soittaa, AI tunnistaa aiheen, kysyy tarvittavat tiedot, tekee jatkotoimen, kirjaa asian ja tarvittaessa siirtää ihmiselle.

Testaa ainakin nämä:

• varaus tai yhteydenottopyyntö syntyy oikeaan järjestelmään
• ihmiselle siirtyvä puhelu sisältää yhteenvedon
• asiakas saa sovitun vahvistuksen
• raportointi näyttää puhelun oikeassa kategoriassa
• virhetilanteesta syntyy näkyvä hälytys

Tämä on se kohta, jossa moni vaihto paljastuu keskeneräiseksi. Yksittäinen AI-vastaus voi olla hyvä, mutta palveluketju voi silti katketa.

Viesti sisäisesti ennen asiakkaita

Asiakaspalvelun ja myynnin pitää tietää, mitä muuttuu. Heille riittää yleensä lyhyt ohje: mikä vaihtui, mihin asiakkaat voivat törmätä, miten palautetta annetaan ja kuka vastaa korjauksista.

Asiakkaalle viesti voi olla vielä lyhyempi. Jos palvelun ääni tai aloitusteksti muuttuu selvästi, kerro että puhelinpalvelua on päivitetty. Älä tee siitä juhlapuhetta. Asiakas haluaa toimivan palvelun, ei toimittajavaihdon tiedotetta.

Yhteenveto

AI-palveluntarjoajan vaihto onnistuu ilman katkoksia, kun nykytila kartoitetaan, kerrokset erotetaan, uusi palvelu testataan rinnakkain, rollback suunnitellaan ja asiakaspolku varmistetaan päästä päähän.

Aisteri auttaa myös korjaamaan vanhoja puhe-AI-toteutuksia tai siirtämään ne hallitumpaan malliin. Jos nykyinen ratkaisu tökkii, aloita AI-kartoituksesta tai laita viesti: visa.valkonen@aisteri.fi.