மொபைல் ஆப் மொழிபெயர்ப்பு: UX லோகலைசேஷனை பாதிக்காமல் செய்வது எப்படி

மொபைல் ஆப் மொழிபெயர்ப்பு எப்படி செய்வது—அதே நேரத்தில் UX-ஐ (user experience) கெடுக்காமல்—எப்படி செய்வது என்று தெரிந்துகொள்ள விரும்பினால், மிக முக்கியமான விதி இதுதான்: வெறும் சொற்களை மட்டும் மொழிபெயர்க்க வேண்டாம். பயனர் பெறும் முழு அனுபவத்தையும் (user experience) சேர்த்து மொழிமாற்றம் செய்ய வேண்டும். நல்ல மொபைல் ஆப் மொழிபெயர்ப்பு, திரை (screen) சூழல், உரையின் நீளம், தகவல் சொல்லும் tone, இடைமுக (interface) கட்டுப்பாடுகள், பிராந்திய வேறுபாடுகள் ஆகியவற்றை எல்லாம் கணக்கில் எடுத்துக்கொள்ளும் போது தான் வேலை செய்யும். அப்போதுதான் மொபைல் ஆப் இடைமுகம் மொழிபெயர்ப்பு (ux லோகலைசேஷன் / UX localization) உண்மையாக தயாரிப்பு வளர்ச்சிக்கு துணைபுரியும்; தவறுகள், எரிச்சல், கன்வெர்ஷன் குறைவு போன்ற பிரச்சினைகளை உருவாக்காது.

மொபைல் ஆப்பில் சாதாரண மொழிபெயர்ப்பு ஏன் போதாது?

மொபைல் ஆப்புகளில் உரை (text) ஒருபோதும் வெற்றிடத்தில் இயங்காது. ஒவ்வொரு வாசகமும் இடைமுகத்தின் ஒரு பகுதி—செயல்முறை (process), பயனர் எடுக்கிற முடிவு (decision), அல்லது சிஸ்டத்தின் குறிப்பிட்ட நிலை (system state) என்பதோடு நேரடியாக இணைந்திருக்கும். அதனால், ஆப் இடைமுகம் மொழிபெயர்ப்பு என்பது கட்டுரை மொழிபெயர்ப்பு, மின்னஞ்சல் மொழிபெயர்ப்பு, அல்லது தயாரிப்பு விளக்கம் மொழிபெயர்ப்பு போல மட்டும் இல்லை. அர்த்தம் மட்டும் போதாது; அது காட்டப்படும் இடம், சொற்றொடரின் நீளம், அந்த உரை நிறைவேற்றும் பணி (function), பயனர் அனுபவிக்கும் உணர்ச்சி (emotional perception) எல்லாமே முக்கியம்.

உதாரணமா? “Dalej” போன்ற குறுகிய பட்டன், ஆங்கிலத்தில் “Continue”, ஜெர்மனியில் “Weiter” ஆகலாம். ஆனால் வேறு சூழலில் “Next” என்பதே இயல்பாக பொருந்தும். இவை எல்லாம் மாற்றிப் போடக்கூடியவை அல்ல. ஆன் போர்டிங் (onboarding) திரை லேசாகவும் எளிமையாகவும் உணர வைக்க வேண்டுமெனில் மிக அதிகாரபூர்வமான சொல் அந்த உணர்வை குலைக்கும். அதேபோல் கட்டணம் முடிக்கும் (payment finalization) இடத்தில் வரும் பட்டன் தொடர்பான வார்த்தை, மிக பொதுவானதாயிருந்தால் பயனரின் முடிவு சுமூகமாக நகராமல் கன்வெர்ஷனையே குறைக்கக்கூடும்.

ஆப்பில் வரும் அறிவிப்பு/கம்யூனிகேஷன் மொழிபெயர்ப்பும் வேறாக நடக்கும். பிழை செய்தி (error message) மொழியியல் ரீதியாக “சரியாக” இருந்தாலே போதாது. அது மேலும்:

பிரச்சினையை தெளிவாக சொல்ல வேண்டும்,
தீர்வை முன்கூட்டியே வழிகாட்ட வேண்டும்,
பிராண்டின் tone-க்கு பொருந்த வேண்டும்,
இடைமுகத்தில் பொருத்தமாக இருக்க வேண்டும்,
அந்த சந்தையின் பயனருக்கு உடனே புரிய வேண்டும்.

இதே இடத்தில்தான் சாதாரண மொழிபெயர்ப்புக்கும் UX லோகலைசேஷனுக்கும் இடையிலான உண்மையான வேறுபாடு தெரியும்.

UX லோகலைசேஷன் என்றால் என்ன? மொழிபெயர்ப்பில் இருந்து எப்படி வேறுபடும்?

