AI numero

Rutiinikyselyt

Toistuvat kysymykset—aukioloajat, yhteystiedot, tilauksen tila, toimitusehdot—vastataan heti ilman jonotusta. Henkilöstö vapautuu asiantuntijatehtäviin ja poikkeustilanteisiin.

Rutiinikyselyt yrityksen palveluista

Soittaja saa vastaukset tuotteista, palveluista ja hinnoittelusta omalla kielellään. AI voi hyödyntää yrityksesi kontekstia ja tarvittaessa dataa järjestelmistäsi, jotta vastaukset pysyvät linjassa brändisi kanssa.

Poissaoloilmoitukset

Työntekijä voi ilmoittaa poissaolosta puhelimitse; tiedot voidaan välittää HR-järjestelmään tai vuoronhallintaan webhook- tai integraatiorajapinnan kautta. Yksi kanava vähentää sähköposti- ja chat-ruuhkaa.

Sairauspoissaoloilmoitukset

Sairauspoissaolot voidaan kirjata ohjeistuksen mukaisesti: toistuva rakenne, tietosuoja ja oikeat seuraavat askeleet (esim. esimiehelle tai HR:lle). Hallinnon manuaalinen puhelunkäsittely vähenee.

Tiedonkeruu

Puhelun aikana voidaan kerätä strukturoitua tietoa: palaute, liidi, tukipyynnön kuvaus tai kentät, jotka teillä on jo CRM:ssä tai tiketöinnissä. Yhteenveto ja kerätty data voidaan toimittaa järjestelmiinne automaattisesti.

Roskapuhelut ja sisällön luokittelu

Tekoäly voi luokitella puhelun aiheen ja intentin (esim. asiakaspalvelu, myynti, epäilyttävä tai selvästi ei-toivottu) ja ohjata käsittelyn—tai katkaista selvästi turhat yhteydenotot. Näin jonot ja ihmisten aika eivät kulu vääriin puheluihin. Tarkat käytänteet, kehotteet ja rajaukset sovitaan käyttöönotossa.

Integraatio asiakasjärjestelmään (webhook)

Puhelun elinkaaren tapahtumat lähetetään teidän määrittämäänne `call_webhook_url` -osoitteeseen JSONina: mukana mm. soittajan ja vastaanottajan numerot (`caller`, `callee`), `call_id`, `action` (esim. puhelun alku, soitto, vastaus, päättyminen) ja `context` (tilatieto, `collected_data`).

HTTP 200 -vastauksessa voi palauttaa `instructions`-objektin: esimerkiksi `welcome_text_webhook` tervehdykseen, `use_prompt` tai `add_to_prompt` järjestelmäkehotteen säätöön sekä `collected_data`-päivityksiä. Näin taustajärjestelmänne voi rikastaa kontekstia ja ohjata tekoälyn käyttäytymistä puhelun aikana. Webhook-virhe tai myöhästynyt vastaus ei katkaise puhelua (fail-open). Tekninen rajapinta: Call Webhook API (ks. myös integraatiot-esimerkit sivulla).

Esimerkki: puhelinkeskus ja palveluvalikko

Puhelun alussa voi olla klassinen palveluvalikko: esimerkiksi «Valitse palvelu suomeksi, paina 1», «Service in English, press 2», ja «Tekoälyavusteinen asiointi—ohittaa jonon, paina 3». Kolmospolussa tekoäly palvelee monikielisesti ja vaikka keskellä yötä, voi kerätä työlistaa ja luokitella pyyntöjä sekä kirjata tiedot järjestelmään webhook- tai integraatiorajapinnan kautta.

Asiakkaaseen voidaan ottaa yhteyttä takaisin, kun ihminen on käsitellyt tekoälyn ylös kirjaaman asian. Syvemmällä integraatiolla osa tapauksista voi hoitua loppuun automaattisesti tekoälyn toimesta ilman erillistä manuaalivaihetta—toteutus on tapauskohtainen.

Ajanvaraus ja kalenteri

Äänipolussa malli voi käyttää valittuja työkaluja—dokumentoidussa toteutuksessa esimerkiksi kalenteri- ja varausintegraatioita (`calendar_tool`, `reservation_tool`). Soittaja voi tarkistaa vapaita aikoja tai tehdä varauksen; tarkka työkalupaketti ja oikeudet sovitaan käyttöönotossa.

