AI-agentit — seuraava askel puhe-AI:n evoluutiossa

AI-agentit ovat seuraava askel puhe-AI:ssa, jos sana agentti ymmärretään oikein. Se ei tarkoita maagista digitaalista työntekijää, joka hoitaa kaiken ja pyytää palkankorotusta joulukuussa. Se tarkoittaa rajattua järjestelmää, joka voi suunnitella lyhyen tehtäväketjun, käyttää työkaluja ja tarkistaa lopputuloksen.

Puhe-AI:ssa ero on iso. Perinteinen botti vastaa kysymykseen. AI-agentti voi kysyä tarkennuksen, hakea tiedon CRM:stä, tarkistaa kalenterin, varata ajan asiakkaan vahvistuksella, kirjata tapahtuman ja lähettää yhteenvedon. Se on paljon hyödyllisempää. Se on myös paljon riskialttiimpaa, jos rajoja ei tehdä.

Tässä artikkelissa käydään läpi, mitä AI-agentit tarkoittavat puhe-AI:n näkökulmasta, missä niitä kannattaa käyttää ja miten yritys voi ottaa agenttimallin käyttöön ilman että tuotannosta tulee improvisaatioteatteri.

Botti vastaa, agentti toimii

Yksinkertainen jako auttaa. Botti on keskustelukäyttöliittymä. Se tunnistaa kysymyksen ja antaa vastauksen. Agentti on toiminnallinen järjestelmä. Se voi valita seuraavan askeleen rajatun tavoitteen sisällä.

Esimerkiksi asiakas soittaa autohuoltoon ja sanoo: haluaisin siirtää huoltoajan ensi viikolle.

Botti voi vastata: voit siirtää ajan verkkosivuilla tai asiakaspalvelun kautta.

Agentti voi:

1. tunnistaa asiakkaan ja nykyisen varauksen 2. kysyä, mitkä päivät sopivat 3. hakea vapaat ajat kalenterista 4. ehdottaa vaihtoehtoa 5. pyytää vahvistuksen 6. siirtää varauksen 7. lähettää vahvistuksen 8. kirjata muutoksen

Tämä on se kohta, jossa AI alkaa säästää oikeaa työtä. Mutta jokainen vaihe tarvitsee luvan, lokin ja virhepolun. Agentti, jolla on vapaa pääsy kaikkeen, on vain nopea tapa tehdä uusia ongelmia.

Agentti tarvitsee tavoitteen ja rajat

Hyvä AI-agentti ei ole yleinen nero. Se on rajattu toimija. Sillä on tavoite, työkalut ja säännöt.

Puhe-AI-agentin määrittelyssä kannattaa kirjoittaa:

• mitä tehtävää agentti hoitaa
• mitä tietoja se saa pyytää asiakkaalta
• mitä järjestelmiä se saa lukea
• mitä järjestelmiä se saa muuttaa
• milloin asiakkaalta tarvitaan vahvistus
• mitä agentti ei saa tehdä
• milloin puhelu siirtyy ihmiselle

Jos tätä ei kirjoiteta, agentti toimii promptin, mallin ja sattuman varassa. Se voi näyttää demossa fiksulta ja tuotannossa liian luovalta. Asiakaspalvelussa luovuus on hyvä ominaisuus ihmiselle. Integraatioita käyttävälle agentille se on tarkasti annosteltava aine.

Työkalut tekevät agentista agentin

Agentti tarvitsee työkaluja. Muuten se on vain LLM, joka puhuu itsevarmasti. Työkalu voi olla API-kutsu, tietokantahaku, CRM-kirjaus, viestin lähetys, ajanvaraus tai sisäisen työnkulun käynnistys.

Työkalujen kanssa pitää käyttää vähimmän oikeuden periaatetta. Jos agentin tehtävä on varata aika, se ei tarvitse oikeutta poistaa asiakkaita. Jos agentti luo tiketin, se ei tarvitse pääsyä laskutushistoriaan. Jos agentti hakee tilauksen tilan, se ei tarvitse oikeutta hyvittää tilausta.