UX லோகலைசேஷன் என்பது ஒரு குறிப்பிட்ட சந்தையில் இருக்கும் பயனர்களின் மொழி, கலாச்சார பின்னணி, எதிர்பார்ப்பு, பழக்கம்/நடத்தை ஆகியவற்றுக்கு ஏற்ப உள்ளடக்கமும் இடைமுக கூறுகளும் எப்படி பொருந்த வேண்டும் என்பதைக் கவனிக்கும் செயல்முறை. இது வெறும் சொற்களை மாற்றுவது மட்டும் அல்ல—தொடர்பு தர்க்கம் (communication logic), தேதிகள் மற்றும் எண்களின் வடிவங்கள் (formats), அளவு அலகுகள் (units), தகவல் வரிசை (order), சில நேரங்களில் திரையில் கூறுகளின் அமைப்பு (layout) கூட மாறலாம்.

எனவே பல மொழிகளில் மொபைல் ஆப் இடைமுகம் மொழிபெயர்ப்பு செய்ய வேண்டுமெனில், அதை தயாரிப்பு செயல்முறையின் ஒரு பகுதியாக ஆரம்பத்திலிருந்தே திட்டமிட வேண்டும். “வெளியீட்டுக்கு முன் கடைசி நேரத்தில் செஞ்சுடலாமே” என்ற இறுதி கட்டமாக வைத்துக்கொள்ளக் கூடாது.

வேறுபாடுகளை எளிதாகச் சொன்னால்:

சாதாரண மொழிபெயர்ப்பு உரை அர்த்தத்தை மட்டும் மாற்றுவதில் கவனம் செலுத்தும்.
மொபைல் ஆப் லோகலைசேஷன் அந்த உரை தயாரிப்பில் எப்படி வேலை செய்கிறது (how text works in the product) என்பதையும் கருதும்.
UX லோகலைசேஷன் இன்னும் ஒரு படி மேலே போய்—மொழி மாறிய பிறகும் முழு இடைமுகமும் இன்னும் புத்திசாலித்தனமாக (intuitive), ஒரே மாதிரி (consistent), பயனுள்ளதாக (effective) இருக்க வேண்டுமென உறுதி செய்கிறது.

அதனால் மொபைல் ஆப்பை சரியாக எப்படி மொழிபெயர்க்க வேண்டும் என்று யோசிக்கிறீர்கள் என்றால்—பதில் “string பட்டியல்” மட்டும் அல்ல; பயன்படுத்தும் சூழல் (context) உடன் சேர்த்து அணுக வேண்டும்.

மொபைல் ஆப் மொழிபெயர்ப்பில் அதிகம் வரும் பிரச்சினைகள்

நடைமுறையில் பெரும்பாலான தவறுகள் மொழிபெயர்ப்பின் தரத்தால் வருவதில்லை; செயல்முறை இல்லாததால்தான். பல மொழி பதிப்புகள் வெளியான பிறகு UX-ஐ அதிகம் பாதிக்கும் பிரச்சினைகள் இவை.

1. மொழிபெயர்த்த பிறகு உரை மிக நீளமாகிவிடுகிறது

இது கிளாசிக் பிரச்சினை. மொழிகளுக்கு சொற்றொடரின் நீளம் ஒரே மாதிரி இருக்காது. ஆங்கிலம் பல நேரம் போலிஷ் மொழியை விட குறுகியதாக இருக்கலாம். ஆனால் ஜெர்மன், பிரெஞ்சு, ரஷ்யன் போன்றவை பட்டியல்கள், தலைப்புகள், அறிவிப்புகளை (messages) கணிசமாக நீட்டிக்கக்கூடும். விளைவு நேரடியாக தெரியும்: வெட்டி விடப்படும் எழுத்துக்கள் (truncated), கூறுகள் ஒன்றின் மேல் ஒன்று வருவது (overlapping), லேஅவுட் உடையும் (broken layouts), வாசிப்புத் திறன் குறையும் (readability drops).

அதனால் மைக்ரோகாப்பி மொழிபெயர்ப்பு (microcopy translation) என்பது எழுத்து வரம்புகள் (character limits), உள்ளடக்கத்தின் முன்னுரிமை (content priority) ஆகியவற்றை கணக்கில் எடுக்க வேண்டும். சில நேரம் நேரடியான மொழிபெயர்ப்பு (literal) அல்ல—அதே பணி (same function) கொண்ட, சுருக்கமான மற்றும் இயல்பான பதிப்பு (natural shorter version) தான் சிறந்த தேர்வு.

2. மொழிபெயர்ப்பாளருக்கு சூழல் இல்லை

“Save” போன்ற string-கள் பல அர்த்தங்கள் கொள்ளலாம்—மாற்றங்களை சேமித்தல், பணம் பெற்றல், முகவரியை சேமித்தல், அல்லது ஒரு பதிவை வைத்திருத்தல் (keeping a post). சூழல் இல்லையெனில் தவறான தேர்வு செய்வது எளிது. “Skip”, “Close”, “Done”, “Apply”, “Continue” போன்ற சொற்களுக்கும் இதே நிலைதான்.

