බ්ලොග් වෙත ආපසු යන්න
12/05/2026

ජංගම යෙදුම පරිවර්තනය කරන්නේ කොහොමද—app localization සහ UX (ලේඅවුට්) නසාලවෙන්නේ නැතිව 🌿

ජංගම යෙදුම පරිවර්තනය කරන්නේ කොහොමද—app localization සහ UX (ලේඅවුට්) නසාලවෙන්නේ නැතිව 🌿 (si)

ඔබට UX එක කඩන්නේ නැතිව ජංගම යෙදුමක් UX එක්කම පරිවර්තනය කරන්නේ කෙසේද කියලා දැනගන්න ඕන නම්, මූලිකම මූලධර්මය මෙන්න: වචන විතරක් පරිවර්තනය කරන්න යන්න එපා — මුළු පරිශීලක අත්දැකීමම (user experience) පරිවර්තනය කරන්න. හොඳ mobile app translation එකක් සඳහා තිර (screen) පසුබිම, පෙළෙහි දිග, සන්නිවේදන තේමාව (tone), interface සීමා, සහ කලාපීය වෙනස්කම් සැබෑවටම ගණන් ගන්න ඕන. එහෙම කළාම පමණයි app localization එක නිෂ්පාදන වර්ධනයට සත්‍ය වශයෙන්ම උදව් කරන්නේ — වැරදි, අසහනය, සහ conversion (පරිවර්තන) පහළ යාම වගේ දේවල් නිර්මාණය කරන්නේ නැතුව.

ජංගම යෙදුමකදී සාමාන්‍ය පරිවර්තනය ප්‍රමාණවත් නැත්තේ ඇයි?

ජංගම යෙදුම්වල පෙළ කවදාවත් හුදෙකලා නැහැ. සෑම වාක්‍යයක්ම interface එකේ කොටසක්, ක්‍රියාවලියක්, පරිශීලකයාගේ තීරණයක්, නැත්නම් පද්ධතියේ (system) නිශ්චිත තත්ත්වයක්. ඒ නිසා translation ui ux තුළ “අර්ථය පමණක්” කියලා නවතින්නේ නැහැ. පෙළ පෙන්වෙන තැන, වාක්‍ය දිග, ඒ පෙළට තිබෙන කාර්යය, සහ පරිශීලකයාට දැනෙන හැඟීම — මේවාත් වැදගත්.

උදාහරණයක්? කෙටි බොත්තමක් වන “Dalej” (ඉදිරියට) ඉංග්‍රීසියෙන් “Continue” වෙන්න පුළුවන්; ජර්මන්ෙන් “Weiter” වෙන්න පුළුවන්; තව තත්ත්වයකදී “Next” වැඩියෙන් ස්වභාවික වෙයි. ඒ වෙනස්කම් හුදු ශබ්ද වෙනස්කම් නෙමෙයි — ඒවාට අදාළ තැනට ගැලපෙන ලෙස වෙනම අර්ථවත් වෙනවා. ඒ නිසා එකිනෙකට හරවලා දාන්න බැහැ. onboarding තිරය සැහැල්ලුව සහ සරල බව ගොඩනගන්න උත්සාහ කරනවා නම්, ඕනෑවට වඩා formal වචනයක් පරිශීලකයාගේ හැඟීම කඩා දමයි. ඒ වගේම ගෙවීම් අවසන් කිරීම (payment finalization) සම්බන්ධ බොත්තමකදී අතිශය සාමාන්‍ය පණිවිඩයක් දාන්නේ නම්, conversion එකට අහිතකර ලෙස බලපාන්න පුළුවන්.

යෙදුම තුළ පණිවිඩ පරිවර්තනය කිරීමත් එහෙමයි. error message එක “භාෂාවම නිවැරදි” කියලා පමණක් නොව, ඊට අමතරව මේ දේවල් ද තිබිය යුතුයි:

  • ගැටලුව පැහැදිලිව කියලා දීම,
  • විසඳුමකට ඉඟියක් දීම,
  • බ්‍රෑන්ඩ් tone එකට ගැලපීම,
  • interface එක තුළ හොඳින් ගැලවී තිබීම (සීරුමාරුවෙන් පෙනීම),
  • අදාළ වෙළඳපොළේ පරිශීලකයාට ඉක්මනින් තේරුම් ගන්න පුළුවන් වීම.