Lisäksi työkalukutsut kannattaa rakentaa niin, että ne ovat ennustettavia. Agentille ei anneta vapaata tekstikenttää tee mitä haluat. Sille annetaan rajattu toiminto: hae varaus, näytä vapaat ajat, luo tiketti, lähetä vahvistus. Mitä selkeämpi työkalun sopimus on, sitä vähemmän malli pääsee säveltämään.

Vahvistus ennen muutosta

Puheessa asiakkaan lauseet ovat usein epätarkkoja. Voisikohan sen siirtää joskus ensi viikolle ei ole lupa muuttaa varausta. Agentin pitää erottaa aikomus, ehdotus ja vahvistettu päätös.

Hyvä sääntö on, että kaikki ulkoisesti näkyvät tai asiakasdataa muuttavat toimet vaativat vahvistuksen. Agentti voi sanoa:

Löysin ajan tiistaille 16.6. kello 14.30. Siirränkö nykyisen varauksesi siihen?

Vasta asiakkaan kyllä-vastauksen jälkeen agentti tekee muutoksen. Sama koskee peruutuksia, osoitteen muutoksia, maksusuunnitelmia, reklamaatioita ja viestien lähettämistä. Tämä hidastaa puhelua muutamalla sekunnilla. Se on halpa hinta siitä, ettei AI tee väärää muutosta reippaasti.

Muisti ja konteksti: hyödyllinen mutta vaarallinen

Agenttikeskustelussa tarvitaan kontekstia. Agentin pitää muistaa, mitä asiakas sanoi aiemmin puhelussa, mitä järjestelmästä löytyi ja mitä se on jo luvannut. Pitkäkestoinen muisti on silti eri asia.

Yrityksen pitää päättää, mitä agentti saa muistaa puhelun jälkeen. Säilytetäänkö vain yhteenveto? Tallennetaanko koko transkriptio? Käytetäänkö tietoa seuraavassa puhelussa? Miten asiakas voi pyytää tietojen poistamista? Tietosuoja ei katoa siksi, että sana agentti kuulostaa tekniseltä.

Usein hyvä malli on lyhyt keskustelukonteksti puhelun aikana ja rajattu operatiivinen yhteenveto puhelun jälkeen. Analytiikka tehdään anonymisoidusti tai aggregoituna. Kaikkea ei tarvitse muistaa ikuisesti. Ikuisesti on järjestelmille yleensä huono lupaus.

Missä agentit toimivat parhaiten?

AI-agentit sopivat parhaiten prosesseihin, joissa tehtävä on toistuva, säännöt ovat selkeät ja järjestelmät tarjoavat rajapinnat.

Hyviä alkuja ovat:

• ajanvarauksen tekeminen ja muuttaminen
• takaisinsoittopyynnön kirjaaminen
• tilaustilanteen tarkistus
• palautus- tai reklamaatiotiketin luonti
• liidin kvalifiointi ja kalenteriajan ehdottaminen
• huoltopyynnön vastaanotto
• sisäisen IT-tukipyynnön esikäsittely

Huonoja alkuja ovat tehtävät, joissa päätös on vaikutukseltaan iso, tieto on epäselvää tai prosessi elää tapauskohtaisesti. Luottopäätös, terveydenhuollon triage, työsuhdearvio tai juridinen neuvonta eivät ole ensimmäisen agenttipilotin järkeviä kohteita. Ei vaikka demo näyttäisi hyvältä. Varsinkin jos demo näyttää liian hyvältä.

Lokitus: agentin pitää jättää jälki

Kun agentti käyttää työkaluja, jokaisesta tärkeästä vaiheesta pitää jäädä jälki. Tämä ei ole vain compliance-asia. Se on myös arjen vianetsintää.

Lokita ainakin:

• puhelun tunniste ja aika
• agentin käyttötapaus
• asiakkaalta saadut olennaiset tiedot
• haetut tietolähteet
• työkalukutsut ja niiden tulokset
• asiakkaan vahvistukset
• tehdyt muutokset
• eskaloinnit ihmiselle ja syyt
• agentin ohjeistuksen versio