அதனால் ஆப் இடைமுகம் மொழிபெயர்ப்பு என்பது திரை விளக்கங்கள் (screen descriptions), string-களுக்கான கருத்துகள் (comments), சிறந்தால் சூழலை காட்டும் ஸ்கிரீன் ஷாட்கள் (context screenshots) அல்லது தெளிவான பெயரிடல் கொண்ட system key format ஆகியவற்றையும் அடிப்படையாகக் கொள்ள வேண்டும்.

3. கம்யூனிகேஷன் tone ஒரே மாதிரி இல்லை

ஆப்பின் ஒரு பகுதியில் பிராண்டு பயனரிடம் சுதந்திரமாக/நெருக்கமாக பேசலாம். இன்னொரு பகுதியில் அதிகாரபூர்வமாக (formal) பேசலாம். சில சமயம் பிழை செய்திகள் தொழில்நுட்பமாகவும் உலர்ந்தும் (technical and dry) இருக்கும். இது voice & tone முன்கூட்டியே நிர்ணயிக்காமல் மொழிபெயர்ப்பு செய்யும்போது வரக்கூடிய பொதுவான விளைவு. மொபைல் தயாரிப்புகளில் இப்படிப் பட்ட tone தடுமாற்றங்கள் (tone mismatches) அதிகமாக தெரியும்—ஏனெனில் பயனர் குறுகிய கம்யூனிகேஷன்களை மிக கவனமாக வாசிப்பார்.

ஆப்பில் வரும் கம்யூனிகேஷன்களுக்கு நல்ல மொழிபெயர்ப்பு கிடைக்க, எந்த tone பயன்படுத்த வேண்டும் என்பதைக் தெளிவாக முடிவு செய்ய வேண்டும்: தொழில்முறை (professional), நட்பான (friendly), பிரீமியம் (premium), நடுநிலை (neutral), நிபுணத்துவ (expert), அல்லது இன்னும் அதிக ஆதரவான (more supportive) tone போன்றவை.

4. பிராந்திய வேறுபாடுகளை (regional variants) புறக்கணித்தல்

ஸ்பானிஷ் மொழி ஸ்பெயினிலும் மெக்சிகோவிலும், ஆங்கிலம் பிரிட்டிஷ் மற்றும் அமெரிக்காவிலும், போர்ச்சுகீஸ் ஐரோப்பா மற்றும் பிரேசிலிலும்—இவை வெறும் அழகுக்காக (cosmetic) அல்ல. சொற்பயன்பாடு, பாணி (style), வழக்குச் சொற்கள் (idioms), மொழி நெறிமுறைகள் (language norms), சில நேரங்களில் பயனரிடம் எப்படி பேச வேண்டும் என்பதற்கான விதிகளும் மாறும். பல மொழிகளில் மொபைல் ஆப் லோகலைசேஷன் செய்யும்போது, மொழியை மட்டும் அல்ல—அந்த மொழியின் பிராந்திய பதிப்பையும் (regional variety) கருத்தில் கொள்ள வேண்டும்.

ஆன் போர்டிங் திரைகள், கட்டண திரைகள், அறிவிப்புகள், உதவி (help) பகுதிகள் போன்ற இடங்களில் இந்த வேறுபாடு இன்னும் முக்கியம்; ஏனெனில் நுட்பமான மாற்றங்கள் கூட நம்பிக்கையும் (trust) புரிதலையும் பாதிக்கும்.

5. வெளியிட்ட பிறகு சோதனை இல்லாதது

மிகச் சிறந்த மொபைல் ஆப் மொழிபெயர்ப்பும், யாரும் அதை உண்மையான இடைமுகத்தில் (real interface) சோதிக்கவில்லை என்றால் தோல்வியடையலாம். ஒரு ஷீட்டில் எல்லாம் அழகாக தெரியும். ஆனால் செயல்படுத்திய பிறகு பட்டன் தேவையான அளவுக்கு அகலம் இல்லாமல் போகலாம்; modal-ஐத் தாண்டி செய்தி வெளியே தெறிக்கலாம்; அல்லது ஆன் போர்டிங் ரிதம் (rhythm) கெட்டுப் போகலாம்.

லோகலைசேஷன் சோதனைகள் (tests) என்பது செயல்பாட்டு சோதனைகள் (functional tests) போலவே கட்டாயமாக இருக்க வேண்டும்.

மொபைல் ஆப்பை படிப்படியாக எப்படி மொழிபெயர்க்கலாம்?

கீழே உள்ள நடைமுறை செயல்முறை, UX-ஐ கெடுக்காமல் மொபைல் ஆப் லோகலைசேஷன் செய்ய உதவும்.

1. முதலில் ஆப்புக்குள் உள்ளடக்கத்தை ஆய்வு (audit) செய்யுங்கள்

