Vestluse salvestamine kõlab väikese sammuna. Keegi helistab, kirjutab, saadab e-kirja — ja süsteem jätab meelde, mis öeldi, ning tagab, et sellega midagi tehakse. Vestlusakna või transkriptsiooni alla peitub aga hulk tingimusi, mis tihti ei ole nähtavad enne, kui pilootprojekt takerdub. See lehekülg kirjeldab, mida see konkreetselt eeldab, mitte kas teie organisatsioonil see õnnestub.
Vestluse salvestamine tähendab, et kõne või tekst muudetakse kirjeks: kes ütles mida, millal ja mis põhjusel. Jälgimine tähendab, et sellest kirjest tuleneb tegevus — luuakse ülesanne, muutub staatus, keegi saab signaali. See on ahel: salvestamine, tõlgendamine, suunamine, täitmine. Igal lülil on oma nõue. Tõlgendamine peab teadma, millised väljad on olulised. Suunamine peab teadma, kes mille eest vastutab. Täitmine peab kuskil maanduma — süsteemis, mis suudab seda tegevust ka töödelda. Kuidas need etapid täpselt üksteisele järgnevad ja kus need takerduvad, on kirjeldatud lehel ahelad, kus sammud järgnevad üksteisele.
Enne kui süsteem saab vestlust salvestada viisil, mis on kasulik, peab organisatsioon ise olema kindlaks määranud, mis selles vestluses on oluline. Kas tegemist on kaebusega, taotlusega, muudatusega, küsimusega, mis eikuhugi ei viita? Kui sellist jaotust ei eksisteeri, või kui igal osakonnal on sellest erinev versioon, ei saa midagi järjepidevalt salvestada. See on organisatsiooniline küsimus, mitte tehniline probleem: see puudutab rolle, vastutusi ja küsimust, kes otsustab, mis on korrektne käsitlus. Nende kokkulepeteta registreerib süsteem küll midagi, aga ei midagi, mille põhjal saaks juhtida.
Salvestamine jälgimiseta on arhiiv. Jälgimine eeldab, et vestlus jõuab süsteemi, mis saab tegevuse käivitada — piletisüsteemi, ülesande, muudatuse toimikus. See eeldab ühendust vestluse toimumiskoha ja süsteemide vahel, kus töö edasi liigub. Kui sellist ühendust ei ole, kirjutatakse vestluse tulemus käsitsi üle, ja siis on kasu väike. Enne kui salvestamine ja jälgimine koos toimivad, peab seega olema infrastruktuur, mis suudab liigutada sõnumeid, staatusi ja kirjeid süsteemide vahel — mitte ühekordse integratsioonina ühe protsessi jaoks, vaid taaskasutatava vahendina.
Salvestatud vestlus on kasutatav vaid siis, kui selles esinevad andmed — nimi, toimiku number, kuupäev — vastavad juba teadaolevale. Kui need andmed ei ole ühetähenduslikult salvestatud, või kui samast kliendist või toimikust eksisteerib mitu versiooni, tekib jälgimine, mis käivitub vale seose alusel. See ei ole parema mudeli küsimus, vaid eelnevalt korrastatud andmehalduse küsimus: ühetähenduslik identifitseerimine, kindlaks määratud tõe allikas, ja viis kõrvalekallete signaliseerimiseks enne, kui need tegevusse jõuavad. Kus signaliseerimine iseenesest eraldi kihti eeldab, on selgitatud lehel seire ja signaliseerimine.
Jälgimine ei tähenda alati fikseeritud reegli järgimist. Tihti tuleb ahela mingis punktis teha kaalutlus: on see vestlus kiireloomuline, tuleb see eskaleerida, mahub see olemasolevasse kategooriasse või mitte? Seda kaalutlust võib toetada, kuid siis peab eelnevalt olema selge, milline teave selle kaalutluse jaoks on vajalik ja kes tulemust tohib muuta. Mis on siin võimalik ja mis mitte, on kirjas lehel otsustustoetus. Selle ettevalmistuseta jääb kaalutlus inimese kanda, mis iseenesest ei ole probleem — probleemiks muutub see vaid siis, kui keegi ei ole kindlaks määranud, et see on kavatsus.
Vestluste salvestamise pilootprojekt toimib tihti ühe meeskonna sees, ühe telefoniliini või ühe postkastiga, ja näib toimivat. Kohe kui protsess laiemalt rakendatakse, ilmneb, et selle pilootprojekti eeldused ei kehti kõikjal: teised süsteemid, teised definitsioonid, teised vastutajad. Miks pilootprojekt, mis toimib vaid oma nurgas, harva midagi annab ülejäänud organisatsioonile, on lahti kirjutatud lehel pilootprojektid, mis ei jõua kaugemale oma nurgast. Ja kui pilootprojekti järel keegi ei võta jälgimise omanikuks, kaob algatus niipea kui tähelepanu nihkub — vaadake ka omanikuta demod.
Kui salvestamine ja jälgimine omavahel hästi kokku sobivad, on iga vestlus jälgitav ja iga tegevus tagasi viidav põhjuseni. See on eeldus protsessi rahulikkusele, mitte garantii kiirusele või vähemale töömahule. Kas vestluste salvestamist saab teostada ka süsteem, mis ise tegevust algatab, sõltub sellest, kuidas see täitmine on korraldatud — vaadake tegevusi täitvad agendid.
See lehekülg kirjeldab, mida vestluste salvestamine ja jälgimine eeldab, et see saaks toimida. Teine küsimus on, milline osa sellest töö sisust on tegelikult AI abil üle võetav ja milline osa jääb inimeste kätte. Sellele küsimusele vastab FTE TO AI töömahu skaneering, mis arvutab ülesande kaupa, milline osa tööst on üleandmiseks sobiv ja milline mitte.
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.