Samalla pitää välttää tarpeetonta henkilötietojen roiskimista teknisiin lokeihin. Audit trail ja debug-loki kannattaa erottaa. Agentin pitää olla jäljitettävä, mutta ei vuotava. Tämä raja on tylsä rakentaa ja erittäin mukava, kun jokin menee pieleen.

Ihminen ei ole varapainike, vaan osa mallia

Moni agenttiprojekti epäonnistuu, koska ihminen lisätään mukaan vasta lopussa. Ajatellaan, että jos AI ei osaa, se siirtää puhelun ihmiselle. Mutta mitä ihmiselle siirtyy? Asiakkaan nimi? Puhelun yhteenveto? Agentin jo tekemät toimet? Epävarmuuden syy? Vai pelkkä ärtynyt asiakas linjalla?

Hyvässä mallissa ihminen on suunniteltu osaksi prosessia:

• agentti osaa luovuttaa selkeästi
• asiakaspalvelija saa kontekstin
• asiakkaan ei tarvitse aloittaa alusta
• ihminen voi korjata agentin kirjauksen
• palautteesta syntyy kehityssykli

Tämä on käytännössä hybridimalli. AI hoitaa toistuvat vaiheet, ihminen hoitaa poikkeamat ja vastuun. Se ei ole yhtä raflaavaa kuin täysautomaattinen agentti. Se on parempi.

Käyttöönoton polku

AI-agentti kannattaa ottaa käyttöön vaiheittain.

1. Valitse yksi käyttötapaus. 2. Piirrä prosessi: mitä tapahtuu ennen puhelua, sen aikana ja sen jälkeen. 3. Määritä agentin työkalut ja käyttöoikeudet. 4. Kirjoita kielletyt tehtävät. 5. Lisää vahvistus ennen muutoksia. 6. Rakenna lokitus ja ihmiseen siirtyminen. 7. Testaa virhetilanteet ja väärinkäyttöyritykset. 8. Avaa pilotti rajatulle liikenteelle. 9. Seuraa puheluita ja paranna sääntöjä.

Jos tämä kuulostaa enemmän prosessityöltä kuin AI-taikuudelta, hyvä. Puhe-AI:n tuotantokäyttö on prosessityötä, jossa on AI mukana. Toisin päin ajateltuna siitä tulee helposti näyttävä demo ja keskinkertainen palvelu.

Moniagenttimalli ei ole ensimmäinen askel

AI-agenttien yhteydessä puhutaan usein moniagenttimalleista, joissa eri agentit hoitavat eri tehtäviä. Yksi agentti kerää tiedot, toinen hakee asiakastiedot, kolmas arvioi seuraavan toimenpiteen ja neljäs kirjoittaa yhteenvedon. Tämä voi olla järkevää monimutkaisissa prosesseissa. Se voi olla myös erinomainen tapa tehdä yksinkertaisesta asiasta tarpeettoman vaikea.

Ensimmäiseen puhe-AI-agenttiin riittää yleensä yksi selkeä agentti ja rajatut työkalut. Kun käyttötapaus kasvaa, tehtäviä voidaan erottaa. Esimerkiksi asiakaspalvelussa yksi agentti voi hoitaa keskustelun, toinen voi tehdä taustahaun ja kolmas voi tarkistaa, että vastaus perustuu hyväksyttyyn tietoon. Mutta tämä kannattaa rakentaa vasta, kun yksinkertainen malli toimii.

Moniagenttimallissa valvonta korostuu. Jos agentit keskustelevat keskenään ja tekevät välipäätelmiä, lokituksen pitää näyttää, miksi lopputulos syntyi. Muuten virheen selvittäminen on kuin yrittäisi päätellä kokouksen päätöstä kahvihuoneen murusista. Mahdollista ehkä, järkevää ei.