முதலில் எல்லா வகையான உள்ளடக்கங்களையும் பட்டியலிடுங்கள்:

பட்டன் லேபல்கள்,
திரை தலைப்புகள்,
placeholder-கள் மற்றும் படிவங்கள்,
பிழை செய்தி அறிவிப்புகள்,
push அறிவிப்புகள்,
ஆன் போர்டிங்,
tooltip-கள் மற்றும் வழிகாட்டல்கள்,
காலியான நிலை (empty state) திரைகள்,
சிஸ்டம் மற்றும் சட்டத் தகவல்கள்.

இந்த கட்டம் UX பார்வையில் முக்கியமானவை எவை, எந்த இடத்தில் மொழி முடிவுகளை தற்செயலாக (casual) எடுக்கக்கூடாது என்பதை தெளிவாக்கும்.

2. திரைகளின்படி மட்டும் அல்ல—செயல்பாட்டின்படி (function) உள்ளடக்கத்தை பிரிக்கவும்

இது மிக முக்கியம். ஆன் போர்டிங் வேறாக மொழிபெயர்க்க வேண்டும்; மைக்ரோ இன்ஸ்ட்ரக்ஷன்கள் (microinstructions) வேறாக; டிரான்சாக்ஷன் சார்ந்த அறிவிப்புகள் வேறாக; பிழைகள் (errors) இன்னும் வேறாக. ஒவ்வொரு பிரிவுக்கும் வெவ்வேறு நோக்கம் (goal), உரை நீளத்துக்கான சகிப்புத்தன்மை (tolerance) அளவு கூட மாறும்.

ஒரு எடுத்துக்காட்டு பிரிவு:

நெவிகேஷன் (Navigation): குறுகியதும் தெளிவானதும் இருக்க வேண்டும்.
ஆதரிக்கும் microcopy: பயனரின் சந்தேகத்தை குறைத்து வழிநடத்த வேண்டும்.
பிழை செய்திகள்: என்ன நடந்தது என்று சொல்லி, பிரச்சினையிலிருந்து வெளியேற உதவ வேண்டும்.
ஆன் போர்டிங்: தயாரிப்பின் மதிப்பை (value) உருவாக்கி செயலில் ஈடுபட ஊக்குவிக்க வேண்டும்.

இதனால் microcopy மொழிபெயர்ப்பு அதிக ஒற்றுமையுடன் (consistent) இருக்கும்; தயாரிப்பு இலக்குகளையும் (product goals) நன்றாக ஆதரிக்கும்.

3. ஒவ்வொரு மொழிக்கும் பாணி (style) மற்றும் tone-ஐ வரையறுக்கவும்

அதே tone எல்லா சந்தைகளுக்கும் 1:1 போல மாறும் என்று நினைக்க வேண்டாம். ஒரு லோகலைசேஷனில் இயல்பாக இருக்கும் tone இன்னொரு இடத்தில் அதிக அதிகாரபூர்வமாக தோன்றலாம். மேலும் பயனர் எதை உணர வேண்டும் என்பதும் முக்கியம்: ஆதரவு (support), தொழில்முறை (professionalism), எளிமை (simplicity), அல்லது பிரீமியம்/சிறப்பு (exclusivity) உணர்வு.

இடத்திலே translation profiles (மொழிபெயர்ப்பு ப்ரொஃபைல்கள்) உதவிக்கும். வணிக வலைப்பதிவு மொழிபெயர்ப்பு: “கூகுள் டிரான்ஸ்லேட் போல்” இல்லாமல் இயல்பாக உள்ளுர்மயமாக்குவது எப்படி போன்ற வழிகாட்டல்களும் tone-ஐ சீராக வைத்துக்கொள்ள உதவும். SmartTranslate.ai மூலம் industry, பேசும் பாணி (style of speech), tone, formal/informal அளவு, கலாச்சார பொருத்தம் (cultural adaptation level) போன்றவற்றை அமைக்க முடியும். இதனால் மொபைல் ஆப் மொழிபெயர்ப்பு வெறும் மூல உரை மாற்றமாக (raw translation) நின்றுவிடாமல்—தயாரிப்பு தன்மையை உண்மையாக பிரதிபலிக்கும்.

4. ஒவ்வொரு string-க்கும் சூழல் (context) வழங்குங்கள்

சூழல் அதிகமாக இருந்தால் தவறுகள் குறையும். நல்ல நடைமுறைகள்:

அந்த உரையின் செயல்பாடு (function) குறித்து விளக்கம் சேர்த்தல்,
அறிவிப்பு எங்கே தோன்றுகிறது (where it appears) என்பதை தெரிவிப்பது,
அதிகபட்ச எழுத்து எண்ணிக்கை (maximum characters),
பயனர் persona அல்லது பயணத்தின் (journey) எந்த கட்டத்தில் பயன்படுத்தப்படுகிறது என்பதைக் கூறுவது,
அந்த உரை பிழை, வெற்றி (success), அறிவுறுத்தல் (instruction) அல்லது CTA என்பதை குறிக்க வேண்டும்.

