AI-chatbot veebivormidele: väljaabi, vead ja turvaline üleandmine

Keerulised veebivormid ei ebaõnnestu harva üheainsa sisestusvälja tõttu. Enamasti tekib hõõrdumine mitmest väiksest ebakindlusest: millist dokumenti mõeldakse? Mis formaadis kuupäeva oodatakse? Miks sisestus tagasi lükati? Ja mis saab siis, kui erijuhtum ei sobi ettenähtud valikutega? AI-chatbot veebivormidele saab aidata just nendes kohtades – selgitades vormi ilma selle reegleid välja mõtlemata või otsuseid üle võtmata.

Õige lähenemine ei ole bot, mis „kuidagi täitmisel aitab“. Vajalik on selgelt piiritletud abikiht kontrollitud väljainfoga, arusaadavate veateadete, ligipääsetava kasutamise, andmekaitsepiiride ja usaldusväärse teega inimabiliseni. See juhend näitab, kuidas veebi-, toote- ja klienditoetiimid saavad seda kihti planeerida, testida ja käitada.

Vorm jääb siduvaks allikaks

Chatbot tohib selgitada, kuid ei tohi käituda nii, nagu teaks ta serveripoolset kontrolliolekut, mida ta ei näe. Vorm ehk vastav teenus jääb kohustuslike väljade, lubatud väärtuste, tähtaegade, õiguste ja tegeliku saatmise allikaks. Bot kasutab eranditult kinnitatud infot ja kirjeldab ebakindlust avatult.

See eraldamine hoiab ära ohtlikud lühised. Kasulik vastus on näiteks: „Selle välja jaoks on ette nähtud formaat PP.KK.AAAA.“ Probleemne oleks: „Kuupäev on kindlasti kehtiv“, kuigi sisuline kontroll toimub alles saatmisel. Samuti ei tohiks bot vestlusest pärit isikuandmeid küsimata väljadesse üle kanda ega kinnitada esitamist, mida vorm pole kinnitanud.

Alustage väljaabi maatriksist

Enne viipade loomist vajab iga oluline väli väikest versioonitud teadmiste sissekannet. Praktiline väljaabi maatriks sisaldab:

• stabiilset välja ID-d ja nähtavat nimetust;
• sisestuse eesmärki arusaadavas keeles;
• kohustuslikku või vabatahtlikku staatust ning lubatud formaate;
• neutraalset näidet ilma päris isikuandmeteta;
• teadaolevaid erijuhtumeid ja välistatud juhtumeid;
• vastutavat allikat ja selle uuendamise kuupäeva;
• sobivat veaabi ja eskaleerimisteed.

Chatbot peaks saama võimalusel ainult praeguse vormisammu ja konkreetse abiküsimuse konteksti. Ta ei pea teadma kogu senist taotlust, kui keegi küsib vaid kuupäeva formaadi kohta. See vähendab andmete edastamist, vähendab tähelepanu hajumist ja muudab vastused paremini testitavaks.

Abi peab säilima välja kõrval

Chatbot ei asenda korratuid silte, vihjeid ja veateateid vormis. W3C Web Accessibility Initiative soovitab siduda vajalikud andmed, formaadid ja olulised juhised otse ja programmselt vastava juhtelementidega. Juhiseid saab näiteks aria-describedby kaudu väljaga siduda. Bot täiendab seda infot selgituse või näitega, kuid ei tohi olla ainus koht, kust seda leida saab.

Planeerige seepärast kaks tasandit: lühike, püsivalt nähtav väljaabi kõigile ja süvendatud vestlusabi konkreetseteks lisaküsimusteks. Kes ei saa või ei soovi vestlust avada, peab saama vormi ikkagi edukalt kasutada. Rohkem detaile pakub WCAG kontrollnimekiri ligipääsetavatele AI-chatbotidele.

Veateadetest saavad konkreetsed järgmised sammud

„Vigane sisestus“ ei selgita probleemi ega lahendust. WCAG 2.2 edukriteeriumi 3.3.1 kohaselt tuleb automaatselt tuvastatud sisestusviga identifitseerida ja tekstina kirjeldada. W3C juhised näitavad lisaks, et täpne kirjeldus võib sageli edasi anda ka parandamisvõimaluse. Ühendkuningriigi GOV.UK Design System soovitab vigast sisestust mitte kustutada ning kasutada sama selget teadet nii välja juures kui ka veakokkuvõttes.