මෙතැනදී “සාමාන්‍ය පරිවර්තනය” සහ “localization ux” අතර වෙනස හොඳටම දිස්වෙයි.

Localization UX කියන්නේ මොකක්ද? පරිවර්තනයෙන් වෙනස් වෙන්නේ කොහොමද?

Localization UX කියන්නේ නිශ්චිත වෙළඳපොළක පරිශීලකයින්ගේ භාෂාව, සංස්කෘතිය, අපේක්ෂා, සහ හැසිරීම් අනුව interface එකේ අන්තර්ගතය (content) සහ මූලද්‍රව්‍ය (elements) සකස් කිරීමේ ක්‍රියාවලියයි. මෙය වචන විතරක් නොවෙයි; සන්නිවේදන තාර්කිකත්වය (communication logic), දින/සංඛ්‍යා ආකෘති (formats), මිනුම් ඒකක (units), තොරතුරු පෙන්වන අනුපිළිවෙල, සමහර විට තිරය මත මූලද්‍රව්‍යයන්ගේ පිරිසැලසුම (layout) ද වෙනස් කිරීමත් ඇතුළත්.

ඒ නිසා බහුභාෂා app localization එක “සැලැස්මට කලින් ඉක්මනට කරන්න තියෙන වැඩක්” ලෙස නොව, නිෂ්පාදන ක්‍රියාවලියේ (product process)ම කොටසක් ලෙස සැලසුම් කරන්න ඕන.

වෙනස්කම් සරල ලෙස මෙහෙම දකින්න පුළුවන්:

  • සාමාන්‍ය පරිවර්තනය අවධානය දෙන්නේ පෙළේ අර්ථය පමණක් මාරු කිරීමට.
  • ජංගම යෙදුම් පරිවර්තන/බහුභාෂා සකස් කිරීම (app localization) පෙළ නිෂ්පාදනය තුළ ක්‍රියා කරන ආකාරය (එනම් flows, interface, context) ගැනත් සැලකිල්ලට ගනී.
  • Localization UX තව එක පියවරක් ඉදිරියට යනවා — භාෂාව වෙනස් කළත් මුළු interface එකම අවබෝධ වන්නා (intuitive), එකිනෙකට ගැළපෙන (consistent), හා ඵලදායී (effective) ලෙස පවතිනවා කියලා සහතික කරනවා.

ඉතින් ඔබට “mobile app translation” නිවැරදිව කරන්නේ කොහොමද?” කියලා ප්‍රශ්නයක් තියෙනවා නම්, පිළිතුර මෙන්න: භාවිත පසුබිම (context) සලකලා බලන්න — string ලැයිස්තුවක් පමණක් පරිවර්තනය කරන විදිහට නොවෙයි.

ජංගම යෙදුම් පරිවර්තනයේදී වැඩිපුරම මතුවන ගැටලු

ප්‍රායෝගිකව බලද්දී, බොහෝ වැරදි ඇතිවෙන්නේ පරිවර්තනයේ ගුණාත්මකතාවට වඩා “ක්‍රියාවලිය (process)” නිසි ලෙස නැතිකම නිසා. බහුභාෂා version එක implement කළාට පස්සේ UX කඩා දමන ගැටලු මේවායි.

1. පරිවර්තනයෙන් පස්සේ පෙළ ඉතා දිග වෙනවා

මෙය ඉතා සාමාන්‍ය ප්‍රශ්නයක්. භාෂා අතර වාක්‍ය දිග වෙනස්. ඉංග්‍රීසි බොහෝ විට කෙටි විය හැකි නමුත්, ජර්මන්, ප්‍රංශ, හෝ රුසියානු වැනි භාෂාවල බොත්තම් ලේබල්, ශීර්ෂ, පණිවිඩ ලේබල් වගේ දේ සැලකිය යුතු ලෙස දිග යනවා. ප්‍රතිඵලය ලේසියෙන් පේනවා: පෙළ කැඩී යාම (cut), මූලද්‍රව්‍ය එකිනෙක මතට එන (overlapping) දේවල්, layout කැඩීම, සහ කියවීමේ පහසුව අඩුවීම.

