Keskustelu
Agentti kuuntelee, ymmärtää ja keskustelee rajatun puhelutehtävän sisällä.
AI-puhelinagentti voi tunnistaa ajanvaraustarpeen, valmistella CRM-yhteenvedon tai pyytää human handoffia. Se on eri asia kuin oikeus tehdä ulkoinen muutos. AI Callissa integraatiot ja niiden toimintaoikeudet käsitellään erillisenä kerroksena.
Kaksi demoa. Valitse, kumpaa haluat kokeilla.
AI Call · Suomenkielinen AI-puhelinagentti yritykselle
Asiakkaan asia selviää yhteenvedosta. Voit myös lukea keskustelun tai kuunnella tallenteen.
Mikko · esimerkkiasiakas
Mikko kysyi autolleen määräaikaishuoltoa ensi viikolle. Huoltoaika jäi sovittavaksi yrityksen kanssa.
Aikaa ei ole vielä varattu.
Näin Leon vastaa autohuollon demopuheluun.
Äänikatkelma oikeasta autohuollon testipuhelusta. Mikon yhteenveto ja keskustelu ovat erillinen, keksitty esimerkki.
“10X Autohuolto Demo, Leon tässä.”Leon
Hei! Olen yrityksen tekoälyvastaaja. Miten voin auttaa?
Hei, onnistuisiko auton määräaikaishuolto ensi viikolla?
Voin välittää huoltopyynnön. Mikä auto sinulla on?
Škoda Octavia, vuosimalli 2018.
Milloin huolto sopisi sinulle?
Tiistaina tai torstaina aamupäivällä.
Selvä. Millä nimellä välitän pyynnön?
Mikko.
Kiitos, Mikko. Välitän toiveesi. Yritys ottaa sinuun yhteyttä ajan sopimiseksi.
Mikon esimerkin tiedot ovat keksittyjä ja numero on peitetty. Oikean puhelun numero näkyy, kun se välittyy puhelun mukana. Tallenteet ovat käytettävissä, kun tallennuksesta on sovittu ja se on käytössä.
KESKUSTELU ≠ TOIMINTAOIKEUS
AI Callin arkkitehtuurissa ulkoiset toiminnot kulkevat erillisen policy/authority-kerroksen kautta. Tavoite on estää tilanne, jossa kielimallin vapaa tekstivastaus voisi yksin päättää CRM-kirjauksesta, kalenterivarauksesta, CRM- tai muun järjestelmän toiminnosta tai muusta ulkoisesta muutoksesta.
Jokainen toiminto sidotaan vähintään tenanttiin, puheluun, agenttiversioon, työkaluun, pyydettyyn inputtiin, authority-päätökseen ja execution-resulttiin. Epäselvä identity-, tenant-, tool- tai authority-tila failaa kiinni.
Agentti kuuntelee, ymmärtää ja keskustelee rajatun puhelutehtävän sisällä.
Kielimalli voi ehdottaa seuraavaa toimintoa, kuten ajanvarausta, CRM-kirjausta tai handoffia.
Erillinen policy/authority-kerros tarkistaa, onko juuri tämä toiminto sallittu tälle tenantille, puhelulle ja työkalulle.
Vasta hyväksytty toiminto siirtyy nimetylle integraatiolle toteutettavaksi, jos se on kyseisessä deploymentissa oikeasti toteutettu.
NYKYINEN INTEGRAATIOTILA
AI Callin arkkitehtuuri nimeää kalenterin, CRM:n, muiden liiketoimintajärjestelmien ja human transferin mahdollisiksi initial tools -integraatioiksi. Nykyinen repo-evidenssi ei kuitenkaan todista yleisesti valmista Calendar-, CRM- tai muiden järjestelmien -adapteria production-käyttöön. Siksi AI Call ei julkaise näitä logo-wall-tyyppisinä “valmiina integraatioina”.
Käyttöönotossa integraatio rajataan erikseen: mikä järjestelmä, mitä dataa saa lukea, mitä saa kirjoittaa, millä tunnisteella tenant ja käyttäjä sidotaan, mitä tapahtuu virheessä ja miten toiminto auditoidaan.
Kokeilussa mahdollinen, mutta ei oletuksena live. Ajanvaraustarpeen tunnistaminen on eri asia kuin kalenteritapahtuman luominen.
Erillinen integraatio ja kirjoitusoikeus. Puheluyhteenveto voidaan valmistella ilman, että mitään kirjoitetaan CRM:ään.
Muut CRM- ja liiketoimintajärjestelmät voidaan liittää erillisen, käyttöönotossa hyväksytyn integraation kautta. Tarkat luku- ja kirjoitusoikeudet määritellään tapauskohtaisesti.
Arkkitehtuuriperiaate on todennettu. Tarkka live-siirto riippuu telephony- ja deployment-toteutuksesta ja pitää todentaa erikseen.
LUKU VS KIRJOITUS
Integraatiokeskustelussa tärkein raja ei ole vain se, mihin järjestelmään agentti yhdistetään, vaan mitä toimintoja sen annetaan tehdä. Pelkkä kontekstin lukeminen voi olla riittävä joissakin käyttötapauksissa. Toisissa puhelun lopputulos voidaan valmistella ihmiselle ilman yhtään automaattista kirjoitusta.
Agentti saa hakea vain erikseen hyväksyttyä kontekstia. Lukuoikeus ei anna kirjoitusoikeutta.
Agentti voi muodostaa esimerkiksi ehdotetun tapaamisen tai lead-yhteenvedon ilman ulkoista muutosta.
CRM-, kalenteri- tai muu write-action vaatii erillisen integraation, toimintaoikeuden ja testauksen.
Puhelu tai tehtävä voidaan valmistella ihmiselle. Live-siirron tekninen toteutus on deployment-kohtainen.
KALENTERI
AI voi keskustelussa selvittää palvelun, ajankohdan ja muut sovitut ajanvaraustiedot. Varsinainen vapaan ajan hakeminen ja tapahtuman luominen edellyttää nimettyä kalenteri-integraatiota, autentikointia, sallittuja toimintooikeuksia ja testattua virheenkäsittelyä.
Siksi AI-ajanvaraus-sivulla erotetaan tiedon keruu varsinaisesta kalenterimutaatiosta.
CRM JA LEAD RADAR
Myyntipuhelusta voidaan muodostaa esimerkiksi asiakkaan tarve, konteksti, sovitut kvalifiointikentät ja seuraava askel. Tämä structured outcome on eri asia kuin CRM- tai muu järjestelmäkirjaus. Kirjoitustoiminto otetaan käyttöön vasta, kun valittu integraatio, kenttämapping, duplicate-käyttäytyminen ja authority-raja on erikseen todennettu.
Muut liiketoimintajärjestelmät ovat integraatiosuunta, mutta AI Call ei väitä kaikkien olevan tällä hetkellä yleisesti live jokaisessa deploymentissa.
HUMAN HANDOFF
Human handoff on AI Callin core-mallissa oma kokonaisuutensa. Asterisk-telephony edge tukee siirtoprimitiivejä arkkitehtuuritasolla, mutta tästä ei seuraa, että jokainen AI Call -deployment olisi automaattisesti live-transfer-valmis. Käytettävä trunkki, reititys, puhelinnumero, policy ja testattu failure-path ratkaisevat todellisen siirtokyvyn.
TIETOTURVA
CRM-, kalenteri- ja muut integraatiot voivat lisätä uusia henkilötietoja, tunnisteita, autentikointisalaisuuksia ja säilytyspaikkoja. Siksi tuotantointegraatio tarvitsee data-flow- ja tietosuojatarkistuksen sekä selkeän secret-management-rajan. Katso myös AI-puhelinagentti tietoturva.
INTEGRAATIOKOKEILU
Hyvä integraatiokokeilu ei aloita “yhdistä kaikki CRM:ään”. Se valitsee yhden järjestelmän, yhden datavirran ja yhden sallitun toiminnon — esimerkiksi hyväksytyn ajanvarauspyynnön lukemisen tai CRM-yhteenvedon valmistelun — ja todistaa authentication-, authority-, error- ja audit-polun ennen laajempaa kirjoitusoikeutta.
Keskustele integraatiokokeilustaUSEIN KYSYTTYÄ
CRM on arkkitehtuurissa mahdollinen integraatiotyyppi, mutta sitä ei pidä tulkita yleisesti valmiiksi live-integraatioksi. Valittu CRM, luku- ja kirjoitustoiminnot sekä autentikointi toteutetaan ja todennetaan erikseen.
Vain erikseen toteutetussa ja hyväksytyssä kalenteri-integraatiossa. Agentti voi tunnistaa ajanvaraustarpeen ja kerätä tiedot myös ilman kalenterin kirjoitusoikeutta.
Ei. Automaattista CRM- tai muuta järjestelmäkirjoitusta ei oleteta. Se vaatii erillisen integraation, kenttämappingin, authority-päätöksen ja testauksen.
Kyllä arkkitehtuuritasolla read- ja write-oikeudet voidaan erottaa. Käytännön deploymentissa sallittu luku pitää kuitenkin rajata ja toteuttaa erikseen.
Human handoff on arkkitehtuuriperiaate. Tarkka live-transfer toteutus riippuu telephony-, trunk-, routing- ja deployment-evidenssistä.
Koska ulkoiset kirjoitukset voivat muuttaa asiakasdataa, kalenteria, myyntiputkea tai muita tuotantojärjestelmiä. Siksi ne tarvitsevat erillisen toimintarajan ja evidenssin.
AI CALL
Valitaan yksi järjestelmä, yksi datavirta ja yksi toiminto, joka voidaan todentaa turvallisesti.
Keskustele integraatiosta