Bot saab olemasolevat teadet igapäevakeeles selgitada, kuid ei tohiks seda ümber tõlgendada. Näiteks saab „Sünnikuupäev: formaadiviga“ selgituseks: „Sisestage päev, kuu ja aasta igaüks kahekohaliselt, näiteks 08.04.1990.“ Teate „Teenus pole praegu saadaval“ puhul ei tohi ta aga väita, et kasutaja sisestus on vale. Tehnilised tõrked, puuduvad õigused ja sisulised sisestusvead vajavad erinevaid vastuseid ja erinevaid järgmisi samme.

Validatsioon jääb deterministlikuks ja serveripoolseks

Kohustuslike väljade, väärtusvahemike, failitüüpide või sisuliste reeglite jaoks on deterministlik validatsioon sobivam kui vaba tekstiloomine. W3C vormijuhend viitab sellele, et kliendipoolne kontroll võib kasutamist parandada, kuid sellest on lihtne mööda minna; turvalisuse seisukohalt oluline kontroll peab seetõttu toimuma ka serveris. Chatbot selgitab nende reeglite tulemust, kuid ei asenda neid.

Tugev järjekord on järgmine: vorm kontrollib, annab stabiilse veakoodi, kasutajaliides näitab selget teadet ja bot tohib sama koodi põhjal pakkuda täiendavat abi. Nii jääb väide eri keeltes ja kanalites ühtseks. Kui teadaolev veakood puudub, vastab bot tagasihoidlikult ja viitab nähtavale teatele või klienditoele, selle asemel et põhjust ära arvata.

Isikuandmed ei kuulu automaatselt vestlusesse

Vormid võivad töödelda kontaktandmeid, lepingunumbreid, terviseteavet, isikut tõendavaid dokumente või muud tundlikku sisu. Abi peaks seetõttu algama andmete minimeerimisest. Küsimuse „Mis kuupäeva formaat kehtib?“ jaoks ei vaja mudel tegelikku sünnikuupäeva. Küsimuse „Millise oma dokumendi lehekülje peaksin üles laadima?“ jaoks ei ole tavaliselt vaja dokumendi koopiat.

Sõnastage juhised, mis väldivad mittevajalikku avaldamist: „Ärge nimetage siin täielikku isikukoodi või dokumendinumbrit. Kirjeldage vaid, milline tähistus on ebaselge.“ Ärge logige rohkem konteksti, kui on vajalik klienditoe ja kvaliteedikontrolli jaoks. Kui turvaline töötlemine vajab autentitud andmeid, kuulub see selleks ettenähtud kaitstud protsessi, mitte avalikku veebivestlusesse.

Katkestussignaalid aitavad – kuid ilma surveta

Bot saab pakkuda abi, kui keegi saab korduvalt sama veateate, jääb pikalt ühele sammule või küsib konkreetselt tuge. Ta ei tohiks aga pelga kõhlemise tõttu tekitada kiirustamist, hirmu ega kunstlikku piiratust. Hea katkestusabi pakub valikuid: lugeda vihjet, jätkata hiljem, kontrollida andmeid või võtta ühendust inimesega.

Vältige selliseid sõnastusi nagu „Lõpetage ainult nüüd“ või automaatseid sõnumeid pärast iga lühikest seisakut. Mõõtke selle asemel, kas abi viib tegelikult arusaadavamate parandusteni: vähem korduvaid veakoode, edukas tagasipöördumine vastava välja juurde, vabatahtlikult kasutatud abi ja jälgitavad üleandmised. Pelgalt kõrgem esitamismäär ei ole kvaliteeditõend, kui inimesed teevad seejuures valesid sisestusi.

Ligipääsetavus kehtib ka vestlusabi kohta

Bot peab olema klaviatuuriga ligipääsetav, teavitama fookuse muutustest arusaadavalt ning töötama suurenduse ja väikeste ekraanide korral. Vastused peaksid olema selgelt liigendatud, piisavalt lühikesed ja ilma mittevajaliku erialakeeleta. Kui abi avaneb, ei tohi see varjata vigast välja ega kustutada sisestatud sisu. Pärast sulgemist peaks fookus loogiliselt vormi juurde tagasi pöörduma.