ඒ නිසා microcopy පරිවර්තනයේදී අකුරු ගණනට (character limits) සහ අන්තර්ගතයේ ප්‍රමුඛතාවයට (priority) සැලකිලි දෙන්න ඕන. සමහර විට වඩා හොඳ පරිවර්තනය “සෘජු ලෙස” කරන්න පුළුවන් දේ නෙමෙයි — ඒ කාර්යයම ඉටු කරන කෙටි, ස්වභාවික අනුවාදයක්.

2. පරිවර්තකයාට පසුබිමක් (context) නැහැ

“Save” වගේ string එකක් වෙනස් අර්ථ දහස් ගණනින් ගන්න පුළුවන්: වෙනස්කම් සුරැකීම, මුදල්/ගබඩාව සුරැකීම හෝ ආපසු ලබා ගැනීම, ලිපිනය සුරැකීම, නැත්නම් ලිපියක් (post) සුරැකීම වගේ. context නැතුව වැරදි තේරීමක් කරන්න ඉඩ වැඩි. ඒම ආකාරයට “Skip”, “Close”, “Done”, “Apply”, “Continue” වගේ වචනත්.

ඒ නිසා translation ui ux සඳහා තිර පිළිබඳ විස්තර (screen descriptions), string සඳහා අදහස් (comments), හැකි නම් context screenshot/පසුබිම් දත්ත, හෝ පැහැදිලි නාමකරණයක් සහිත key-system එකක් මත පදනම් කර පරිවර්තනය කරන්න ඕන.

3. සන්නිවේදන තේමාව (tone) අස්ථාවර වෙනවා

යෙදුමේ එක් කොටසක බ්‍රෑන්ඩ් එක පරිශීලකයාට සමීපව (informal) කතා කරන්නට පුළුවන්; තවත් කොටසක formal ලෙස කතා කරන්න පුළුවන්; දෝෂ පණිවිඩ technical සහ වියළි විදිහට පෙනෙන්න පුළුවන්. මේවා බොහෝ විට voice & tone එක තීරණය කරලා නොකරන පරිවර්තනයෙන් මතු වෙන ප්‍රතිඵලයක්. ජංගම නිෂ්පාදනයේදී මේ “මුහුණුවරේ අසමඟිය” වැඩි ලෙස පේන්නේ පරිශීලකයා කෙටි පණිවිඩ ඉතාම අවධානයෙන් කියවන නිසා.

යෙදුම තුළ පණිවිඩ පරිවර්තනය කිරීමේදී හොඳ පියවරක් වන්නේ තේමාව කුමක් වෙන්න ඕනද කියලා මුලින්ම තීරණය කරන එකයි: professional ද? friendly ද? premium ද? neutral ද? expert ද? නැතිනම් supportive (සහය දෙන) ලෙසද?

4. කලාපීය වෙනස්කම් නොසලකා හැරීම

ස්පාඤ්ඤ භාෂාව ස්පාඤ්ඤය තුළත්, මෙක්සිකෝව තුළත් වෙනස්. බ්‍රිතාන්‍ය ඉංග්‍රීසි සහ ඇමරිකානු ඉංග්‍රීසිත් වෙනස්. යුරෝපීය පෘතුගීසි සහ බ්‍රසීලියානු පෘතුගීසිත් වෙනස්. මේ “cosmetic” වෙනස්කම් නොවෙයි. ඒවා වචන තේරීම, idioms, භාෂාමය සම්මතයන්, සමහර විට පරිශීලකයාට ඇමතීමේ විලාසයත් (formality) ඇතුළත්.

බහුභාෂා app localization එක සැලසුම් කරන විට භාෂාවත් පමණක් නොව, ඒ භාෂාවේ කලාපීය වேரියන්ට් එකත් ගණන් ගන්න ඕන. (කලාප/භාෂා අනුව localized versions සකස් කිරීමේ දත්ත සඳහා මෙය බලන්න: Google hreflang / localized versions)

මෙය onboarding, ගෙවීම් තිර, push notifications, උදව් (help) අංශ වගේ තැන්වල විශේෂයෙන් වැදගත් — මන්ද නවතා දක්වන නුවංස (nuances) පරිශීලක විශ්වාසයට (trust) සහ තේරුම් ගැනීමට බලපාන නිසා.

5. implement කළ පසු පරීක්ෂා නොකිරීම

