د ژباړې اصول: د خطا پیغامونه او سیسټمي خبرداری څنګه په سمه ژباړه بدل کړو

د خطا پیغامونه او د سیستم خبرتیاوې باید په لفظي ډول نه، بلکې په فعاله او ګټوره بڼه وژباړل شي: کاروونکی باید سمدستي پوه شي چې څه وشول، ولې وشول او بل ګام څه دی. غوره ژباړه لنډه، روښانه او د محصول له متن او د مخاطب له پوهې سره سمه وي. که یو پیغام له ژبني پلوه سم وي، خو د عمل کولو لپاره مرسته ونه کړي، نو د UX له نظره لا هم کمزوری دی.

په عملي ډول دا معنا لري چې د error messages، alertونو، validation او notificationونو ژباړه باید د برانډ له ټون، د اپلیکیشن له ډول او د انترفېس له محدودیتونو سره سم وي. له همدې امله ډېر ټیمونه اوس یوازې له آنلاین ژباړه وسیلو نه، بلکې له هغو حل لارو هم کار اخلي چې د پیغام سټایل، رسميت او کانتکست تنظیموي — لکه SmartTranslate.ai.

ولې د سیسټم پیغامونه ژباړل تر تمې ډېر ستونزمن دي؟

په لومړي نظر کې د سیسټم پیغامونه ساده ښکاري: څو کلمې لري، نو ژباړه یې هم اسانه باید وي. خو په عمل کې برعکس ده. هر څومره متن لنډ وي، د معنا د تشریح لپاره ځای هماغومره کم وي. هره کلمه باید دقیقه وټاکل شي، ځکه کاروونکی د یوې کرښې له مخې پرېکړه کوي.

ستونزه دا هم ده چې دا پیغامونه د فشار او بې‌باورۍ په شېبو کې راڅرګندېږي: کله چې فورم کار نه کوي، تادیه رد شي، session ختم شي، یا سیستم کومه تېروتنه وپېژني. په داسې وخت کې کاروونکی “ښکلی ژباړل شوی” متن نه غواړي. هغه غواړي پوه شي:

• څه وشول،
• ایا دا د ده تېروتنه ده که د سیستم ستونزه،
• اوس باید څه وکړي،
• او ایا د هغه معلومات خوندي دي که نه.

له همدې امله د “Invalid input” ژباړه د “ناسم داخل شوي معلومات” په توګه که څه هم ژبني پلوه سمه وي، خو ډېر ځله ګټوره نه وي. په ډېرو حالتونو کې ښه ده داسې ولیکل شي: “داخل شوې ارزښت وګورئ” یا “سم برېښنالیک ولیکئ”. دا وړوکی توپیر دی، خو د UX له نظره لوی اغېز لري.

یو ښه ژباړل شوی پیغام باید څه ولري؟

له هرې ژبې پرته، اغېزمن سیسټم پیغام درې پوښتنو ته ځواب وایي: څه وشول، دا څه معنا لري، او کاروونکی باید وروسته څه وکړي. تل اړینه نه ده چې دا درې واړه عناصر په یوه جمله کې راشي، خو معنا باید روښانه وي.

ښه ژباړل شوی پیغام عموماً دا ځانګړنې لري:

• د مخاطب لپاره روښانه وي — بې له اضافي تخنیکي jargon څخه،
• محدود او دقیق وي — وښيي چې کومه برخه اصلاح ته اړتیا لري،
• لنډ وي — ځکه ډېر وخت په کوچني UI ځای کې ځایېږي،
• یو شان وي — د ټول اپلیکیشن له ټون سره،
• مرستندوی وي — راتلونکی ګام وړاندیز کړي.

دا په څوژبې چاپېریال کې لا ډېر مهم دي، ځکه هماغه پیغام باید د بېلابېلو بازارونو، ژبنیو سبکونو او د کاروونکو د تمو سره برابر شي. یوازې یو ساده آنلاین ژباړن ښايي بسنه ونه کړي، که د انترفېس کانتکست او د پیغام رول نه درک کوي.

د خطا پیغامونو او خبرداریو په ژباړه کې عامې تېروتنې

۱. ډېر لفظي ژباړه

له ټولو عامو ستونزو یوه دا ده چې متن له کلمې کلمې وژباړل شي. سیسټمي پیغامونه په داسې بڼه کم کار کوي، ځکه د یوې ژبې تخنیکي اصطلاحات او لنډې اشارې په بلې ژبې کې تل طبیعي نه ښکاري.

بېلګه:

• EN: “An error occurred while processing your request.”
• کمزورې ژباړه: “ستاسې د غوښتنې د پروسس پر مهال تېروتنه رامنځته شوه.”
• ښه: “دا عمل ترسره نه شو. بیا هڅه وکړئ.”

دوهمه نسخه ډېره طبیعي ده او د کاروونکي له ارادې سره ښه سمون لري.

۲. له حده زیات تخنیکي ژبه

هغه پیغامونه چې تخنیکي ډلې یې جوړوي، ډېر وخت داسې اصطلاحات لري چې پراګرامرانو ته روښانه وي، خو پای کاروونکي ته نه. د داسې متن ژباړه پرته له تطبیقه یوازې ستونزه بلې ژبې ته وړي.

د دې پر ځای چې ولیکل شي:

• “Token autoryzacyjny wygasł.”

ښه ده چې داسې وکارول شي:

• “د تصدیق ټوکن وخت پای ته رسېدلی دی.”

کاروونکی اړتیا نه لري چې د سیستم د کار کولو میکانیزم وپېژني. هغه باید یوازې پوه شي چې څه وکړي.

۳. د عمل لپاره لارښوونه نه درلودل

“Validation error” ډول پیغام مرسته نه کوي. دا د سیستم د حالت خبر ورکوي، نه د انسان لپاره لارښوونه. که یو field اړین وي، باید روښانه وویل شي. که password لنډ وي، د لږ تر لږه اوږدوالي یادونه پکار ده.

غوره پیغامونه بېلګې په دې ډول دي:

• “دا ډګر اړین دی.”
• “پاسورډ باید لږ تر لږه ۱۲ توري ولري.”
• “سم د تلیفون شمېره ولیکئ.”

۴. د اړیکې/communication ناسم ټون

د اپلیکیشن په یوه برخه کې کاروونکی بې‌طرفه پیغامونه ویني، په بله کې ډېر رسمي، او بل ځای بیا مصنوعي بې‌پروا. دا ناهمغږي د محصول باور کموي. د ژباړې پر مهال باید نه یوازې معنا، بلکې ټون هم په پام کې ونیول شي.

۵. د انترفېس محدودیتونه له پامه غورځول

تر ټولو ښه ژباړه هم خرابېدلی شي که د تطبیق وروسته په button، dialog window یا mobile form کې ځای نه شي. ژبې د عبارتونو په اوږدوالي کې توپیر لري، نو پیغام باید په واقعي UI کې وازمویل شي، نه یوازې په متن‌پاڼه کې.

د لنډوالي او وضاحت ترمنځ توازن څنګه وساتو؟

دا د سیسټم پیغامونو د ژباړې له مهمو پوښتنو څخه ده. ډېر لنډ متن کله ناکله مبهم وي، او ډېر اوږد یې کاروونکی ځنډوي او انترفېس ګډوډوي. ښه طریقه دا ده چې د عمل لپاره یواځې هغه لږ تر لږه معلومات ورکړل شي چې اړتیا ورته وي — نه کم، نه ډېر.

یو ساده ماډل کارول کېدای شي:

1. ستونزه وښایاست.
2. که اړتیا وي، علت یې بیان کړئ.
3. راتلونکی ګام ورزیات کړئ.

بېلګې:

• “بدلونونه خوندي نه شول. بیا هڅه وکړئ.”
• “دا برېښنالیک لا دمخه کارول شوی. login وکړئ یا بل وکاروئ.”
• “فایل ډېر لوی دی. اعظمي اندازه 10 MB ده.”

دا هم په یاد ولرئ چې هر پیغام باید بشپړه جمله نه وي. په فورم validation کې ډېر وخت لنډ، روښانه پیغامونه ښه کار کوي، لکه: “سم postal code ولیکئ”. خو د جدي خطا په حالت کې څو کلمې زیاتول ښه وي، څو د کاروونکي ناراحتي کمه شي.

د ټون توپیر: consumer app، B2B او اداري وسیلې

هماغه معنا په څو ډولونو وړاندې کېدای شي. انتخاب د محصول ډول او مخاطب پورې تړلی دی.

Consumer app

په هغو اپلیکیشنونو کې چې د عامو کاروونکو لپاره وي، ساده، ملاتړوونکې او مستقیمه ژبه تر ټولو ښه کار کوي. کاروونکی نه غواړي د خپلې تېروتنې له امله قضاوت یا مجازات احساس کړي.

بېلګې:

• “اوه، یو څه سم نه شول. بیا هڅه وکړئ.”
• “سم برېښنالیک ولیکئ.”
• “کارت اضافه نه شو. معلومات وګورئ او بیا هڅه وکړئ.”

