Kai gyventojas klausia 22:47, o įstaiga jau seniai uždaryta
Viešajame sektoriuje klausimai nesustoja pasibaigus darbo laikui. Žmogus vakare nori sužinoti, kaip deklaruoti gyvenamąją vietą. Tėvai sekmadienį ieško, kada bibliotekoje vyks edukacija vaikams. Turistas traukinyje bando suprasti, ar muziejus pirmadienį dirba. Jei atsakymo nėra, dažniausiai lieka du variantai: skambinti rytoj arba ieškoti svetainėje, kur informacija paslėpta tarp senų naujienų ir PDF failų.
Čia atsiranda DI pokalbių robotas įstaigoms. Ne kaip madingas priedas, o kaip papildomas informacijos kanalas, kuris atsako tada, kai registratūra, klientų aptarnavimas ar informacijos centras jau nedirba. Jo darbas paprastas: suprasti klausimą lietuviškai, rasti tikslų atsakymą iš įstaigos turinio ir pateikti jį žmogui aiškiai, be biurokratinio rūko.
Svarbu viena detalė: geras robotas viešajame sektoriuje nėra „viską žinantis AI“. Jis neturi improvizuoti apie tai, ko įstaiga nėra paskelbusi. Jei savivaldybė nurodo, kad prašymui dėl socialinės paramos reikia konkrečių dokumentų, robotas turi remtis būtent tuo sąrašu. Jei muziejaus svetainėje parašyta, kad paskutinis lankytojų įleidimas likus valandai iki uždarymo, jis negali sugalvoti savo versijos.
Kuo toks robotas skiriasi nuo paprasto DUK puslapio?
DUK puslapis veikia tada, kai žmogus pats moka ieškoti teisingo klausimo. O realybėje jis dažnai klausia savaip. Ne „Kokie dokumentai reikalingi prašymui pateikti?“, o „ko man reikia atsinešti dėl kompensacijos“. Ne „Darbo laikas šventinėmis dienomis“, o „ar dirbat rytoj po pietų“.
Paprastas DUK yra sąrašas. Reikia spausti, skaityti, grįžti atgal, vėl ieškoti. Dirbtinis intelektas viešajam sektoriui čia naudingas tuo, kad priima natūralią kalbą. Žmogus rašo taip, kaip kalba telefonu ar prie langelio. Sistema atpažįsta ketinimą ir pateikia atsakymą iš kelių susijusių šaltinių: paslaugos aprašo, kontaktų puslapio, naujienos apie darbo laiką ar konkretaus padalinio informacijos.
Dar vienas skirtumas — kontekstas. Jei gyventojas pirmiausia paklausia „kur deklaruoti gyvenamąją vietą“, o po to parašo „o kokių dokumentų reikia“, DUK puslapis šito nesupranta. Pokalbių robotas supranta, kad antras klausimas susijęs su tuo pačiu veiksmu. Dėl to pokalbis juda pirmyn, o ne virsta mažomis paieškos lenktynėmis.
Vis dėlto nereikia apsimesti, kad chatbot pakeis visą aptarnavimą. Jis geriausiai dirba ten, kur klausimai kartojasi: darbo laikas, dokumentų sąrašai, paslaugų teikimo vieta, registracijos tvarka, bilietai, renginiai, maršrutai, kontaktai. Kai situacija individuali, robotas turi mokėti pasakyti: „čia jau reikia žmogaus“ ir nukreipti toliau.
Savivaldybės svetainė: mažiau skambučių dėl tų pačių dalykų
Savivaldybėse pasikartojantys klausimai sudaro didelę dalį srauto. Gyventojai klausia, kur pateikti prašymą, kokius dokumentus atsinešti, ar galima tai padaryti internetu, kada dirba konkretus skyrius, kaip užsiregistruoti vizitui. Dalis atsakymų svetainėje yra, bet jie išbarstyti per skirtingus puslapius, priedus ir formas.
Įsivaizduokime įprastą vakarą. Gyventojas 23 valandą atsidaro savivaldybės svetainę ir parašo: „noriu deklaruoti gyvenamąją vietą, nuo ko pradėti?“ Gerai paruoštas chatbot savivaldybei atsako ne bendrybėmis, o konkrečiai: kur tai daroma, ar paslauga teikiama internetu, kokių dokumentų gali reikėti, kur rasti oficialų paslaugos aprašą, ir pateikia nuorodą į formą arba registraciją.
Kitas scenarijus — socialinė parama. Žmogus klausia: „ar galiu pateikti prašymą dėl kompensacijos nuotoliu?“ Robotas gali paaiškinti, ar tai įmanoma, kokiame puslapyje teikiama paslauga, kokie dokumentai dažniausiai pridedami, ir kada kreiptis į specialistą, jei situacija nestandartinė. Čia svarbiausia ne „stebuklingas AI“, o tvarkingai sujungta savivaldybės informacija.
Nauda labai praktiška. Administracijos darbuotojai mažiau laiko skiria atsakymams į tą patį klausimą penkioliktą kartą tą pačią savaitę. Gyventojas greičiau gauna kryptį. O svetainė pagaliau tampa ne tik dokumentų sandėliu, bet ir veikiančiu informacijos kanalu.
- Darbo laikas: robotas atsako, kada dirba administracija, seniūnija ar konkretus padalinys.
- Paslaugos: paaiškina, kur rasti paslaugos aprašą ir kaip ją užsisakyti.
- Dokumentai: pateikia oficialų sąrašą, jei jis paskelbtas svetainėje.
- Kontaktai: nukreipia į atsakingą skyrių, kai klausimas per daug individualus.
Muziejuje robotas gali būti ne tik „pagalbos langelis“
Muziejų svetainėse lankytojų klausimai dažniausiai sukasi apie bilietus, darbo laiką, parodas, edukacijas ir atvykimą. Turistui ar šeimai su vaikais nereikia ilgo aiškinimo apie įstaigos struktūrą. Reikia greito atsakymo: kiek kainuoja bilietas, ar reikia registruotis, kiek trunka paroda, ar yra veiklų vaikams, kur palikti automobilį.
Tokioje situacijoje DI pokalbių robotas gali veikti kaip virtualus gidas prieš apsilankymą. Pavyzdžiui, žmogus klausia: „atvyksim šeštadienį su dviem vaikais, ką rekomenduotumėt?“ Jei muziejaus svetainėje yra informacija apie šeimoms skirtas parodas, edukacijas ir maršrutą per ekspoziciją, robotas gali pasiūlyti aiškų planą: nuo kurios parodos pradėti, kiek laiko skirti, ar reikia išankstinės registracijos, kur įsigyti bilietus.
Kitas realus scenarijus — turistas iš kito miesto. Jis parašo: „turėsiu tik valandą, ką verta pamatyti?“ Paprastas DUK į tai neatsakys, nes ten dažniausiai būna tik „bilietų kainos“ ir „darbo laikas“. O pokalbių robotas, jei turi prieigą prie ekspozicijų aprašų, gali pasiūlyti trumpą maršrutą: pagrindinė salė, viena laikina paroda, suvenyrų parduotuvė, paskutinis įėjimas iki tam tikros valandos.
Muziejams tai naudinga ir dėl sezoniškumo. Kai prasideda parodų atidarymai ar nemokamų lankymų savaitgaliai, klausimų srautas staigiai išauga. Tuo metu robotas perima rutiną: atsako apie bilietų rezervaciją, amžiaus grupes edukacijose, fotografavimo taisykles, ekskursijų kalbas. Darbuotojams lieka daugiau laiko pačiam lankytojui, o ne vien telefonui.
Ką muziejaus robotas gali daryti praktiškai?
- Bilietai: paaiškinti kainas, nuolaidas, nemokamo lankymo dienas.
- Parodos: trumpai pristatyti, kam jos skirtos ir kiek laiko užtruks apsilankymas.
- Maršrutai: pasiūlyti trumpą ar šeimai pritaikytą lankymo kelią.
- Atvykimas: parodyti adresą, parkavimo informaciją, viešojo transporto variantus.
Bibliotekoje svarbiausia ne triukas, o patogumas
Bibliotekos dažnai turi daug naudingos informacijos, bet ji išskaidyta: katalogas vienur, renginiai kitur, registracija trečiame puslapyje, skaitytojo taisyklės dar kitame. Vartotojui tai atrodo kaip atskiri pasauliai. Pokalbių robotas gali juos sujungti į vieną pokalbį.
Pirmas scenarijus labai žemiškas. Skaitytojas vakare rašo: „ar turit Kristinos Sabaliauskaitės knygų?“ Jei biblioteka leidžia robotui pasiekti katalogo informaciją, jis gali parodyti, ar knyga yra, kuriame filiale, ar šiuo metu paskolinta. Jei tiesioginės integracijos nėra, bent jau gali nukreipti į tikslią paiešką kataloge, o ne į bendrą pradžios puslapį.
Antras scenarijus — renginiai. Mama klausia: „ar šią savaitę bus veiklų vaikams?“ Robotas surenka informaciją iš renginių kalendoriaus ir pateikia aiškų atsakymą: data, laikas, amžiaus grupė, ar reikia registracijos. Tai daug patogiau nei naršyti penkis naujienų įrašus ir bandyti suprasti, kurie dar galioja.
Trečias scenarijus susijęs su taisyklėmis. Vartotojas parašo: „pamečiau knygą, ką dabar daryti?“ Čia robotas neturi moralizuoti. Jis turi paimti bibliotekos taisykles ir paaiškinti veiksmus: į ką kreiptis, kokia tvarka taikoma, kur rasti kontaktus. Tokie klausimai darbuotojams pažįstami iki skausmo, todėl automatizuotas pirmas atsakymas tikrai praverčia.
Lietuvių kalba: ne priedas, o esminė sąlyga
Viešajame sektoriuje neužtenka, kad sistema „kažkaip suprastų“. Ji turi suprasti lietuviškai taip, kaip žmonės iš tiesų rašo: su klaidomis, be nosinių, trumpiniais, šnekamąja kalba. Vienas parašys „deklaruot gyv vieta“, kitas — „gyvenamosios vietos deklaravimas“, trečias — „kur prisiregistruot prie adreso“. Visi jie klausia to paties.
Dėl to lietuvių kalbos palaikymas nėra techninė smulkmena. Jei robotas nesupranta linksnių, sinonimų ar dažnų klaidų, jis greitai pradeda erzinti. O viešojo sektoriaus svetainėje kantrybės testų niekam nereikia. Geriau mažiau funkcijų, bet aiškūs atsakymai lietuviškai, nei įmantrus įrankis, kuris stringa ties paprasčiausiu klausimu.
Kai kur verta pagalvoti ir apie kitas kalbas. Muziejui ar didesnei savivaldybei gali būti aktuali anglų ar rusų kalba, tačiau lietuvių kalba vis tiek turi būti pirmoje vietoje. Pirmiausia reikia gerai aptarnauti vietos gyventoją, o tik tada plėsti galimybes turistams ar užsienio svečiams.
BDAR ir duomenų saugumas: čia ne vieta improvizacijai
Kai tik pokalbis pasisuka apie AI, iškart atsiranda pagrįstas klausimas: o kaip su duomenimis? Viešajame sektoriuje jis ypač svarbus. Savivaldybė, biblioteka ar sveikatos įstaiga negali tiesiog paleisti roboto ir tikėtis, kad viskas bus gerai savaime.
Pirmoji taisyklė paprasta: robotas neturėtų rinkti daugiau asmens duomenų, nei būtina. Jei žmogus klausia apie darbo laiką ar bilietų kainas, jam nereikia prašyti asmens kodo, telefono ar adreso. Kuo mažiau jautrios informacijos pokalbyje, tuo mažiau rizikos.
Antras dalykas — aiškiai apibrėžti, iš kur robotas ima atsakymus ir kur saugomi pokalbių duomenys. Jei sistema mokoma iš įstaigos svetainės turinio, dokumentų ir paslaugų aprašų, reikia žinoti, kas turi prieigą, kiek laiko saugomi įrašai, ar jie anonimizuojami, kaip tvarkomi incidentai. BDAR čia nėra varnelė pirkimo dokumente. Tai kasdienė tvarka.
Trečias punktas — ribos. Jei klausimas pereina į individualų atvejį, pavyzdžiui, dėl socialinės paramos, skolų, sveikatos duomenų ar vaiko situacijos, robotas turi sustoti ir nukreipti žmogų į saugų kanalą. Kitaip tariant, jis puikiai tinka bendrai informacijai, bet neturi tapti savitarnos kabinetu be kontrolės.
Kiek kainuoja įdiegti?
Trumpas atsakymas būtų toks: priklauso ne nuo to, kad „čia AI“, o nuo to, kiek tvarkinga jūsų informacija ir kiek giliai norite integruoti robotą. Jei įstaiga nori tik atsakymų iš svetainės turinio — darbo laiko, paslaugų, kontaktų, renginių — diegimas paprastesnis. Jei reikia jungti katalogą, bilietų sistemą, registraciją ar vidines duomenų bazes, darbų apimtis natūraliai didėja.
Dažniausiai kainą sudaro keli sluoksniai. Pirmas — paruošimas: kokie puslapiai, dokumentai ir duomenų šaltiniai bus naudojami. Antras — pats įdiegimas ir pritaikymas svetainėje. Trečias — priežiūra: turinio atnaujinimai, atsakymų tikslinimas, stebėjimas, kaip robotas susitvarko su realiais klausimais. Čia svarbu suprasti vieną dalyką: pokalbių robotas nėra plakatas, kurį pakabinai ir pamiršai. Jį reikia prižiūrėti kaip gyvą informacijos kanalą.
Jei įstaigos svetainė tvarkinga, paslaugų aprašai aiškūs, o turinys atnaujinamas laiku, paleidimas vyksta sklandžiau. Jei informacija pasenusi, dubliuojasi arba paslėpta skenuotuose PDF, pirmiausia teks susitvarkyti pagrindus. Kartais didžiausia chatbot projekto nauda net ne pats robotas, o tai, kad įstaiga pagaliau susidėlioja savo turinį.
Kaip suprasti, ar jūsų įstaigai jo tikrai reikia?
Labai paprastas testas: pažiūrėkite, kokių klausimų dažniausiai sulaukiate telefonu, el. paštu ar per „Facebook“. Jei tie patys klausimai kartojasi kasdien, robotas gali būti naudingas. Jei kiekvienas atvejis unikalus ir reikalauja specialisto vertinimo, nauda bus mažesnė.
Savivaldybei jis dažniausiai pasiteisina, kai daug užklausų apie paslaugas ir dokumentus. Muziejui — kai lankytojai nuolat teiraujasi apie bilietus, parodas ir atvykimą. Bibliotekai — kai vartotojai ieško knygų, renginių ir taisyklių. Kitaip tariant, ten, kur yra aiški, viešai skelbiama informacija ir dažnas poreikis ją greitai gauti.
Dar vienas ženklas — svetainės struktūra. Jei žmogui reikia keturių paspaudimų, kad rastų elementarų atsakymą, pokalbių robotas gali sutrumpinti kelią. Ne tam, kad paslėptų blogą navigaciją, o tam, kad padėtų čia ir dabar. Geriausias variantas, kai veikia abu dalykai: ir aiški svetainė, ir patogus pokalbio langas.
Ne mada, o normalus aptarnavimo kanalas
Prieš kelerius metus pokalbių robotai dažnai atrodė kaip žaislas: iššokantis langas, kuris mandagiai pasisveikina ir nieko naudingo nepasako. Dabar situacija kita. Jei robotas remiasi realiu įstaigos turiniu, supranta lietuvių kalbą, turi aiškias ribas ir nepažeidžia duomenų saugumo taisyklių, jis tampa visai normaliu aptarnavimo kanalu.
Viešajame sektoriuje tai ypač svarbu, nes žmonės nori ne „wow efekto“, o aiškaus atsakymo. Ar dirbate rytoj? Kokių dokumentų reikia? Kur nusipirkti bilietą? Ar bibliotekoje yra ši knyga? Jei sistema į šiuos klausimus atsako greitai ir tiksliai, ji jau daro didelį darbą.
Galiausiai verta prisiminti paprastą principą: geras DI pokalbių robotas įstaigoms nepakeičia žmogaus, bet nuima nuo jo rutiną. O kai darbuotojui lieka mažiau pasikartojančių klausimų, daugiau laiko lieka tam, kam viešasis sektorius ir reikalingas — realiai pagalbai žmonėms.