ඕනෑම best mobile translation app එකක් වුණත් — implement කළාට පස්සේ කිසිවෙකු real interface එකේ පරීක්ෂා නොකළොත් එය අසාර්ථක වෙන්න පුළුවන්. ලියවිල්ලේ (sheet) හැම දෙයක්ම හොඳට පෙනෙයි. නමුත් සැලසුම/සංස්ථාපනයෙන් පස්සේ බොත්තම පටු වෙනවා, modal එකෙන් පිටට පෙළ යනවා, නැත්නම් onboarding එකේ රිද්මයම කඩා වැටෙනවා.

localization පරීක්ෂා කිරීම් (tests) functional tests වගේම අනිවාර්ය විය යුතුයි.

පියවරෙන් පියවර: ජංගම යෙදුමක් පරිවර්තනය කරන්නේ කොහොමද?

පහතින් ඔබට UX එක නොකැඩී app localization එක ක්‍රියාත්මක කරන ප්‍රායෝගික ක්‍රියාවලියක් (process) දැනගන්න පුළුවන්.

1. යෙදුම තුළ ඇති අන්තර්ගතය (content) පිළිබඳ audit එකකින් ආරම්භ කරන්න

පළමුව, අන්තර්ගත වර්ග සියල්ල හඳුනාගන්න:

  • බොත්තම් ලේබල්,
  • තිර ශීර්ෂයන්,
  • placeholder සහ forms,
  • දෝෂ පණිවිඩ,
  • push notifications,
  • onboarding,
  • tooltip සහ ඉඟි,
  • empty states තිර,
  • පද්ධති (system) සහ නීති/විධි (legal) අන්තර්ගත.

මෙම අදියර මඟින් UX දෘෂ්ටියෙන් අතිශයින්ම තීරණාත්මක වන මූලද්‍රව්‍ය මොනවාද, අහඹු භාෂා තීරණ වලට ඉඩ තියෙන තැන් කොහෙද කියලාත් පැහැදිලි වෙනවා.

2. තිර අනුව පමණක් නොව — කාර්යය අනුව අන්තර්ගතය වෙන් කරන්න

මෙය ඉතා වැදගත්. Onboarding එක වෙනස් විදිහකට පරිවර්තනය වෙනවා; micro-instructions වෙනම; transactional message වෙනම; errors තවමත් වෙනම. සෑම කාණ්ඩයකටම වෙනම අරමුණක් (goal) සහ පෙළ දිග සම්බන්ධයෙන් වෙනස් ඉවසීමක් (tolerance) තියෙනවා.

උදාහරණ වෙන්කිරීම:

  • Navigation: කෙටි, එකහෙළා (single) සහ පැහැදිලි විය යුතුයි.
  • Supporting microcopy: පරිශීලකයාගේ අසහනය/අසමගිය අඩු කරලා මග පෙන්විය යුතුයි.
  • Error messages: ගැටලුව පැහැදිලි කරලා, ඊට පසු ඉදිරියට යන්න පුළුවන් ක්‍රමයක් පෙන්විය යුතුයි.
  • Onboarding: නිෂ්පාදනයේ වටිනාකම (value) ගොඩනගලා ක්‍රියා කිරීමට දිරිමත් කරන්න ඕන.

මේ විදිහට වෙන් කර ගත්තම microcopy පරිවර්තනය වඩා ස්ථාවර (consistent) වෙන අතර නිෂ්පාදන අරමුණු වලට හොඳින් සහාය දෙනවා.

3. සෑම භාෂාවකටම style සහ tone නිර්වචනය කරන්න

එකම tone එක සියලු වෙළඳපොළවලට 1:1 ලෙස දාන්න පුළුවන් කියලා උපකල්පනය කරන්න එපා. එක් localization එකක ස්වභාවික වන්නේ සැහැල්ලු/නිදහස් style එකක් නම්, තවත් එකක වඩා formal style එකක් විය හැක. තවද පරිශීලකයාට දැනිය යුතු හැඟීම මොකක්දැයි තීරණය කරන්න අවශ්‍යයි: සහාය, professionalism, සරලත්වය, නැත්නම් සුරක්ෂිත/විශේෂත්වය (exclusivity) ද?

මෙතැනදී translation profiles නිර්මාණය කිරීම ඉතා ප්‍රයෝජනවත්. SmartTranslate.ai මගින් ඔබට industry, writing style, tone, formal/informal මට්ටම, සහ සංස්කෘතික අනුකූලතාවයේ මට්ටම දක්වන්න පුළුවන්. ඒ නිසා mobile app translation එක “කච්චා පරිවර්තනයක්” විතර වෙන්නේ නැහැ — නිෂ්පාදනයේ ස්වභාවය (character) සැබෑවටම පිළිබිඹු කරන්න පුළුවන්.