په دې برخه کې لږ انساني ټون مناسب دی، خو له ماشومانه انداز پرته.

B2B محصول

په B2B سیستمونو کې مسلکيتوب، دقت او د کلمو سپما مهمه ده. پیغامونه باید لا هم روښانه وي، خو عموماً د consumer apps په شان ډېر “احساسي” نه وي.

بېلګې:

• “بدلونونه خوندي کېدای نه شول. د user permissions وګورئ.”
• “Export بشپړ نه شو. څو دقیقې وروسته بیا هڅه وکړئ.”
• “د ‘NIP’ په ډګر کې اړین معلومات نشته.”

اداري او تخنیکي وسیلې

په admin panels، operating systems او backend وسایلو کې پیغامونه کېدای شي ډېر ځانګړي وي، خو بیا هم باید کاروونکي عمل ته ورسوي. د داسې سیستم کاروونکي اکثره ډېر مهارت لري، خو دا د نه‌لوستو پیغامونو اجازه نه ورکوي.

بېلګې:

• “له server سره اړیکه پرې شوه. د network configuration وګورئ.”
• “Token تازه نه شو. بیا login وکړئ.”
• “دې سرچینې ته لاسرسی نشته. roles او permissions وڅېړئ.”

همدلته د سټایل، ټون او رسميت د دقیق تنظیم امکان ډېر ګټور وي. Schema.org د جوړښت‌لرونکي معلوماتو لپاره معیارونه برابروي، او SmartTranslate د ترجمو د صنعت او د اړیکې د ډول له مخې پروفایل کول اسانه کوي، چې د بېلابېلو مخاطبینو لپاره د محصولاتو په جوړولو کې عملي ګټه لري.

ځانګړي ډولونه څنګه وژباړو؟

د خطا پیغامونه

باید ستونزه په ښکاره وښيي او — که امکان وي — حل هم وښيي. له داسې وچو عباراتو لکه “Operation failed” څخه ډډه ښه ده.

ښه عملي چلند:

• که علت معلوم وي، هماغه ذکر کړئ،
• کاروونکي ته پړه مه ورکوئ،
• بل ګام وړاندیز کړئ.

Alertونه او خبرداری پیغامونه

دلته روښانتیا او د جديت مناسب سطحه مهمه ده. هر خبرداری باید ډارونکی غږ ونه لري. پیغام باید د واقعي خطر اندازه وښيي.

بېلګې:

• “ستاسې session په ۲ دقیقو کې ختمېږي.”
• “د دې فایل حذفول بېرته نه راګرځي.”
• “دا بدلون به په ټول سازمان کې پر ټولو کاروونکو اغېز وکړي.”

Validation پیغامونه

دا په انترفېس کې له ډېرو عامو متنونو څخه دي. باید تر ټولو ډېر دقیق او له ټاکلي field سره تړلي وي.

د دې پر ځای چې ووایو:

• “نامناسب format.”

ښه ده چې داسې ولیکل شي:

• “نېټه د DD.MM.RRRR په بڼه ولیکئ.”
• “پاسورډ باید لږ تر لږه یو عدد ولري.”
• “د سپارښتنې شمېره باید ۸ نښې ولري.”

سیسټم پیغامونه

دا تل د خطا خبر نه ورکوي. ډېر وخت د یوې کړنې د بشپړېدو یا د پروسې د حالت خبر ورکوي. د دوی ژباړه هم همغږي او سادګي غواړي.

بېلګې:

• “بدلونونه خوندي شول.”
• “Report د download لپاره تیار دی.”
• “د پاسورډ د reset لینک مو ولېږه.”

په محصولي ټیم کې د پیغامونو د ژباړې عملي بهیر

که غواړئ د سیسټم پیغامونو کیفیت لوړ کړئ، غوره ده چې منظم بهیر جوړ کړئ، نه دا چې متنونه هر ځل بې‌سنده وژباړئ.

1. ټول پیغامونه په یوه ځای کې راټول کړئ — غوره ده چې د کارولو کانتکست، د سکرین نوم او د تورو د محدودیت معلومات هم ورسره وي.
2. د پیغام ډول وټاکئ — خطا، validation، خبرداری، success، معلومات.
3. مخاطب مشخص کړئ — پای کاروونکی، سوداګریز مشتری، administrator، support.
4. ټون او رسميت وټاکئ — د هر محصول یا ماډول لپاره جلا.
5. پیغامونه په انترفېس کې وازمویئ — په ځانګړي ډول په mobile نسخه کې.
6. د support غوښتنې تحلیل کړئ — که کاروونکي بیا هم پوښتي چې دا پیغام څه معنا لري، نو باید اصلاح شي.

