Klaidų pranešimus ir sistemos pranešimus reikia versti ne pažodžiui, o funkcionaliai: naudotojas iškart turi suprasti, kas nutiko, kodėl ir koks yra kitas žingsnis. Geriausias teksto vertimas yra trumpas, tikslus ir pritaikytas prie produkto konteksto bei auditorijos žinių lygio. Jei pranešimas gramatiškai sklandus, bet nepadeda imtis veiksmų, iš UX perspektyvos jis vis tiek yra silpnas.
Praktiškai tai reiškia, kad error messages, alertų, validacijos ir notifikacijų vertimas turi atsižvelgti į prekės ženklo toną, programėlės tipą ir sąsajos apribojimus. Būtent todėl vis daugiau komandų naudojasi ne tik internetiniu teksto vertėju, bet ir sprendimais, kurie leidžia nustatyti stilių, formalumą ir pranešimo kontekstą — kaip SmartTranslate.ai.
Kodėl sistemos pranešimų vertimas yra sunkesnis, nei atrodo?
Iš pirmo žvilgsnio sistemos pranešimai atrodo paprasti: juose tik keli žodžiai, tad versti tekstą turėtų būti lengva. Praktikoje yra priešingai. Kuo trumpesnis tekstas, tuo mažiau vietos paaiškinti prasmę. Kiekvienas žodis turi pataikyti į tikslą, nes naudotojas sprendimą priima remdamasis viena teksto eilute.
Problema ir ta, kad tokie pranešimai pasirodo įtampos akimirkomis: kai neveikia forma, atmetamas mokėjimas, baigiasi sesija arba sistema aptinka klaidą. Tuo metu naudotojas nenori „gražaus vertimo“. Jam reikia žinoti:
- kas nutiko,
- ar tai jo klaida, ar sistemos problema,
- ką jis turėtų daryti dabar,
- ar jo duomenys saugūs.
Todėl „Invalid input“ vertimas kaip „Netinkami įvesties duomenys“ gali būti kalbiškai teisingas, bet vis tiek mažai naudingas. Daugeliu atvejų geriau rašyti: „Patikrink įvestą reikšmę“ arba „Įvesk galiojantį el. pašto adresą“. Tai subtilus skirtumas, bet UX požiūriu jis milžiniškas.
Kas turėtų būti gerame pranešime po vertimo?
Nepaisant kalbos, veiksmingas sistemos pranešimas atsako į tris klausimus: kas nutiko, ką tai reiškia ir ką naudotojas turi daryti toliau. Ne visada visi šie elementai turi tilpti į vieną sakinį, bet prasmė turi būti aiški.
Gerai išverstas pranešimas dažniausiai turi šias savybes:
- aiškus auditorijai — be nereikalingo techninio žargono,
- konkretus — nurodo, kurį elementą reikia pataisyti,
- trumpas — nes dažnai turi tilpti į mažą UI plotą,
- nuoseklus — atitinka visos programėlės toną,
- naudingas — pasiūlo kitą veiksmą.
Tai ypač svarbu daugiakalbėse aplinkose, kur tą patį pranešimą reikia pritaikyti skirtingoms rinkoms, kalbos registrams ir naudotojų lūkesčiams. Vien paprastas online vertėjas gali nepakakti, jei jis nesupranta sąsajos konteksto ir pranešimo paskirties.
Dažniausios klaidos verčiant error messages ir alertus
1. Pernelyg pažodinis vertimas
Viena dažniausių problemų — vertimas žodis į žodį. Sistemos pranešimai retai veikia gerai tokiu modeliu, nes techniniai idiomai ir mąstymo sutrumpinimai vienoje kalboje kitoje neskamba natūraliai.
Pavyzdys:
- EN: “An error occurred while processing your request.”
- Silpnas variantas: „Apdorojant jūsų užklausą įvyko klaida.“
- Geresnis variantas: „Nepavyko įvykdyti šios operacijos. Bandykite dar kartą.“
Antrasis variantas yra natūralesnis ir geriau atliepia naudotojo ketinimą.
2. Per daug techninės kalbos
Tekstai, kuriuos kuria techninės komandos, dažnai turi terminų, suprantamų programuotojams, bet ne galutiniams naudotojams. Tokį tekstą išvertus be adaptacijos problema tiesiog perkeliama į kitą kalbą.
Vietoje:
- „Autentifikacijos žetonas nebegalioja.“
geriau vartoti:
- „Sesija baigėsi. Prisijunkite dar kartą.“
Naudotojui nereikia žinoti sistemos veikimo mechanizmo. Jam reikia žinoti, ką daryti.
3. Trūksta veiksmų instrukcijos
Pranešimas „Validacijos klaida“ nepadeda. Tai informacija apie sistemos būseną, ne nurodymas žmogui. Jei laukas privalomas, tai reikia pasakyti aiškiai. Jei slaptažodis per trumpas, būtina nurodyti minimalų ilgį.
Geriau skambantys pranešimai, pavyzdžiui:
- „Šis laukas yra privalomas.“
- „Slaptažodį turi sudaryti bent 12 simbolių.“
- „Įveskite galiojantį telefono numerį.“
4. Nenuoseklus komunikacijos tonas
Vienoje programėlės vietoje naudotojas mato neutralius pranešimus, kitoje — labai formalius, o dar kitur — dirbtinai laisvus. Toks nenuoseklumas mažina produkto patikimumą. Verčiant reikia sekti ne tik prasmę, bet ir toną.
5. Neatsižvelgiama į sąsajos apribojimus
Net geriausias vertimas gali būti netinkamas, jei po įdiegimo jis netelpa į mygtuką, dialogo langą ar mobilios formos lauką. Kalbos skiriasi frazių ilgiu, todėl pranešimą reikia testuoti realioje UI aplinkoje, o ne tik teksto lentelėje.
Kaip rasti pusiausvyrą tarp trumpumo ir aiškumo?
Tai vienas svarbiausių klausimų verčiant sistemos pranešimus. Per trumpas tekstas gali būti neaiškus, o per ilgas sulėtina naudotoją ir apkrauna sąsają. Gera praktika — perduoti minimalų kiekį informacijos, reikalingo veiksmui atlikti: nei mažiau, nei daugiau.
Galima taikyti paprastą modelį:
- Įvardykite problemą.
- Jei reikia, nurodykite priežastį.
- Pridėkite kitą veiksmą.
Pavyzdžiai:
- „Nepavyko išsaugoti pakeitimų. Bandykite dar kartą.“
- „Šis el. pašto adresas jau naudojamas. Prisijunkite arba naudokite kitą.“
- „Failas per didelis. Maksimalus dydis — 10 MB.“
Taip pat verta prisiminti, kad ne kiekvienas pranešimas turi būti pilnas sakinys. Formų validacijoje dažnai geriausiai veikia itin trumpi, konkretūs tekstai, pavyzdžiui, „Įveskite galiojantį pašto kodą“. O kritinių klaidų atveju geriau skirti kelis žodžius daugiau, kad sumažėtų naudotojo frustracija.
Tonų skirtumai: vartotojams skirta programėlė, B2B ir administravimo įrankiai
Tą pačią prasmę galima perteikti keliais būdais. Pasirinkimas priklauso nuo produkto tipo ir auditorijos.
Vartotojams skirta programėlė
Programėlėse, skirtose plačiai auditorijai, geriausiai veikia paprasta, palaikanti ir tiesioginė kalba. Naudotojas nenori jaustis vertinamas ar baudžiamas už klaidą.
Pavyzdžiai:
- „Oi, kažkas nepavyko. Bandykite dar kartą.“
- „Įveskite galiojantį el. pašto adresą.“
- „Nepavyko pridėti kortelės. Patikrinkite duomenis ir bandykite dar kartą.“
Šiame segmente galima leisti sau šiek tiek žmogiškesnį toną, bet be infantilumo.
B2B produktas
B2B sistemose svarbiausia profesionalumas, tikslumas ir žodžių taupymas. Pranešimai vis dar turi būti aiškūs, bet paprastai mažiau „emociški“ nei vartotojiškose programėlėse.
Pavyzdžiai:
- „Nepavyko išsaugoti pakeitimų. Patikrinkite naudotojo teises.“
- „Eksportas nebuvo užbaigtas. Bandykite dar kartą po kelių minučių.“
- „Lauke ‘NIP’ trūksta privalomų duomenų.“
Administravimo ir techniniai įrankiai
Administravimo skydeliuose, operacinėse sistemose ir techninėse užkulisių aplinkose pranešimai gali būti labiau specializuoti, bet vis tiek turi vesti prie veiksmo. Tokios sistemos naudotojas dažnai turi daugiau kompetencijos, tačiau tai nereiškia leidimo būti neaiškiam.
Pavyzdžiai:
- „Ryšys su serveriu nutrūko. Patikrinkite tinklo konfigūraciją.“
- „Nepavyko atnaujinti prieigos žetono. Prisijunkite dar kartą.“
- „Nėra prieigos prie ištekliaus. Patikrinkite vaidmenis ir teises.“
Būtent čia praverčia galimybė tiksliai nustatyti vertimo stilių, toną ir formalumą. SmartTranslate leidžia pritaikyti vertimą pagal industriją ir komunikacijos tipą, o tai labai praktiška dirbant su produktais, turinčiais skirtingas naudotojų grupes.
Kaip versti konkrečius pranešimų tipus?
Klaidų pranešimai
Jie turėtų aiškiai nurodyti problemą ir — jei įmanoma — pasiūlyti sprendimą. Geriau vengti sausų frazių, tokių kaip „Operacija nepavyko“.
Geros praktikos:
- nurodykite priežastį, jei ji žinoma,
- neverskite kaltės naudotojui,
- pasiūlykite kitą žingsnį.
Alertai ir įspėjimai
Čia svarbiausia aiškumas ir tinkamas skubumo lygis. Ne kiekvienas įspėjimas turi skambėti lyg aliarmas. Pranešimas turi atspindėti tikrą riziką.
Pavyzdžiai:
- „Jūsų sesija baigsis po 2 minučių.“
- „Šio failo ištrynimas yra negrįžtamas.“
- „Šis pakeitimas paveiks visus organizacijos naudotojus.“
Validacijos pranešimai
Tai vieni dažniausių tekstų sąsajoje. Jie turi būti maksimaliai konkretūs ir susieti su konkrečiu lauku.
Vietoje:
- „Netinkamas formatas.“
geriau:
- „Datą įveskite formatu DD.MM.MMMM.“
- „Slaptažodyje turi būti bent vienas skaičius.“
- „Užsakymo numeris turi būti 8 simbolių.“
Sistemos pranešimai
Jie ne visada informuoja apie klaidą. Dažnai jie patvirtina veiksmo atlikimą arba proceso būseną. Jų vertimui taip pat reikia nuoseklumo ir paprastumo.
Pavyzdžiai:
- „Pakeitimai išsaugoti.“
- „Ataskaita paruošta atsisiųsti.“
- „Išsiuntėme slaptažodžio atkūrimo nuorodą.“
Praktinis komunikatų vertimo procesas produkto komandoje
Jei norite pagerinti sistemos pranešimų kokybę, verta įdiegti aiškų procesą, o ne versti tekstus ad hoc.
- Surenkite visus pranešimus vienoje vietoje — geriausia su naudojimo kontekstu, ekrano pavadinimu ir simbolių ribojimu.
- Pažymėkite pranešimo tipą — klaida, validacija, įspėjimas, sėkmė, informacija.
- Nusistatykite auditoriją — galutinis naudotojas, verslo klientas, administratorius, pagalba.
- Susitarkite dėl tono ir formalumo — atskirai kiekvienam produktui ar moduliui.
- Išbandykite pranešimus sąsajoje — ypač mobiliojoje versijoje.
- Analizuokite pagalbos užklausas — jei naudotojai vis tiek klausia, ką reiškia konkretus pranešimas, jį reikia taisyti.
Praktiškai didelis palengvinimas yra įrankis, kuris apdoroja ir trumpus teksto fragmentus, ir visus pranešimų failus, išlaikydamas jų struktūrą. Tai ypač svarbu, kai dirbate su JSON, CSV, Office dokumentais ar iš sistemų eksportuotais failais. SmartTranslate.ai puikiai įsilieja į tokį procesą, nes leidžia versti tekstą rankiniu būdu arba per dokumentus, išsaugant formatavimą ir pritaikant vertimą pasirinktam profiliui.
Kodėl paprasto vertėjo online ne visada pakanka?
Daugelis žmonių pradeda nuo paprastų įrankių, tokių kaip online vertėjas, vertėjas internetu, anglų kalbos vertėjas internete ar vertimai internetu nemokamai. Tai suprantama: jie greiti ir patogūs. Problema iškyla tada, kai reikia pasirūpinti tono nuoseklumu, formalumu, sritimi ir UI kontekstu.
Pranešimą „Access denied“ galima versti keliais būdais, o pasirinkimas priklauso nuo situacijos:
- „Prieiga draudžiama.“
- „Neturite teisių prieigai prie šio ištekliaus.“
- „Prieiga užblokuota.“
Kiekvienas iš šių variantų turi skirtingą praktinę reikšmę. Bendrieji įrankiai tokių niuansų ne visada atskiria. Tas pats galioja ir vertimams į kitas rinkas: lenkų vokiečių vertėjas online ar ukrainiečių lietuvių vertėjas online gali padėti greitam eskizui, bet gamybiniam įdiegimui reikia geresnio pritaikymo.
Tai taip pat aktualu daugiakalbėms komandoms, kurios dirba su lietuvių anglų vertimu online, web programėlių lokalizacija ir dokumentų vertimu, kuriuose yra sistemos stringų sąrašai. Jei papildomai reikia išlaikyti failų struktūrą ir kontroliuoti stilių, verta rinktis pažangesnį sprendimą nei paprasčiausias internetinis vertėjas.