4. සෑම string එකකටම context ලබා දෙන්න

පසුබිම කොච්චර දුරට ලබා දෙයිද — වැරදි එච්චර අඩුයි. හොඳ ක්‍රමවේදයන් මේවායි:

  • එම පෙළේ කාර්යය (purpose) සඳහා විස්තර එකතු කිරීම,
  • එම පණිවිඩය පෙන්වෙන්නේ කොහෙද යන තොරතුරු,
  • උපරිම අකුරු ගණන (maximum character count),
  • පරිශීලක ගමන් මාර්ගයේ (user journey) අදියර හෝ persona සඳහන් කිරීම,
  • එම පෙළ දෝෂයක්ද, සාර්ථකත්වයක්ද, උපදෙස්ද, නැත්නම් CTA එකක්ද කියලා හඳුනා ගැනීම.

යෙදුම තුළ පණිවිඩ පරිවර්තනයේදී මෙය විශේෂයෙන් වැදගත් — වචනයක් වැරදිව තෝරා ගත්තොත් මුළු interaction එකේ හැඟීම වෙනස් වෙන්න පුළුවන්.

5. පෙළ දිග වෙනස්වීම (expansion) මත පදනම් කරලා interface එක design කරන්න

Design එකට ඉතා තදින් (tight) component පිරිසැලසුම අවශ්‍ය නම්, තවත් භාෂා එක්ක ගැටලු මතු වෙනවා. දිග වැඩි වාක්‍ය සඳහා ඉඩ (margin) තබන්න, විවිධ දිග අනුව තිර පරීක්ෂා කරන්න, පෙළ “අඟලෙන් අඟල” (stretched to the limit) ලෙස ටයිප් කිරීමට මඟහැරෙන්න, localized content සඳහා responsiveness සැලසුම් කරන්න.

Design කණ්ඩායමට මෙය localization ux design එකේ ප්‍රධාන නීති වලින් එකක්: භාෂා වෙනස්වීමේ බලපෑමට interface එක resilience විය යුතුයි.

6. files වල පමණක් නොව device වලත් පරිවර්තනය පරීක්ෂා කරන්න

publish කිරීමට පෙර, එක් එක් භාෂාවෙන් යෙදුම් version එක ධාවනය කරලා වැදගත් පරිශීලක ගමන් මාර්ග (user journeys) හරහා යන්න. බලන්න:

  • registration,
  • login,
  • reset password,
  • purchase එක හෝ subscription activation,
  • search,
  • account settings,
  • notifications සහ errors.

මෙම අදියරෙන් තමයි පැහැදිලි වෙන්නේ — translation ui ux මඟින් usability එකට උදව් වෙනවද, නැත්තම් දුර්වල කරන්නේද කියලා.

Microcopy පරිවර්තනයේදී විශේෂයෙන් අවධානය දෙන්න ඕන දේ

Microcopy පරිවර්තනය mobile app localization එකේ අතිශය අසීරු පැති වලින් එකක්. ඇයි? කෙටි පෙළ පරිශීලක තීරණ වලට බලපාන නිසා. එක් වචනයක් trust වැඩි කරනවා වගේම, අසහනයක් හෝ අවිශ්වාසයක් ද ඇති කරන්නත් පුළුවන්.

යෙදුම තුළ හොඳ microcopy එකක් විය යුත්තේ:

  • කෙටි,
  • පැහැදිලි (unambiguous),
  • සහායක,
  • බ්‍රෑන්ඩ් එකට ගැලපෙන,
  • ක්‍රියාව/භාවිත පසුබිම තුළ තබා ගත්.

උදාහරණ:

  • වියළි “Błąd” වගේ වචනයක් වෙනුවට “යෙදුම් කළ වෙනස්කම් සුරැකීමට නොහැකි විය. නැවත උත්සාහ කරන්න” වගේ පණිවිඩයක් වැඩියෙන් හොඳයි.
  • අර්ථය පැහැදිලි නැති “Kontynuuj” වගේ එකක් වෙනුවට සමහර විට “ගෙවීම් වෙත යන්න” (Go to payments) වඩා උපකාරී.
  • formal “වෙනස් නොවූ දත්ත ඇතුළත් විය” කියන එක වෙනුවට “ඔබගේ email ලිපිනය පරීක්ෂා කරලා නැවත උත්සාහ කරන්න” වගේ එකක් වැඩියෙන් ප්‍රයෝජනවත්.

