Veateated ja süsteemsed hoiatused ei vaja sõnasõnalist, vaid funktsionaalset tõlkimist: kasutaja peab kohe aru saama, mis juhtus, miks see juhtus ja mida ta peab järgmisena tegema. Parim tõlge on lühike, täpne ja sobitatud nii toote konteksti kui ka sihtrühma teadmiste tasemega. Kui teade kõlab keeleliselt korrektne, aga ei aita tegevuseni jõuda, on see UX-i mõttes ikkagi nõrk.
Praktikas tähendab see, et error messages, alertide, valideerimiste ja teavituste tõlkimine peab arvestama brändi tooni, rakenduse tüüpi ning kasutajaliidese piirangutega. Just seetõttu kasutavad paljud meeskonnad enam mitte ainult lihtsat tõlkevahendit, vaid tööriistu, millega saab määrata stiili, formaalsuse ja sõnumi konteksti — nagu SmartTranslate.ai.
Miks süsteemsete teadete tõlkimine on keerulisem, kui paistab?
Pinnapeal tunduvad süsteemsed teated lihtsad: need on ju ainult mõned sõnad, seega peaks nende teksti tõlkimine olema lihtne. Tegelikult on vastupidi. Mida lühem tekst, seda vähem on ruumi tähenduse selgitamiseks. Iga sõna peab olema täpne, sest kasutaja teeb otsuse üheainsa rea põhjal.
Probleem on ka selles, et teated ilmuvad pingelises hetkes: kui vorm ei tööta, makse lükati tagasi, seanss aegus või süsteem tuvastas vea. Sellisel hetkel ei otsi kasutaja „ilusat tõlget“. Ta tahab teada:
- mis juhtus,
- kas see on tema viga või süsteemi probleem,
- mida ta peaks nüüd tegema,
- kas tema andmed on turvalised.
Seetõttu võib „Invalid input“ tõlkimine kujule „Vigane sisend“ olla keeleliselt korrektne, aga ikka vähekasulik. Paljudel juhtudel on parem öelda: „Kontrolli sisestatud väärtust“ või „Sisesta kehtiv e-posti aadress“. See on peen erinevus, kuid UX-i seisukohalt väga suur.
Mida peaks hea teade pärast tõlkimist sisaldama?
Sõltumata keelest vastab tõhus süsteemiteade kolmele küsimusele: mis juhtus, mida see tähendab ja mida kasutaja peab edasi tegema. Kõiki kolme elementi ei pea alati ühte lausesse pressima, kuid mõte peab olema üheselt selge.
Hästi tõlgitud teatel on tavaliselt järgmised omadused:
- see on arusaadav — ilma tarbetu tehnilise žargoonita,
- see on konkreetne — ütleb, milline osa vajab parandamist,
- see on lühike — sest sageli peab see mahtuma väikesesse UI-alasse,
- see on ühtne — kogu rakenduse tooniga,
- see on abistav — juhatab järgmise sammu juurde.
Eriti oluline on see mitmekeelsetes keskkondades, kus sama teade tuleb kohandada eri turgude, keelekasutuse ja ootustega kasutajatele. Lihtsast tõlkevahendist või muust üldisest tõlkelahendusest ei pruugi piisata, kui kontekst ja liidese roll jäävad arusaamatuks. Kui tahad paremini sobitada ka keelevarianti, tasub vaadata ka en-US või en-GB? Kuidas valida keelevarianti.
Levinumad vead veateadete ja hoiatuste tõlkimisel
1. Liiga sõnasõnaline tõlge
Üks sagedasemaid probleeme on sõna-sõnalt tõlkimine. Süsteemiteated ei tööta sellisel kujul kuigi hästi, sest tehnilised väljendid ja lühendatud mõttekäigud ei kõla teises keeles loomulikult.
Näide:
- EN: “An error occurred while processing your request.”
- Halvasti: „Teie päringu töötlemisel ilmnes tõrge.”
- Parem: „Seda toimingut ei õnnestunud lõpule viia. Proovi uuesti.”
Teine variant on loomulikum ja tabab paremini kasutaja ootust.
2. Liiga palju tehnilist keelt
Tehniliste tiimide loodud teated sisaldavad sageli termineid, millest arendajad saavad aru, aga lõppkasutaja mitte. Sellise teksti tõlkimine ilma kohanduseta viib probleemi lihtsalt järgmisse keelde üle.
Selle asemel:
- „Autoriseerimistoken aegus.”
on parem öelda:
- „Sinu seanss aegus. Logi uuesti sisse.”
Kasutaja ei pea teadma süsteemi sisemist loogikat. Ta peab teadma, mida edasi teha.
3. Puuduv tegevusjuhis
Teade stiilis „Valideerimisviga” ei aita. See kirjeldab süsteemi seisundit, mitte ei suuna inimest edasi. Kui väli on kohustuslik, tuleb seda selgelt öelda. Kui parool on liiga lühike, peab olema ka minimaalne pikkus välja toodud.
Paremad sõnastused on näiteks:
- „See väli on kohustuslik.”
- „Parool peab olema vähemalt 12 märki pikk.”
- „Sisesta kehtiv telefoninumber.”
4. Ebajärjekindel suhtlustoon
Ühes rakenduse osas näeb kasutaja neutraalseid teateid, teises väga ametlikke ja kusagil mujal liiga familiaarseid. Selline ebajärjekindlus vähendab toote usaldusväärsust. Tõlkimisel tuleb jälgida mitte ainult tähendust, vaid ka tooni.
5. Kasutajaliidese piirangute eiramine
Ka kõige parem tõlge võib halb olla, kui see pärast rakendamist ei mahu nupule, dialoogaknasse või mobiilivormi. Keeled erinevad väljendite pikkuse poolest, seega tuleb teateid testida päris UI-s, mitte ainult tekstitabelis.
Kuidas leida tasakaal lühiduse ja arusaadavuse vahel?
See on üks olulisemaid küsimusi süsteemsete teadete tõlkimisel. Liiga lühike tekst võib jääda ebaselgeks, liiga pikk aga aeglustab kasutajat ja koormab liidest. Hea praktika on anda edasi ainult see minimaalne info, mida on vaja tegutsemiseks — ei vähem ega rohkem.
Lihtne mudel on järgmine:
- Nimeta probleem.
- Kui vaja, too välja põhjus.
- Lisa järgmine tegevus.
Näited:
- „Muudatusi ei õnnestunud salvestada. Proovi uuesti.”
- „Seda e-posti aadressi kasutatakse juba. Logi sisse või kasuta teist.”
- „Fail on liiga suur. Maksimaalne suurus on 10 MB.”
Tasub ka meeles pidada, et iga teade ei pea olema täislausetena vormistatud. Vormide valideerimisel töötavad sageli kõige paremini ülilühikesed ja konkreetsed sõnumid, näiteks „Sisesta kehtiv sihtnumber”. Kriitiliste vigade puhul on aga parem kulutada paar sõna rohkem, et kasutaja frustratsiooni vähendada.
Toonierinevused: tarbijarakendus, B2B ja haldustööriistad
Sama tähendust saab edastada mitmel viisil. Valik sõltub toote tüübist ja sihtrühmast.
Tarbijarakendus
Laiale kasutajaskonnale mõeldud rakendustes töötab kõige paremini lihtne, toetav ja otsekohene keel. Kasutaja ei taha tunda, et teda hinnatakse või karistatakse vea eest.
Näited:
- „Oi, midagi läks valesti. Proovi uuesti.”
- „Sisesta kehtiv e-posti aadress.”
- „Kaarti ei õnnestunud lisada. Kontrolli andmeid ja proovi veel kord.”
Selles segmendis võib kasutada veidi inimlikumat tooni, kuid mitte ülepingutatud armsust.
B2B lahendus
B2B süsteemides on olulised professionaalsus, täpsus ja sõnade kokkuhoid. Sõnumid peavad ikka olema arusaadavad, kuid tavaliselt vähem „emotsionaalsed” kui tarbijarakendustes.
Näited:
- „Muudatusi ei saa salvestada. Kontrolli kasutaja õigusi.”
- „Ekspordi lõpetamine ebaõnnestus. Proovi mõne minuti pärast uuesti.”
- „Vajalikud andmed puuduvad väljas ‘NIP’.”
Haldustööriistad ja tehnilised lahendused
Admin-paneelides, operatsioonisüsteemides ja tehnilistes taustsüsteemides võivad teated olla spetsiifilisemad, kuid peavad ikkagi suunama tegevuseni. Sellise süsteemi kasutajal on sageli suuremad teadmised, kuid see ei anna õigust ebaselgusele.
Näited:
- „Ühendus serveriga katkes. Kontrolli võrguseadeid.”
- „Tokeni värskendamine ebaõnnestus. Logi uuesti sisse.”
- „Allikale puudub juurdepääs. Kontrolli rolle ja õigusi.”
Just siin tuleb kasuks võimalus määrata tõlkele täpselt stiil, toon ja formaalsus. SmartTranslate aitab kohandada teksti vastavalt valdkonnale ja suhtluse tüübile, mis on väga praktiline eri sihtrühmadega toodete puhul.
Kuidas tõlkida erinevat tüüpi teateid?
Veateated
Need peaksid selgelt näitama probleemi ja võimalusel pakkuma lahendust. Kuivast fraasist nagu „Operation failed” tasub pigem hoiduda.
Head praktikad:
- too välja põhjus, kui see on teada,
- ära süüdista kasutajat,
- paku järgmine samm.
Alertid ja hoiatused
Siin on võtmesõnadeks selgus ja õige pakilisuse tase. Mitte iga hoiatus ei pea kõlama alarmina. Sõnum peaks peegeldama tegelikku riski. Vastavate AI-uuringute ja ohutuspõhimõtete kohta vaata OpenAI Research.
Näited:
- „Sinu seanss aegub 2 minuti pärast.”
- „Selle faili kustutamine on pöördumatu.”
- „See muudatus mõjutab kõiki organisatsiooni kasutajaid.”
Valideerimisteated
Need on üks kõige sagedasemaid tekste kasutajaliideses. Need peavad olema võimalikult konkreetsed ja seotud konkreetse väljaga.
Selle asemel:
- „Vigane vorming.”
on parem öelda:
- „Sisesta kuupäev vormingus pp.kk.aaaa.”
- „Parool peab sisaldama vähemalt ühte numbrit.”
- „Tellimuse number peab olema 8 märki pikk.”
Süsteemsed teavitused
Need ei anna alati märku veast. Sageli kinnitavad need toimingu edukat lõpetamist või protsessi olekut. Ka nende tõlkimine nõuab järjepidevust ja lihtsust.
Näited:
- „Muudatused on salvestatud.”
- „Raport on allalaadimiseks valmis.”
- „Saatsime parooli lähtestamise lingi.”
Praktiline protsess: kuidas tõlkida teateid tootetiimis
Kui tahad süsteemsete teadete kvaliteeti parandada, tasub ad hoc tõlkimise asemel luua selge protsess.
- Kogu teated ühte kohta — võimalusel koos kasutuskonteksti, ekraani nime ja märgilimiitidega.
- Märgi ära teate tüüp — viga, valideerimine, hoiatus, edu, info.
- Määra sihtrühm — lõppkasutaja, äriklient, administraator, tugi.
- Pane paika toon ja formaalsus — iga toote või mooduli jaoks eraldi.
- Testi teateid liideses — eriti mobiiliversioonis.
- Analüüsi tugipäringuid — kui kasutajad küsivad endiselt, mida teade tähendab, tuleb seda parandada.
Praktikas on suureks abiks tööriist, mis suudab käsitleda nii lühikesi tekstilõike kui ka terveid failikomplekte ning säilitab nende struktuuri. See on eriti oluline siis, kui töötad JSON-, CSV-, Office'i dokumentide või süsteemieksportidega. SmartTranslate.ai sobib sellesse protsessi hästi, sest see võimaldab teksti tõlkida käsitsi või dokumentide kaudu, säilitades vormingu ja kohandades tõlke valitud profiiliga.
Miks tavaline online tõlkimine ei ole alati piisav?
Paljud alustavad lihtsatest tööriistadest, näiteks lihtsatest tõlkevahenditest või automaatsetest tõlkijatest. See on arusaadav: need on kiired ja mugavad. Probleem tekib siis, kui tuleb tagada tooni ühtsus, formaalsus, valdkond ja UI-kontekst.
Teadet „Access denied” saab tõlkida mitmel moel ning valik sõltub olukorrast:
- „Juurdepääs puudub.”
- „Sul pole selle ressursi kasutusõigust.”
- „Juurdepääs on blokeeritud.”
Igal variandil on erinev praktiline tähendus. Üldised tööriistad ei erista neid nüansse alati. Sama kehtib ka teiste turgude puhul: näiteks tõlkimine inglise keelest eesti keelde või tõlge eesti inglise keelde võib kiire visandi jaoks olla piisav, kuid tootmiskasutusse minev tekst vajab paremat kohandamist. Kui töötad küsimustike või vormidega, aitab mõista ka seda, kuidas küsitluste ja vormide tõlkimisel tulemused võrreldavaks hoida; selle kohta loe kuidas tõlkida küsitlusi ja vorme, et tulemused oleksid eri turgudel võrreldavad.