Pokalbio fiksavimas skamba kaip nedidelis žingsnis. Kažkas skambina, rašo, siunčia laišką — ir sistema prisimena, kas buvo pasakyta, ir pasirūpina, kad su tuo kažkas būtų padaryta. Tačiau po pokalbių langu ar transkripcija slypi visa eilė sąlygų, kurios dažnai nėra pastebimos, kol pilotinis projektas neįstringa. Šiame puslapyje aprašoma, ko konkrečiai tam reikia, o ne tai, ar tai pavyks jūsų organizacijai.
Pokalbio fiksavimas reiškia, kad kalba ar tekstas paverčiami įrašu: kas ką pasakė, kada ir kokia buvo priežastis. Tolesnis vykdymas reiškia, kad iš to įrašo išplaukia veiksmas — sukuriama užduotis, pasikeičia statusas, kažkas gauna signalą. Tai yra grandinė: fiksavimas, interpretavimas, nukreipimas, vykdymas. Kiekviena grandis turi savo reikalavimą. Interpretavimas turi žinoti, kurie laukai yra svarbūs. Nukreipimas turi žinoti, kas už ką atsakingas. Vykdymas turi kažkur nusileisti — sistemoje, kuri tą veiksmą taip pat gali apdoroti. Kaip tiksliai šie žingsniai seka vienas po kito ir kur jie įstringa, aprašyta puslapyje grandinės, kuriose žingsniai seka vienas po kito.
Prieš sistema galės fiksuoti pokalbį naudingu būdu, organizacija pati turi nustatyti, kas tame pokalbyje yra svarbu. Ar tai skundas, prašymas, pakeitimas, klausimas, kuris niekur neveda? Jei tokio skirstymo nėra, arba jei kiekvienas padalinys naudoja savo versiją, nėra kaip nuosekliai kažko fiksuoti. Tai organizacinis klausimas, ne techninė problema: kalbama apie vaidmenis, atsakomybę ir tai, kas nustato, kas yra teisingas sprendimas. Be tokių susitarimų sistema kažką registruoja, tačiau ne tai, ką galima naudoti valdymui.
Fiksavimas be tolesnio vykdymo yra tik archyvas. Tolesnis vykdymas reikalauja, kad pokalbis pasiektų sistemą, galinčią pradėti veiksmą — bilietą, užduotį, pakeitimą byloje. Tam reikia jungties tarp vietos, kur pokalbis vyksta, ir sistemų, kuriose darbas tęsiasi. Jei tokios jungties nėra, pokalbio rezultatas perrašomas ranka, ir tada mažai kas pasiekta. Todėl, kad fiksavimas ir tolesnis vykdymas veiktų kartu, turi būti sukurta infrastruktūra, galinti perduoti pranešimus, statusus ir įrašus tarp sistemų — ne kaip vienkartinė integracija vienam procesui, o kaip pakartotinai naudojama priemonė.
Užfiksuotas pokalbis yra naudingas tik tuomet, jei jame esantys duomenys — vardas, bylos numeris, data — sutampa su tuo, kas jau žinoma. Jei šie duomenys nėra vienareikšmiškai užfiksuoti, arba jei egzistuoja keletas to pačio kliento ar tos pačios bylos versijų, kyla rizika, kad tolesnis vykdymas pradedamas remiantis netinkama jungtimi. Tai nėra geresnio modelio klausimas, o iš anksto sutvarkyto duomenų valdymo klausimas: vienareikšmis identifikavimas, nustatytas tiesos šaltinis ir būdas signalizuoti apie nukrypimus prieš jiems paveikiant veiksmą. Kur tokiam signalizavimui reikia atskiro sluoksnio, paaiškinta puslapyje stebėjimas ir signalizavimas.
Tolesnis vykdymas ne visada yra fiksuotos taisyklės sekimas. Dažnai grandinėje kažkur reikia priimti sprendimą: ar šis pokalbis yra skubus, ar jį reikia eskaluoti, ar jis tinka esamai kategorijai, ar ne. Šis sprendimas gali būti palaikomas, tačiau tuomet iš anksto turi būti aišku, kokia informacija tam sprendimui reikalinga ir kas gali koreguoti rezultatą. Kas šiuo atžvilgiu galima, o kas ne, aprašyta puslapyje sprendimų palaikymas. Be tokio pasiruošimo sprendimas paliekamas žmogui, o tai savaime nėra problema — problema tampa tik tuomet, kai niekas nenustatė, kad tai yra tikslas.
Pokalbių fiksavimo pilotinis projektas dažnai veikia vienoje komandoje, su viena telefono linija ar viena pašto dėžute, ir atrodo, kad funkcionuoja. Kai procesas išplečiamas plačiau, paaiškėja, kad to pilotinio projekto prielaidos ne visur veikia: kitos sistemos, kitos apibrėžtys, kiti atsakingi asmenys. Kodėl pilotinis projektas, kuris veikia tik savo kampelyje, retai duoda naudos likusiai organizacijai, aprašyta puslapyje pilotiniai projektai, kurie nepasiekia toliau nei savo kampelis. Ir jei po pilotinio projekto niekas nėra paties tolesnio vykdymo savininkas, iniciatyva pranyksta, kai dėmesys pasislenka kitur — žr. taip pat demonstracijos be savininko.
Jei fiksavimas ir tolesnis vykdymas gerai dera vienas su kitu, kiekvienas pokalbis yra atsekamas, o kiekvienas veiksmas — susekamas iki jo priežasties. Tai yra sąlyga proceso ramybei, o ne garantija greičiui ar mažesniam darbo kiekiui. Ar pokalbių fiksavimą taip pat gali vykdyti sistema, kuri pati imasi veiksmų, priklauso nuo to, kaip tas vykdymas yra sutvarkytas — žr. agentai, kurie vykdo darbą.
Šiame puslapyje aprašyta, ko reikia, kad pokalbių fiksavimas ir tolesnis vykdymas galėtų veikti. Kitas klausimas — kokią dalį šio darbo iš tikrųjų galima perduoti AI, o kokia dalis lieka žmonėms. Į šį klausimą atsako FTE TO AI darbo skanavimas (werkscan), kuris kiekvienai užduočiai apskaičiuoja, kokią darbo dalį galima perduoti, o kokios negalima.
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.