ප්‍රායෝගිකව, microcopy පරිවර්තනයට අර්ථය පමණක් නොව — අතිශයින්ම එහි කාර්යය (function) රැකගන්නත් ඕන. ඒක තමයි localization ux එකේ හරය.

Onboarding සහ දෝෂ පණිවිඩ: පසුබිම නැතිව ස්වයංක්‍රීයව පරිවර්තනය කරන්න බැරි ප්‍රධාන අංශ දෙක

Onboarding එක නිෂ්පාදනයේ වටිනාකම විකුණනවා (sells value). මෙහි මුල් මොහොතේදී පරිශීලකයා තීරණය කරනවා — යෙදුම තමන්ට තේරුම් ගන්න ලේසිද? භාවිතයට ප්‍රයෝජනවත්ද? කියලා. පරිවර්තනයෙන් පස්සේ onboarding එක අතිශයින් දැඩි (rigid), ඕනෑවට වඩා දිග, හෝ ස්වභාවික නැති ලෙස දැනුණොත්, පරිශීලකයා activate වීමටත් පෙරම උනන්දුව අඩු කරගන්න පුළුවන්.

තවද යෙදුම තුළ පණිවිඩ පරිවර්තනය කිරීම, විශේෂයෙන් දෝෂ (errors) — අසහනය (frustration) මට්ටමට බලපානවා. “දෝෂයක් වුණා” කියලා දැනුම් දීම පමණක් නොව, දැන් පරිශීලකයාට කරන්න පුළුවන් ඉක්මන් උපදෙසක්ද අවශ්‍යයි. ඒ නිසා දෝෂ පණිවිඩ පරිවර්තනය කරන්නේ සරල ක්‍රමයක් අනුව ලියලා තැබීම හොඳයි:

  1. මොකක්ද වුණේ?
  2. ඒක වෙන්න පුළුවන් හේතුව මොකක්ද?
  3. දැන් පරිශීලකයාට කරන්න පුළුවන් දේ මොකක්ද?

මේ විදිහට පියවර පැහැදිලි කරද්දී වැරදි තේරුම් අඩුවෙලා, මුළු interface එකේ ඵලදායීතාව වැඩි වෙනවා.

Checklista: UX නොකැඩී mobile app localization කරන්නේ කොහොමද?

පහත checklista එක product, design, සහ development කණ්ඩායම් වලට mobile app එක බහුභාෂා වලට ක්‍රමානුකූලව (organized) localization කරන්න උදව් වේ.

Product කණ්ඩායම සඳහා

  • ප්‍රමුඛ වෙළඳපොළ (priority markets) සහ භාෂා වேரියන්ට් තෝරන්න.
  • localization ඉලක්ක (goals) නිර්වචනය කරන්න: activation වැඩිවීම, retention වැඩිවීම, conversion වැඩිවීම, නැත්තම් errors අඩුවීම.
  • සෑම වෙළඳපොළකටම tone of voice තීරණය කරන්න.
  • ප්‍රධාන product වචන/අර්ථ පදකෝෂයක් (glossary) සකස් කරන්න.
  • UX සහ business සඳහා තීරණාත්මක අන්තර්ගතයන් හඳුනාගන්න.

Design කණ්ඩායම සඳහා

  • දිග වැඩි පෙළකට ඔරොත්තු දෙන component design කරන්න.
  • බොත්තම් සහ label සඳහා අතිශය දැඩි width එකක් දාන්න එපා.
  • දිග වැඩි localized variants එක්ක තිර පරීක්ෂා කරන්න.
  • පෙළ දිග වෙනස් වුණත් තොරතුරු මඟ පෙන්වන hierarchy එක රැකගන්න.
  • දින, මුදල් (currency), සංඛ්‍යා වල දේශීය ආකෘති (local formats) සැලකිල්ලට ගන්න.

Development කණ්ඩායම සඳහා

  • පැහැදිලි localization keys භාවිතා කරන්න.
  • string සඳහා comments එකතු කරන්න.
  • pluralization (බහු වචන) සහ dynamic variables හසුරුවන්න උපකාර කරන්න.
  • line break, overflow, truncation පරීක්ෂා කරන්න.
  • publish කිරීමට පෙර localization QA ක්‍රියාත්මක කරන්න.

