Keskustelun tallentaminen kuulostaa pieneltä askeleelta. Joku soittaa, kirjoittaa, lähettää sähköpostia — ja järjestelmä muistaa, mitä on sanottu, ja huolehtii siitä, että sillä tehdään jotain. Chat-ikkunan tai transkription alla on kuitenkin joukko ehtoja, jotka usein jäävät näkymättömiin, kunnes pilotti jumittuu. Tämä sivu kuvaa, mitä siihen konkreettisesti tarvitaan — ei sitä, onnistuuko se teidän organisaatiollenne.
Keskustelun tallentaminen tarkoittaa, että puhe tai teksti muunnetaan tietueeksi: kuka sanoi mitä, milloin ja mistä syystä. Seuranta tarkoittaa, että tästä tietueesta seuraa toiminto — tehtävä luodaan, tila muuttuu, joku saa signaalin. Se on ketju: tallentaminen, tulkinta, reititys, toteutus. Jokaisella lenkillä on omat vaatimuksensa. Tulkinnan on tiedettävä, mitkä kentät ovat merkityksellisiä. Reitityksen on tiedettävä, kuka mistä vastaa. Toteutuksen on päädyttävä jonnekin — järjestelmään, joka pystyy myös käsittelemään tämän toiminnon. Se, miten näitä vaiheita seuraavat toisiaan tarkalleen ottaen ja missä ne jumittuvat, on kuvattu sivulla ketjut, joissa vaiheet seuraavat toisiaan.
Ennen kuin järjestelmä voi tallentaa keskustelun hyödyllisellä tavalla, organisaation on itse pitänyt määrittää, mikä kyseisessä keskustelussa on merkityksellistä. Onko kyse valituksesta, hakemuksesta, muutoksesta, kysymyksestä, joka ei johda mihinkään? Jos tätä jaottelua ei ole olemassa, tai jos joka osasto käyttää siitä eri versiota, mitään ei voida tallentaa johdonmukaisesti. Tämä on organisaatiokysymys, ei tekninen ongelma: kyse on rooleista, vastuista ja siitä, kuka päättää, mikä on oikea käsittely. Näiden sopimusten puuttuessa järjestelmä kylläkin rekisteröi jotain, mutta ei mitään, minkä perusteella voitaisiin ohjata toimintaa.
Tallentaminen ilman seurantaa on arkisto. Seuranta vaatii, että keskustelu tavoittaa järjestelmän, joka voi käynnistää toiminnon — lipun, tehtävän, muutoksen dossierissa. Se vaatii yhteyden paikan, jossa keskustelu käydään, ja järjestelmien, joissa työ jatkuu, välille. Jos tätä yhteyttä ei ole, keskustelun tulos kirjoitetaan käsin uudelleen, ja silloin hyötyä on vähän. Ennen kuin tallentaminen ja seuranta toimivat yhdessä, on siis oltava infrastruktuuri, joka pystyy siirtämään viestejä, tiloja ja tietueita järjestelmien välillä — ei kertaluonteisena integraationa yhtä prosessia varten, vaan uudelleenkäytettävänä palveluna.
Tallennettu keskustelu on käyttökelpoinen vain, jos siinä esiintyvät tiedot — nimi, dossiernumero, päivämäärä — vastaavat sitä, mikä on jo tiedossa. Jos näitä tietoja ei ole tallennettu yksiselitteisesti, tai jos samasta asiakkaasta tai dossierista on olemassa useita versioita, syntyy seuranta, joka käynnistetään väärän yhteyden perusteella. Kyse ei ole paremmasta mallista, vaan datahallinnasta, joka on kunnossa etukäteen: yksiselitteinen tunnistaminen, vahvistettu totuuden lähde ja tapa havaita poikkeamat ennen kuin ne vaikuttavat toimintoon. Se, missä tämä havaitseminen itsessään vaatii erillisen kerroksen, on selitetty sivulla seuranta ja signaalit.
Seuranta ei aina ole kiinteän säännön noudattamista. Usein jossain ketjun kohdassa on tehtävä harkinta: onko tämä keskustelu kiireellinen, pitääkö se eskaloida, sopiiko se olemassa olevaan kategoriaan vai ei? Tätä harkintaa voidaan tukea, mutta silloin on ennalta oltava selvää, mitä tietoa harkinta vaatii ja kuka saa muuttaa lopputulosta. Mitä sen suhteen on ja mitä ei ole mahdollista, kerrotaan sivulla päätöksenteon tuki. Tämän valmistelun puuttuessa harkinta jää ihmiselle, mikä ei itsessään ole ongelma — se muuttuu ongelmaksi vasta, kun kukaan ei ole vahvistanut, että se on tarkoituksenmukaista.
Keskustelujen tallentamisen pilotti toimii usein yhden tiimin sisällä, yhdellä puhelinlinjalla tai yhdellä postilaatikolla, ja näyttää toimivan. Kun prosessi laajennetaan koko organisaatioon, käy ilmi, että pilotin oletukset eivät pädä kaikkialla: eri järjestelmät, eri määritelmät, eri vastuuhenkilöt. Se, miksi pilotti, joka toimii vain omassa nurkassaan, tuottaa harvoin mitään muulle organisaatiolle, on selitetty sivulla pilotit, jotka eivät etene omaa nurkkaansa pidemmälle. Ja jos kukaan pilotin jälkeen ei omista itse seurantaa, aloite häviää, kun huomio siirtyy muualle — katso myös demot vailla omistajaa.
Kun tallentaminen ja seuranta toimivat hyvin yhdessä, jokainen keskustelu on jäljitettävissä ja jokainen toiminto todennettavissa alkuperäiseen syyhyn asti. Se on edellytys prosessin rauhallisuudelle, ei tae nopeudesta tai vähemmästä työstä. Se, voidaanko keskustelujen tallentaminen myös toteuttaa järjestelmällä, joka itse ryhtyy toimeen, riippuu siitä, miten tämä toteutus on järjestetty — katso agentit, jotka toteuttavat työtä.
Tämä sivu kuvaa, mitä keskustelujen tallentaminen ja seuranta vaativat toimiakseen. Toinen kysymys on, mikä osa tästä työstä on todella siirrettävissä AI:lle ja mikä osa jää ihmisille. Tähän kysymykseen vastaa FTE TO AI:n työscan, joka laskee tehtäväkohtaisesti, mikä osa työstä on siirrettävissä ja mikä ei.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.