په عمل کې یو داسې وسیله ډېره مرسته کوي چې هم لنډ متنونه او هم د پیغامونو بشپړ فایلونه سمبال کړي او د هغوی جوړښت وساتي. دا په ځانګړي ډول هغه وخت مهمه ده چې تاسو له JSON، CSV، Office اسنادو، د اسنادو ژباړه pdf، تخنیکي ژباړه pdf، د ویب پاڼې ژباړه pdf او مسلکي ژباړه pdf سره کار کوئ. SmartTranslate.ai په دې بهیر کې ښه ځای نیسي، ځکه هم د متنونو لاسي ژباړه او هم د اسنادو له لارې ژباړه برابروي، format ساتي او ژباړه د غوره شوي profile له مخې عیاروي.

ولې یو عادي آنلاین ژباړن تل بسنه نه کوي؟

ډېر کسان له ساده وسیلو پیل کوي، لکه آنلاین ژباړن، آنلاین ژباړنکی، د ګوګل ژباړه او وړیا انګلیسي-پښتو آنلاین ژباړن. دا طبیعي ده: چټک دي او کار اسانه کوي. ستونزه هغه وخت راولاړېږي چې د ټون یووالی، رسميت، صنعت او د UI کانتکست ته پاملرنه پکار شي.

“Access denied” څو ډوله ژباړه کېدای شي، او انتخاب یې له حالت پورې تړلی وي:

• “لاسرسی نشته.”
• “تاسو دې سرچینې ته اجازه نه لرئ.”
• “لاس رسی بند شوی دی.”

د دغو هرې نسخې عملي معنا بېله ده. عمومي وسایل تل دا ډول نازک توپیر نه پېژني. همداسې د نورو بازارونو لپاره هم ده: د پښتو-جرمني آنلاین ژباړن یا د اوکرایني-پښتو آنلاین ژباړن ښايي د چټک مسودې لپاره ګټور وي، خو د تولیدي پلي کولو او د ویب پاڼې ژباړه لپاره ښه تطبیق ته اړتیا وي.

همدا خبره د څوژبې ټیمونو لپاره هم صدق کوي، چې د پښتو-انګلیسي آنلاین ژباړې، د web app د پیغامونو localization، او د system strings لرونکو اسنادو ژباړې پر مخ وړي. که له دې سره د فایلونو جوړښت او د سټایل کنټرول هم مهم وي، نو له ساده آنلاین ژباړن څخه ډېر پرمختللي حل ته اړتیا پیدا کېږي.

SmartTranslate څنګه د سیسټم پیغامونو ژباړه ښه کوي؟

د سیسټم پیغامونو په برخه کې یوازې ژبنۍ سموالی بسنه نه کوي. کانتکست، ټون او د محصول د بېلابېلو برخو ترمنځ یووالی مهم دی. SmartTranslate همدا ډول کارونو لپاره طرحه شوی.

• تاسو کولی شئ صنعت او د اړیکې ډول وټاکئ، څو متن د محصول سره مناسب ښکاره شي.
• د ژباړې سټایل تنظیمېدای شي: ډېر لفظي، بې‌طرفه یا تخلیقي — چې د لنډو UX پیغامونو لپاره مهم دی.
• تاسو کولی شئ ټون وټاکئ: مسلکي، عادي یا اکادمیک، او همدارنګه د رسميت کچه.
• دا وسیله څو ژبې او سیمه‌ییز ډولونه ملاتړ کوي، چې د بېلابېلو بازارونو لپاره localization اسانه کوي.
• د سندونو ژباړه او د اصلي format ساتل هم کوي، چې له systems څخه export شویو فایلونو سره کار چټکوي.

په دې توګه هماغه پیغام د consumer app، B2B SaaS او د administrator panel لپاره جلا جلا چمتو کېدای شي — بې له دې چې یووالی او معنا له منځه ولاړ شي.

بېلګې: خراب پیغام vs ښه پیغام

• خراب: “تېروتنه رامنځته شوه.”
  ښه: “بدلونونه خوندي نه شول. بیا هڅه وکړئ.”
• خراب: “Invalid field.”
  ښه: “سم برېښنالیک ولیکئ.”
• خراب: “Unauthorized.”
  ښه: “ستاسې session ختم شو. بیا login وکړئ.”
• خراب: “Upl