Takaisinsoittopyynnöt ja liidit

Soittaja voi jättää yhteystiedon tai takaisinsoittopyynnön; kentät voidaan kirjata `collected_data`-rakenteeseen ja välittää webhookilla CRM:iin tai myyntijonoon. AI voi vahvistaa tiedot puhelun aikana ennen tallennusta.

Yhdistäminen ihmiselle

Kun asia vaatii asiantuntijan, puhelu voidaan yhdistää edustajalle—sama periaate kuin sivun interaktiivisessa demossa (siirtymä tekoälystä ihmiseen). Reititys ja käytänteet sovitaan palveluasetuksissa.

Työkalukutsut (function calling) puhelun aikana

Keskusteluketjussa voi olla käytössä funktiokutsut: työkaluja kuten soittajan tietojen keruu, kalenteri, varaus ja numerohaku (esim. `caller_info_tool`, `calendar_tool`, `reservation_tool`, `number_lookup_tool` — nimikkeet ja käyttöönotto projektikohtaisia). Työkalun tulos palautuu keskusteluun; vastaus voi perustua järjestelmädatalle, ei pelkkään vapaaseen tekstiin.

Multimodal-äänipolku ja LLM

Puhelu voidaan käsitellä multimodal-pohjaisella äänipolulla (ääni ↔ malli). Webhook-elinkaaren `action`-tapahtumat ovat tuettuja sekä perinteisessä että multimodal-käsittelyssä; reaaliaikaiset transkriptit ja valmis yhteenveto (esim. `call.summary_ready`) voidaan toimittaa samaan webhook-URL:iin. Käytettävä kielimalli ja konfiguraatio sovitaan käyttöönotossa.

Webhook

Toteutus perustuu Call Webhook API -määrittelyyn: numerolle määritellään yksi `call_webhook_url` ja valinnainen API-avain. Palvelu tekee osoitteeseen `POST`-kutsuja JSON-muodossa (`schema_version`, `call_id`, `action`, `event_time`, `context`). Eri puhelunvaiheet erottuvat `action`-kentästä (esim. `call.initiated`, `call.ringing`, `call.answered`, `call.completed`, `call.failed`) — sama osoite kaikille.

Vastauksena endpoint palauttaa HTTP 200 ja JSON:n, jossa voi olla `instructions` (esim. tervehdyksen ohjaus `welcome_text_webhook`, kehotemuutokset `use_prompt` / `add_to_prompt`, `collected_data`-rikastus). Näin oma järjestelmänne voi syöttää kontekstia ja ohjata käyttäytymistä ilman erillistä erikoisprotokollaa. Virheellinen tai myöhästyvä vastaus ei katkaise puhelua (fail-open).

Puhelun aikana sama osoite voi vastaanottaa myös reaaliaikaisia transkriptitapahtumia (runko erotettavissa elinkaaren `action`-kentästä). Kun yhteenveto on valmis, voidaan lähettää erillinen `call.summary_ready` (tai laajennettu `call.completed`) samalle URL:lle: mukana transkripti ja AI:n tuottama yhteenveto kontekstissa.

Yhteenveto JSON-muodossa

Yhteenvetosähköposti voidaan toimittaa myös tiketöintijärjestelmään tai muuhun järjestelmään JSON-muotoisena, jolloin yhteenveto voidaan käsitellä automaattisesti.

URL-konteksti puhelun aikana

Puhelun aikana voidaan hyödyntää verkko-osoitteeseen, kampanjaan tai tukipyyntöön liittyvää kontekstia: esimerkiksi mistä sivusta soittaja tuli tai mikä asia on kyseessä, kun tieto välitetään järjestelmänne kautta. Tämä vähentää toistoa ja auttaa AI:ta ymmärtämään tilanteen ilman pitkää alkusanailmausta.

Muut integraatiot

Tarvittaessa voidaan toteuttaa myös muita yhteyksiä (REST, väliohjelmistot, oma hallintapaneeli) tapauskohtaisesti. Zapier-integraatio on mahdollinen DPA-sopimuksella. Tarkka rajapintamalli ja käytettävissä olevat tapahtumat sovitaan käyttöönoton yhteydessä.