ஆப் உள்ளே வரும் கம்யூனிகேஷன்களை மொழிபெயர்க்கும்போது—ஒரே ஒரு வார்த்தை கூட முழு தொடர்பின் (interaction) உணர்வை மாற்றிவிடும் என்பதால்—இது அவசியம்.

5. உரை விரிவடையும் (text expansion) வாய்ப்புடன் இடைமுகத்தை வடிவமைக்கவும்

டிசைன் மிகக் குறுக்கமான கூறுகளை (tight components) வைத்திருந்தால், அடுத்த மொழிகளை சேர்த்ததும் பிரச்சினைகள் உடனே தெரியும். நீளமான சொற்றொடர்களுக்கு இடைவெளி விட்டு, பல நீள மாற்றங்களில் சோதனை செய்து, “எல்லைக்கு ஒட்டியே” (to the edge) உரையை நிரப்பிவிடும் பழக்கத்தை தவிர்க்கவும். லோகலைஸ் செய்யப்பட்ட உள்ளடக்கத்துக்கும் responsivity-ஐ (வடிவமைப்பு தாங்கும் திறன்) திட்டமிடுங்கள்.

டிசைன் குழுவுக்கு, UX லோகலைசேஷனில் முக்கியமான விதிகளில் இதுவும் ஒன்று: மொழி மாறினாலும் இடைமுகம் மாற்றத்தைக் (variability) தாங்கி நிற்க வேண்டும்.

6. கோப்புகளில் மட்டும் அல்ல—சாதனங்களிலேயே (devices) சோதிக்கவும்

வெளியிடுவதற்கு முன், ஒவ்வொரு மொழியிலும் ஆப்பின் பதிப்பை இயக்கி, பயனர்கள் அதிகம் பயன்படுத்தும் பாதைகளில் (key user paths) வழிநடத்திப் பாருங்கள். சோதிக்க வேண்டியது:

பதிவு (registration),
உள்நுழைவு (log in),
கடவுச்சொல் மீட்டமைப்பு (reset password),
கொள்முதல் அல்லது சந்தா செயல்படுத்தல் (purchase/activate subscription),
தேடுதல் (search),
கணக்கு அமைப்புகள் (account settings),
அறிவிப்புகள் மற்றும் பிழைகள்.

இந்த கட்டத்தில்தான், ஆப் இடைமுகம் மொழிபெயர்ப்பு usability-ஐ ஆதரிக்கிறதா அல்லது பலவீனப்படுத்துகிறதா என்பதை தெளிவாக பார்க்க முடியும்.

மைக்ரோகாப்பி மொழிபெயர்ப்பில் (microcopy) குறிப்பாக கவனிக்க வேண்டியது என்ன?

மைக்ரோகாப்பி மொழிபெயர்ப்பு என்பது மொபைல் ஆப் லோகலைசேஷனில் மிகக் கடினமான பகுதிகளில் ஒன்று. ஏன்? குறுகிய உரைகள் பயனரின் முடிவில் பெரும் தாக்கம் செலுத்தும். ஒரு சொல் நம்பிக்கையை (trust) உயர்த்தலாம்; அதேபோல் ஐயத்தை (doubt) உருவாக்கவும் செய்யலாம்.

ஆப்பில் நல்ல microcopy இப்படியாக இருக்க வேண்டும்:

குறுகியதாக,
ஒரே அர்த்தத்தில் தெளிவாக,
உதவியாக,
பிராண்டுடன் ஒத்துப் போகும் வகையில்,
அந்த செயல்பாட்டின் சூழலில் (context of action) பொருந்தும் வகையில்.

உதாரணங்கள்:

“பிழை” (Błąd) என்ற வறண்ட (dry) வார்த்தைக்கு பதில், “மாற்றங்களை சேமிக்க முடியவில்லை. மீண்டும் முயற்சிக்கவும்” என்று சொல்வதே சிறந்தது.
“தொடரவும்” (Kontynuuj) என்ற தெளிவில்லாத பதிலுக்கு பதில், சில நேரம் “கட்டணத்திற்கு செல்லவும்” என்பதே நல்லது.
“தவறான தரவு உள்ளிடப்பட்டது” போன்ற அதிகாரபூர்வ (formal) வாசகத்திற்கு பதில், “மின்னஞ்சல் முகவரியை சரிபார்த்து மீண்டும் முயற்சிக்கவும்” என்பது அதிக உதவிகரமாக இருக்கும்.

நடைமுறையில் மைக்ரோகாப்பி மொழிபெயர்ப்பின் முக்கியம் அர்த்தம் மட்டும் அல்ல—முதன்மையாக அந்த உரை செய்ய வேண்டிய பணி (function) சரியாக செயல்படுகிறதா என்பதே. இதுதான் UX லோகலைசேஷனின் சாரம்.