සමස්ත කණ්ඩායම සඳහා

  • පසුබිමක් නැතිව පරිවර්තනය කරන්න එපා.
  • “එක භාෂාව = එක වෙළඳපොළ” කියලා හිතන්න එපා.
  • අසල් පරිවර්තනයෙන් 1:1 ලෙස tone එක copy කරලා දාන්න එපා — adaptation අවශ්‍යයි.
  • glossary සහ style rules නිතරම යාවත්කාලීන කරන්න.
  • දේශීය වෙළඳපොළවලින් ලැබෙන feedback එකතු කරගන්න.

Publish කිරීමට පෙර mobile app translation පරීක්ෂා කරන්නේ කොහොමද?

පරීක්ෂා කිරීම් කිහිප මට්ටමක් එකට එකතු වෙන්න ඕන. භාෂාමය proofreading එක පමණක් ප්‍රමාණවත් නැහැ.

  • Language QA: නිවැරදි බව (accuracy), ස්වභාවිකත්වය (naturalness), terminology එකට අනුකූල බව (consistency).
  • Visual QA: පෙළ දිග, line wrapping, මූලද්‍රව්‍ය overlap වීම.
  • Functional QA: dynamic variables සහ formats නිවැරදිව ක්‍රියා කරනවද.
  • Context QA: එම පෙළ පරිශීලක journey එකේ අදියරට ගැලපෙනවද.
  • Users එක්ක කරන පරීක්ෂණ: එම වෙළඳපොළේම කෙටි session කිහිපයක් වුණත් වටිනා insight ලබා දෙයි.

අතිශය තීරණාත්මක තිර (critical screens) සහ scenario ලැයිතුවක් සකස් කරලා, ප්‍රධාන update එකකට පස්සේ අනිවාර්යයෙන්ම ඒවා හරහා යාම හොඳයි. විශේෂයෙන්ම යෙදුම වේගයෙන් වර්ධනය වෙන අතරත්, නව feature එකතු වෙන අතරත් මෙය ඉතා වැදගත්.

SmartTranslate.ai කොහොමද උදව් කරන්නේ?

Product එක scale කරන විට ලොකුම අභියෝග දෙකක් තියෙනවා — mobile app translation කරන්නේ කොහොමද කියන එකත්, තවද බහුභාෂා version අතරත් පණිවිඩ වර්ග (types of communications) අතරත් consistent බව රැකගැනීමත්. මෙතැනදී context එක වටහාගෙන profiles අනුව වැඩ කරන tool එකක් වාසිදායක වෙනවා.

SmartTranslate.ai මඟින් industry, writing style, tone, formal/informal මට්ටම, සහ cultural adaptation මට්ටමට අනුව app localization සකස් කරගන්න පුළුවන්. එක නිෂ්පාදනයක onboarding වලදී වෙනස් ලෙස කතා කරන්න, payments තිර වලදී වෙනස් ලෙස කතා කරන්න, සහ help කොටසේදී තවත් වෙනස් ලෙස කතා කරන්න අවශ්‍ය වෙන විට මෙය විශේෂයෙන් වැදගත්.

තවද බහු භාෂා සහ කලාපීය වேரියන්ට් හසුරුවීමත් අමතර වාසියක්. en-us සහ en-gb වගේ දේශීය නිරවද්‍යමය (precise) ගැලපීමක් අවශ්‍ය වෙළඳපොළ වලට ව්‍යාප්ත වෙද්දී මෙය වැදගත්. එමෙන්ම SmartTranslate.ai formatting රැකගනිමින් text සහ documents පරිවර්තනය කිරීමත් සපයනවා. ඒ නිසා product system වලින් export කරගත් files, UX writing documentation, සහ string lists වගේ දේවල් එක්ක වැඩ කිරීම පහසු වෙනවා.

ඉතින් කවුරුහරි “SmartTranslate jak przetłumaczyć aplikację mobilną” වගේ වාක්‍යයක් හෝ “SmartTranslate lokalizacja aplikacji mobilnej” වගේ දේවල් සෙව්වෙනවා නම්, පිළිතුර සරලයි: මුලින්ම පසුබිම (context) පිළිවෙලට ගන්න, translation profiles සකස් කරන්න, සහ real interface එකේ පරීක්ෂා කරන්න. එහෙම කරද්දී UX එකට හානියක් නොවෙයි — හරියටම ඒකයි ප්‍රතිඵලය.