Yrityksen kannattaa kysyä jokaisesta agentista sama asia: mitä arvoa tämä erillinen rooli tuo? Jos vastaus on epäselvä, yhdistä roolit tai jätä vaihe pois. Arkkitehtuurin monimutkaisuus ei ole itseisarvo, vaikka se näyttäisi kaaviossa vakuuttavalta.

Milloin agenttia ei kannata käyttää?

Kaikki puhelinprosessit eivät tarvitse agenttia. Jos asiakkaan kysymys on yksinkertainen ja vastaus löytyy yhdestä ohjeesta, tavallinen puhe-AI tai jopa hyvin tehty IVR voi riittää. Agentti kannattaa ottaa mukaan silloin, kun puhelu vaatii useamman vaiheen, tietojen hakemista tai toimenpiteen tekemistä.

Agenttia ei kannata käyttää ensimmäisenä, jos prosessia ei ole määritelty ihmisillekään. Jos asiakaspalvelijat ratkaisevat saman asian viidellä eri tavalla, AI-agentti ei maagisesti standardoi sitä. Ensin pitää päättää, mikä oikea prosessi on. Vasta sitten se kannattaa automatisoida.

Varovaisuutta tarvitaan myös, jos päätöksellä on suuri vaikutus asiakkaaseen. Agentti voi kerätä tiedot luottohakemukseen, mutta ei välttämättä saa tehdä päätöstä. Agentti voi kirjata potilaan takaisinsoittopyynnön, mutta ei tehdä hoidon kiireellisyysarviota ilman hyväksyttyä terveydenhuollon prosessia. Agentti voi valmistella hyvityspyynnön, mutta ihmisen pitää ehkä hyväksyä hyvitys.

Hyvä nyrkkisääntö: käytä agenttia, kun tehtävä on toistuva, rajattu ja järjestelmät tukevat sitä. Älä käytä agenttia peittämään epäselvää prosessia, huonoa dataa tai päätöstä, jota organisaatio ei uskalla määritellä. AI on huono matto, jonka alle lakaistaan prosessivelka.

Agentin nimi ei ratkaise mitään

Markkina täyttyy agentti-sanoista nopeasti. Voice agent, AI agent, autonomous agent, agentic workflow. Nimistä ei kannata innostua liikaa. Ostajan pitää katsoa, mitä järjestelmä oikeasti tekee: käyttääkö se työkaluja, mitä se saa muuttaa, miten se pyytää vahvistuksen ja miten tapahtumat jäljitetään.

Jos agentti vain vastaa kysymyksiin, se on käytännössä botti uudella nimellä. Se voi silti olla hyödyllinen, mutta ostajan kannattaa tietää mitä ostaa. Jos agentti tekee muutoksia järjestelmiin, tarvitaan vahvempi pääsynhallinta, lokitus ja testaus. Sama sana voi siis tarkoittaa hyvin eri riskitasoa.

Hyvä toimittaja pystyy näyttämään agentin tehtäväketjun vaihe vaiheelta. Huono toimittaja näyttää animaation, jossa laatikot liikkuvat ja kaikki näyttää älykkäältä. Laatikot eivät ole kontrolli.

Yhteenveto

AI-agentit tekevät puhe-AI:sta toiminnallisemman. Ne eivät vain vastaa, vaan voivat rajatuissa tilanteissa hakea tietoa, käyttää työkaluja, pyytää vahvistuksia, tehdä muutoksia ja kirjata lopputuloksen. Juuri siksi ne tarvitsevat selkeät rajat.

Yrityksen kannattaa aloittaa pienestä, toistuvasta ja hyvin määritellystä prosessista. Agentille annetaan vain ne työkalut, joita se tarvitsee. Muutokset vahvistetaan asiakkaalta. Korkeamman riskin asiat siirtyvät ihmiselle. Lokit kertovat, mitä tapahtui.

Aisteri rakentaa puhe-AI-agentteja käyttötapauksen ympärille, ei agentti-sanan ympärille. Jos haluat selvittää, missä omassa puhelinprosessissa agenttimalli olisi järkevä, aloita konfiguraattorista tai kysy suoraan: visa.valkonen@aisteri.fi.