ஆன் போர்டிங் மற்றும் பிழை செய்திகள்: சூழல் இல்லாமல் தானாக மொழிபெயர்க்கக் கூடாத இரண்டு இடங்கள்

ஆன் போர்டிங் தயாரிப்பு மதிப்பை (sells value) விளக்கும். பயனர் “இந்த ஆப் எனக்கு புரிகிறதா? பயனுள்ளதா?” என்று முடிவு எடுக்கிற முதல் தருணமும் அதுதான். மொழிபெயர்ப்புக்குப் பிறகு ஆன் போர்டிங் மிக கடினமாக, மிக நீளமாக, அல்லது இயல்பில்லாமல் இருந்தால்—அக்டிவேஷன் (activation) நடக்கும்முன்பே பயனரின் ஆர்வம் குறையலாம்.

இதற்கு மாறாக, ஆப்பில் வரும் அறிவிப்புகளின் மொழிபெயர்ப்பு, குறிப்பாக பிழைகள் (errors) பயனர் எவ்வளவு எரிச்சல் அடைகிறார் (frustration level) என்பதைக் குறிக்கும். பயனருக்கு “ஏதோ தவறு நடந்தது” என்று மட்டும் சொன்னால் போதாது; அடுத்து என்ன செய்ய வேண்டும் என்ற வேகமான வழிகாட்டலும் தேவை. அதனால் பிழை செய்திகளை எழுதவும் மொழிபெயர்க்கவும் எளிய வடிவத்தைப் பயன்படுத்துவது நல்லது:

என்ன நடந்தது?
ஏன் அப்படியிருக்கலாம்?
இப்போது பயனர் என்ன செய்யலாம்?

இந்த அணுகுமுறை தவறான புரிதலை குறைத்து, முழு இடைமுகத்தின் செயல்திறனை மேம்படுத்தும்.

சரிபார்ப்பு பட்டியல் (Checklist): UX-ஐ கெடுக்காமல் மொபைல் ஆப் லோகலைசேஷன்

கீழே உள்ள checklist, product, design மற்றும் development குழுக்கள் பல மொழிகளில் மொபைல் ஆப் லோகலைசேஷன் செய்வதை ஒழுங்காக நடத்த உதவும்.

Product குழுவுக்கு

முக்கிய முன்னுரிமை சந்தைகள் (priority markets) மற்றும் மொழி வேறுபாடுகளை (language variants) வரையறுக்கவும்.
லோகலைசேஷன் இலக்குகளை நிர்ணயிக்கவும்: ஆக்டிவேஷன் (activation) வளர்ச்சி, ரிடென்ஷன் (retention), கன்வெர்ஷன், அல்லது பிழைகள் எண்ணிக்கை குறைவு.
ஒவ்வொரு சந்தைக்கும் tone of voice-ஐ தீர்மானிக்கவும்.
முக்கிய தயாரிப்பு சொற்களின் குளோசரி (glossary) தயார் செய்யவும்.
UX மற்றும் business-க்கு முக்கியமான உள்ளடக்கங்களை குறிக்கவும்.

Design குழுவுக்கு

மேலும் நீளமான உரைகளையும் தாங்கும் வகையில் கூறுகளை (components) வடிவமைக்கவும்.
பட்டன்கள் மற்றும் லேபல்கள் (labels) க்கான கடினமான (rigid) அகலத்தை தவிர்க்கவும்.
நீளமான மொழி வடிவங்களுடன் திரைகளை சோதிக்கவும்.
உரை நீளம் எவ்வளவு இருந்தாலும் தகவலின் hierarchy (முக்கியத்துவ வரிசை) நிலையாக இருக்க பார்த்துக்கொள்ளவும்.
உள்ளூர் தேதிகள், நாணயங்கள் (currencies), எண்கள் ஆகியவற்றின் வடிவங்களை கணக்கில் கொள்ளவும்.

Development குழுவுக்கு

படிக்க எளிதான லோகலைசேஷன் கீகளை பயன்படுத்தவும்.
string-களுக்கு கருத்துக்கள் (comments) சேர்க்கவும்.
பன்மை (pluralization) மற்றும் dynamic variables-க்கு ஆதரவு வழங்கவும்.
வரி உடைதல் (line breaks), overflow, truncation ஆகியவற்றை சோதிக்கவும்.
வெளியிடுவதற்கு முன் லோகலைசேஷன் QA-ஐ (localization QA) நடைமுறைப்படுத்தவும்.

முழு குழுவுக்கும்