සාරාංශය

හොඳ mobile app translation එකක් කියන්නේ භාෂාමය වැඩක් පමණක් නොව — design ක්‍රියාවලියක්. නව වෙළඳපොළවලට යන විටත් පරිශීලක අත්දැකීමේ ගුණාත්මකභාවය රැකගන්න ඕන නම්, localization එක මුල සිටම සිතන්න ඕන: content audit එකෙන් ආරම්භ කරලා, tone of voice සහ දිග වැඩි පෙළකට ඔරොත්තු දෙන component design කරලා, අවසානයට live app එකේ test වලින් අවසන් කරන්න.

බහුභාෂා app localization එක හොඳම ලෙස ක්‍රියා කරන්නේ product, design, development, සහ content සඳහා වගකිව යුතු කණ්ඩායම් මුල සිටම එකට වැඩ කරන විට. එවිට app interface translation එක roadmap එකේ “අන්තිමට එකතු කරන add-on” එකක් වගේ නොවෙයි — වර්ධනයට, විශ්වාසයට, සහ පරිශීලකයාගේ පහසුවට ඇත්තටම සහාය දෙන නිෂ්පාදන මූලද්‍රව්‍යයක් බවට පත්වෙනවා.

FAQ

ජංගම යෙදුම පරිවර්තනය කරන්නේ කොහොමද? පෙළ layout එක කඩන්නේ නැතිව?

පෙළ දිග වැඩි වාක්‍ය සඳහා interface එකට ඉඩ තැබීම, character limits නිර්වචනය කිරීම, සහ device වලින් ඒක පරීක්ෂා කිරීම අත්‍යවශ්‍යයි. පෙළ දිග පාලනයකින් තොරව කරන පරිවර්තනයක් බොහෝවිට UX ගැටලු වලට හේතුවෙයි.

mobile app translation එක සහ mobile app localization එක වෙනස් වෙන්නේ කොහොමද?

translation (පරිවර්තනය) අවධානය දෙන්නේ අර්ථය මාරු කිරීමට. localization (mobile app localization) භාවිත පසුබිම, බ්‍රෑන්ඩ් tone, සංස්කෘතික වෙනස්කම්, දේශීය formats, සහ භාෂාව වෙනස් කළ පසු interface එක ක්‍රියා කරන ආකාරයත් සැලකිල්ලට ගන්නවා.

microcopy පරිවර්තනය ඒතරම් වැදගත් ඇයි?

microcopy පරිශීලක තීරණ වලට සෘජුව බලපාන නිසා. බොත්තම්, forms, errors වගේ තැන්වල කෙටි පණිවිඩ යෙදුම හරහා පරිශීලකයාට මග පෙන්වන නිසා, ඒවා පැහැදිලි, ස්වභාවික, සහ එම අවස්ථාවට ගැලපෙනවා විය යුතුයි.

බහුභාෂා localization එක පහසු කරන්න උදව් කරන tool එක මොකක්ද?

context, style, සහ කලාපීය වேரියන්ට් සැලකිල්ලට ගන්නා tool එකක් — text පමණක් නොව files පරිවර්තනයත් කරගන්න පුළුවන් එකක් — ප්‍රයෝජනවත්. මේ වගේ ක්‍රමයක් තුළ SmartTranslate.ai වඩාත් හොඳට ගැලපෙනවා — විවිධ වෙළඳපොළ වල product communication එක consistent ලෙස තබාගන්න ඔබට අවශ්‍ය නම්. ඔබ marketing blog/වෙබ් අන්තර්ගතත් පරිවර්තනය කරන්නේ නම්, සමාගම් බ්ලොග් එකක් Google Translate වගේ නොපෙනෙන්නට පරිවර්තනය කරන්නේ කොහොමද? (SmartTranslate.ai සමඟ) කියවීමත් උපකාරී විය හැක.

ජාත්‍යන්තරකරණය සම්බන්ධ තාක්ෂණික මූලධර්ම ගැන තවදුරටත් දැන ගැනීමට අවශ්‍ය නම්, W3C Internationalization වෙත යොමු විය හැක.

අදාළ ලිපි