W3C õpetused soovitavad pikkade vormide puhul loogilisi samme ja tuvastatavat edenemisriba. Täpselt sellest peaks juhinduma ka bot: ta nimetab praeguse sammu, selgitab kõige rohkem järgmist olulist sammu ega väida, et kogu toiming on lõpetatud. Ajalisi piiranguid tuleks võimalusel vältida või teha need pikendatavaks, et inimesed saaksid töötada oma tempos.

Määratlege turvaline üleandmine inimesele

Üleandmine on vajalik, kui reeglid on vastuolulised, erijuhtum pole dokumenteeritud, korduv abi ei vii edasi, tegemist on tehnilise veaga või nõutakse siduvat sisulist otsust. Edastatakse ainult vajalik info: vormi nimi, samm, stabiilne veakood, juba pakutud abi ja vabatahtlik probleemikirjeldus. Kogu vestlusajalugu või kõik vormisisestused pole vajalikud.

Kasutaja peaks eelnevalt nägema, milline kanal järgneb, millised andmed kaasa lähevad ja kas on oodata ooteaega. Inimesele üleandmise juhend näitab, kuidas kontekstipakett, suunamine ja vastutus kokku sobivad. Müügivihjete või kontaktvormide puhul aitab lisaks selge ja säästlik küsimuste tee, nagu seda kirjeldab artikkel mitmekeelse müügivihjete kvalifitseerimise kohta.

Testige reegleid, keelt ja kasutajaliidest koos

Isoleeritud viibatestist ei piisa. Looge testmaatriks tegelikest vormiolekutest ja oodatavatest vastustest. Sinna kuuluvad tühjad kohustuslikud väljad, valed formaadid, piirväärtused, tundmatud veakoodid, serveririkked, aegunud sessioon, mobiiliklaviatuur, klaviatuurinavigatsioon, ekraanilugeja ja iga toetatud keel. Kontrollige lisaks, kas bot viitab pärast vormimuudatust ikka õigele välja ID-le ja reegli versioonile.

Iga juhtumi puhul on vaja selget tulemust: kasulik selgitus, ei mingit välja mõeldud otsust, ei mingit mittevajalikku andmenõuet, õige keel, korrektne fookus ja kättesaadav eskaleerimine. Versioonimuudatused vormis käivitavad asjaomaste abide uue testimise. Anonümiseeritud veamustrite valikukontrollid võivad näidata, kus sisu puudub; need ei tohi aga saada tundlike sisestuste vaikivaks kogumiseks.

Kontrollnimekiri tootmises kasutamiseks

1. Vorm ja server jäävad reeglite ning oleku siduvaks allikaks.
2. Igal toetatud väljal on kontrollitud ja versioonitud väljaabi.
3. Sildid, vihjed ja vead jäävad arusaadavaks ka ilma vestluseta.
4. Veakoodid viivad konkreetsete ja ühtsete parandusjuhisteni.
5. Isikuandmeid töödeldakse ainult tõestatud vajaduse korral.
6. Bot tuvastab tehnilised tõrked ilma kasutajaid süüdistamata.
7. Katkestusabi jääb vabatahtlikuks ja vaba kunstlikust survest.
8. Klaviatuur, ekraanilugeja, suum, mobiilivaade ja kõik keeled on testitud.
9. Inimesele üleandmine edastab ainult vajaliku konteksti.
10. Vormimuudatused käivitavad suunatud teadmiste- ja regressioonitestid.

Hea vormi-chatbot ei ole autopiloot. See on arusaadav ja piiritletud abikiht dokumenteeritud reeglite ning konkreetse kasutajaküsimuse vahel. Kes planeerib väljateadmisi, veakoode, ligipääsetavust, andmekaitset ja üleandmist koos, vähendab ebakindlust ilma kontrolli sisestuste ja otsuste üle käest andmata.

Allikad ja edasijõudnute standardid

• W3C WAI: Forms Tutorial
• W3C WAI: Form Instructions
• W3C WAI: Validating Input
• W3C WAI: User Notification
• W3C WAI: WCAG 2.2 Error Identification
• GOV.UK Design System: Error message