சூழல் இல்லாமல் மொழிபெயர்க்க வேண்டாம்.
ஒரே மொழி = ஒரே சந்தை என்று கருத வேண்டாம்.
அசல் உரையின் tone-ஐ 1:1 என்று மட்டும் காப்பி செய்யாமல், தேவையான அளவு தக்வாறு மாற்றவும் (adaptation).
குளோசரி மற்றும் style rules-ஐ தொடர்ந்து புதுப்பித்து வைத்திருங்கள்.
உள்ளூர் சந்தை பயனர்களிடமிருந்து feedback சேகரிக்கவும்.

வெளியிடுவதற்கு முன் மொபைல் ஆப் மொழிபெயர்ப்பை எப்படி சோதிக்கலாம்?

சோதனை என்பது பல நிலை சரிபார்ப்புகளை ஒன்றாக இணைக்க வேண்டும். வெறும் மொழி proofread மட்டும் போதாது.

Language QA: உரை சரியாக இருக்கிறதா, இயல்பாக இருக்கிறதா, சொல் வழக்கு (terminology) ஒற்றுமையாக உள்ளதா என்பதைக் காணவும்.
Visual QA: உரையின் நீளம், வரி உடைதல், கூறுகள் ஒன்றின் மேல் ஒன்று வருகிறதா என்பதைக் காணவும்.
Functional QA: dynamic variables மற்றும் formats சரியாக இயங்குகிறதா என சரிபார்க்கவும்.
Context QA: பயனரின் journey எந்த கட்டத்தில் இருக்கிறாரோ, அந்த இடத்துக்கு உரை பொருந்துகிறதா என்பதை பார்க்கவும்.
User testing: அந்த சந்தையில் சில குறுகிய அமர்வுகளே (short sessions) கூட மதிப்புள்ள insight-களை தரும்.

முக்கிய திரைகள் மற்றும் critical scenarios பட்டியலை உருவாக்கி, ஒவ்வொரு பெரிய புதுப்பிப்புக்குப் பிறகும் அவற்றை மீண்டும் இயக்கிப் பார்ப்பது நல்லது. ஆப் வேகமாக வளர்ந்து புதிய அம்சங்கள் தொடர்ந்து சேரும் போது இது இன்னும் முக்கியம்.

SmartTranslate.ai எப்படி உதவலாம்?

புரொடக்டை (product) ஸ்கேல் செய்வதில் பெரிய சவால் என்பது வெறும் மொபைல் ஆப் மொழிபெயர்ப்பு செய்வது மட்டும் அல்ல. சந்தைகள், மொழி பதிப்புகள், கம்யூனிகேஷன் வகைகள் (types of messages) இடையே ஒற்றுமையை (consistency) பராமரிப்பதும் அதே அளவுக்கு முக்கியம். இதை சரியாக செய்ய ஒரு கருவி இருந்தால் பயன். சூழலை (context) புரிந்து கொண்டு, தற்செயலான மொழிபெயர்ப்பாக இல்லாமல்—translation profiles (மொழிபெயர்ப்பு ப்ரொஃபைல்கள்) வழியாக வேலை செய்ய உதவும் கருவி இதுதான்.

SmartTranslate.ai மூலம் industry, பேசும் பாணி (style of speech), tone, formal/informal அளவு, கலாச்சார பொருத்தம் (cultural adaptation level) ஆகியவற்றுக்கு ஏற்ப மொபைல் ஆப் லோகலைசேஷன் செய்ய முடியும். ஒவ்வொரு onboarding-லும்கூட ஒரே மாதிரி பேசாதபடி—payment screens-ல் வேறுபட்டு, help section-ல் இன்னும் வேறுபட்டு—முழு product-லும் சரியான tone-ல் கம்யூனிகேட் செய்ய வேண்டிய நேரத்தில் இது மிகவும் உதவும்.

மேலும் பல மொழிகள் மற்றும் பிராந்திய வேறுபாடுகளையும் (regional variants) ஆதரிப்பது முக்கியம்—en-us மற்றும் en-gb, es-es மற்றும் es-mx போன்ற துல்லியமான பொருத்தம் தேவைப்படும் சந்தைகளுக்கு விரிவடையும்போது. SmartTranslate.ai மொழிபெயர்ப்பதோடு மட்டுமல்ல; formatting-ஐ காத்தபடி உரைகள் மற்றும் ஆவணங்களையும் மொழிபெயர்க்கும் திறனும் உண்டு. இதனால் product systems-லிருந்து export செய்யப்பட்ட கோப்புகள், UX writing documentation, string lists போன்றவற்றில் வேலை செய்வது எளிதாகும்.

அதனால் யாராவது SmartTranslate எப்படி மொபைல் ஆப்பை மொழிபெயர்க்கலாம் அல்லது SmartTranslate மொபைல் ஆப் லோகலைசேஷன் போன்ற கேள்விகளை தேடினால், பதில் எளிது: முதலில் சூழலை ஒழுங்குபடுத்தி (context整理), translation profiles தயாரித்து, உண்மையான இடைமுகத்தில் சோதிப்பதே சிறந்த தொடக்கம். இப்படியான இணைப்புதான் UX-ஐ கெடுக்காத விளைவை தரும்.

முடிவு

நல்ல மொபைல் ஆப் மொழிபெயர்ப்பு என்பது வெறும் மொழிப் பணி அல்ல—ஒரு design செயல்முறை. புதிய சந்தைகளில் நுழையும்போது பயனர் அனுபவத்தின் தரம் குறையாமல் இருக்க, ஆரம்பத்திலிருந்தே லோகலைசேஷன் பற்றி சிந்திக்க வேண்டும்: உள்ளடக்க audit-இல் தொடங்கி, tone of voice வரை. நீளமான உரைகளை தாங்கும் கூறுகளை வடிவமைத்து, செயல்படும் ஆப்பிலேயே சோதிப்பது வரை இதை நீட்டிக்க வேண்டும்.

product, design, development மற்றும் உள்ளடக்க பொறுப்பாளர்கள் (content team) ஆரம்பத்திலிருந்தே இணைந்து பணிபுரிந்தால் தான் பல மொழிகளுக்கான மொபைல் ஆப் லோகலைசேஷன் சிறப்பாக வேலை செய்யும். அப்போது ஆப் இடைமுகம் மொழிபெயர்ப்பு road map-இன் கடைசியில் சேர்க்கப்படும் “கூடுதல் வேலை” ஆக இல்லாமல்—வளர்ச்சி, நம்பிக்கை (trust), பயனர் வசதி ஆகியவற்றை உண்மையில் ஆதரிக்கும் தயாரிப்பு அங்கமாக மாறும்.

FAQ

மொபைல் ஆப்பை எப்படி மொழிபெயர்க்கலாம்? உரை layout-ஐ கெடுக்காமல் இருக்க?

நீளமான சொற்றொடர்களுக்கும் இடம் கிடைக்குமாறு இடைமுகத்தை வடிவமைக்க வேண்டும், எழுத்து வரம்புகளை முன்கூட்டியே வரையறுக்க வேண்டும், மேலும் சாதனங்களில் கிடைக்கும் வகையில் தயாரான மொழிபெயர்ப்புகளை சோதிக்க வேண்டும். உரை நீளக் கட்டுப்பாடு இல்லாமல் மொழிபெயர்ப்பு மட்டும் செய்தால், UX-ல் பிரச்சினைகள் வர வாய்ப்பு அதிகம்.

மொபைல் ஆப் மொழிபெயர்ப்பு மற்றும் மொபைல் ஆப் லோகலைசேஷன்—இவற்றில் என்ன வித்தியாசம்?

மொழிபெயர்ப்பு என்பது அர்த்த மாற்றத்தில் கவனம் செலுத்தும். ஆனால் மொபைல் ஆப் லோகலைசேஷன் என்பது பயன்பாட்டு சூழல் (context), பிராண்டின் tone, கலாச்சார வேறுபாடுகள், உள்ளூர் வடிவங்கள் (local formats), மொழி மாறிய பிறகு இடைமுகம் எப்படி நடக்கிறது என்பதையும் கணக்கில் எடுக்கும்.

மைக்ரோகாப்பி மொழிபெயர்ப்பு ஏன் இவ்வளவு முக்கியம்?

ஏனெனில் microcopy பயனரின் முடிவை நேரடியாக பாதிக்கும். பட்டன்கள், படிவங்கள் அல்லது பிழைகளில் வரும் குறுகிய அறிவிப்புகள் பயனரை ஆப்பின் வழியாக வழிநடத்தும்; ஆகவே அவை தெளிவாக, இயல்பாக, அந்த சூழ்நிலைக்கேற்ற வகையில் இருக்க வேண்டும்.

பல மொழிகளுக்கு மொபைல் ஆப் லோகலைசேஷனை எளிதாக்க எந்த கருவி உதவும்?

சூழலை (context), style-ஐ, பிராந்திய வேறுபாடுகளையும் கருத்தில் கொண்டு—ஒரே உரை துண்டு மட்டும் அல்ல, கோப்புகளையும் கூட மொழிபெயர்க்க உதவும் கருவி பயனுள்ளதாக இருக்கும். இந்த வகையில் SmartTranslate.ai நன்றாக பொருந்தும்; குறிப்பாக பல சந்தைகளில் தயாரிப்பு கம்யூனிகேஷன் ஒற்றுமையாக இருக்க வேண்டும் என்றால். மேலும், ஆவணங்கள் சார்ந்த மொழிபெயர்ப்பு தேவைகளுக்காக புள்ளிகளை இழக்காமல் ஆங்கிலத்துக்கு டெண்டர் ஆவண மொழிபெயர்ப்பு: ஆஃபர் & RFP மொழிபெயர்ப்பு எப்படி செய்வது போன்ற வழிகாட்டலும் உதவும்.