چگونه یک راهنمای کاربر را ترجمه کنیم بدون آنکه هشدارها، نمودارها یا چیدمان آسیب ببینند

برای ترجمه ایمن یک راهنمای کاربر، آن را به‌جای مجموعه‌ای از جمله‌ها، یک دارایی محصولِ کنترل‌شده در نظر بگیرید. نسخه محصول را ثابت نگه دارید، نظام هشدارهای راهنما را حفظ کنید، اصطلاحات محصول و رابط را قفل کنید، متن داخل نمودارها را فهرست‌برداری کنید، و پس از بازسازی فایل ترجمه‌شده، هر توضیح و ارجاع متقابل را بررسی کنید.

اولویت درست این است:

1. نسخه و دامنه منبع؛
2. معنای ایمنی و رویه‌ای؛
3. نام‌های محصول، کنترل‌ها، و مواردی که نباید ترجمه شوند؛
4. برچسب‌های نمودار و ارجاعات متقابل؛
5. کامل‌بودن و ساختار؛
6. روانی و وضوح در زبان مقصد؛ و
7. چیدمان بصری.

برگه کنترل ترجمه راهنمای کاربر را دانلود کنید تا هشدارها، اصطلاحات، شکل‌ها، ارجاعات، مسئولان، شواهد، و وضعیت آزمون مجدد را ثبت کنید.

نسخه محصول و راهنما را ثابت نگه دارید

حتی یک ترجمه صیقل‌خورده از راهنمای اشتباه، باز هم اشتباه است. پیش از ترجمه، این موارد را ثبت کنید:

• نام محصول، مدل، نسخه سخت‌افزار یا نرم‌افزار، و بازار؛
• عنوان راهنمای منبع، شماره سند، بازنگری، و تاریخ انتشار؛
• زبان و منطقهٔ هدف؛
• پیوست‌ها، برچسب‌ها، کارت‌های راه‌اندازی سریع، و متن گارانتیِ شامل و مستثنا؛
• قالب فایل مبدأ و فایل‌های تصویریِ پیوندخورده؛ و
• شخصی که می‌تواند به پرسش‌های مربوط به محصول پاسخ دهد.

اگر مبدأ هنوز در حال تغییر است، یک نقطهٔ توقف و یک گزارش تغییرات تعیین کنید. ویرایش‌های جدید مبدأ باید از طریق یک بازنگریِ صریح وارد متن هدف شوند، نه با ایمیل کردن جمله‌های جایگزین که هیچ‌کس آن‌ها را با فایل کامل تطبیق نمی‌دهد.

این سابقهٔ نسخه، نخستین ردیف در برگهٔ کنترلِ قابل دانلود است، زیرا همهٔ بررسی‌های بعدی به آن وابسته‌اند.

پیش از ترجمهٔ نثر، سامانهٔ هشدار را حفظ کنید

هشدارها یک سامانه‌اند: واژهٔ هشدار، خطر، پیامد، اقدام پیشگیرانه، نماد، محل قرارگیری، و ارجاع. هر جزء را به‌صورت مستقل ترجمه نکنید و فرض نکنید که رابطهٔ میان آن‌ها حفظ خواهد شد.

ISO 20607:2019 به بخش‌ها، ساختار، و ارائهٔ مرتبط با ایمنی در راهنماهای دستورالعمل ماشین‌آلات در سراسر چرخهٔ عمر ماشین می‌پردازد. IEC/IEEE 82079-1:2019 اصول و الزامات گسترده‌تری را برای اطلاعاتِ مورد استفاده ارائه می‌کند. این استانداردها ترجمهٔ ماشینی را منطبق نمی‌کنند؛ بلکه نشان می‌دهند چرا آماده‌سازی و اعتبارسنجیِ راهنما، فرایندهای حرفه‌ایِ تولید هستند، نه جایگزینیِ جمله‌ها.

برای هر هشدار، این موارد را ثبت کنید:

• شناسهٔ پایدار هشدار؛
• واژهٔ هشدار در مبدأ و هدف؛
• بیانیهٔ خطر؛
• بیانیهٔ پیامد؛
• دستورالعمل پیشگیرانه؛
• ارجاع به نماد یا تصویر؛
• صفحه، بخش، و روالی که در آن ظاهر می‌شود؛ و
• بازبینِ الزامی.

سلسله‌مراتب شدت را در متن مبدأ حفظ کنید. یک واژهٔ هشدار را بی‌تأمل با مترادفی آشناتر جایگزین نکنید. در صفحه‌آراییِ ترجمه‌شده، بررسی کنید که هشدار از مرحله، شکل، یا وضعیتی که بر آن حاکم است جدا نشده باشد.

سه فهرست کنترل‌شده بسازید

یک واژه‌نامه به‌تنهایی کافی نیست. سه نوع کنترل را از هم جدا کنید.

اصطلاحات تأییدشده

اصطلاح مبدأ، اصطلاح مقصدِ تأییدشده، تعریف، بافت، شیوهٔ بزرگ‌نویسی، قاعدهٔ جمع یا تصریف، و گونه‌های ردشده را ثبت کنید. برای هر مفهوم محصول از یک اصطلاح استفاده کنید، مگر آنکه متن مبدأ عمداً میان دو مفهوم تمایز بگذارد.

راهنمای فعلی Microsoft دربارهٔ استفادهٔ دقیق از اصطلاحات فنیتوصیه می‌کند که هرجا لازم است از اصطلاحات و تعاریف یکدست استفاده شود. همین اصل در ترجمه اهمیت بیشتری دارد: جابه‌جایی میان دو اصطلاح مقصدِ ظاهراً قابل‌قبول می‌تواند این تصور را برای خواننده ایجاد کند که راهنما به دو قطعهٔ متفاوت اشاره می‌کند.

مواردی که نباید ترجمه شوند

رشته‌هایی را که باید بدون تغییر بمانند شناسایی کنید، مانند:

• شماره‌مدل‌ها و شماره‌قطعه‌ها؛
• مقادیر خط فرمان، پسوندهای فایل، و کد؛
• علائم تجاری یا نام‌های محصولی که تابع قواعد پروژه هستند؛
• شناسه‌های مقرراتی؛
• برچسب‌های لفظیِ رابط کاربری که بومی‌سازی نشده‌اند؛ و
• نشانه‌گذاری‌های مربوط به اتصال‌دهنده، درگاه یا کنترل که به‌صورت فیزیکی روی محصول ظاهر می‌شوند.

«ترجمه نکنید» به معنای «نادیده بگیرید» نیست. رشته را نویسه‌به‌نویسه بررسی کنید و دستور زبان پیرامون آن را روشن نگه دارید.

برچسب‌های رابط کاربری و کنترل‌های فیزیکی

برای دکمه‌ها، آیتم‌های منو، برچسب‌های صفحه، ولوم‌ها، نشانگرها و برچسب‌های چاپ‌شده روی محصول، یک نگاشت جداگانه ایجاد کنید. ثبت کنید که آیا رابط کاربری مقصد وجود دارد یا نه.

اگر رابط کاربری محصول همچنان Settings را نشان می‌دهد، ترجمه کردن دستور راهنما به صورت «Open Preferences» باعث می‌شود کاربر نتواند آن را پیدا کند، حتی اگر هر دو عبارت از نظر زبانی قابل قبول باشند. تصمیم بگیرید که آیا راهنما باید برچسب مبدأ، برچسب بومی‌سازی‌شده، یا هر دو را نقل کند.

برای اسناد طولانی، گردش‌کارِ یکدستی اصطلاحات ساختاری قابل استفادهٔ مجدد برای صورت‌های تأییدشده و ردشده فراهم می‌کند.

متنی را که در جریان اصلی متن نیست فهرست‌برداری کنید

راهنماها محتوای قابل ترجمه را در این بخش‌ها پنهان می‌کنند:

• نمودارها و اسکرین‌شات‌ها؛
• برچسب‌های راهنما؛
• جعبه‌های متنی و نوارهای کناری؛
• سلول‌های جدول؛
• سرصفحه‌ها و پاصفحه‌ها؛
• فهرست مطالبِ تولیدشده؛
• زیرنویس‌های شکل؛
• گرافیک‌های پیوندخورده؛
• خروجی‌های CAD؛ و
• صفحات اسکن‌شده.

برای هر شکل یک شناسه دارایی ایجاد کنید. ثبت کنید که آیا متن آن قابل ویرایش است، در تصویر جاسازی شده است، یا با ارجاع‌های شماره‌گذاری‌شده نمایش داده می‌شود. اگر تصویر منبع قابل ویرایش نیست، تصمیم بگیرید که آن را بازسازی کنید، یک راهنمای ترجمه‌شده به آن بیفزایید، یا آن را همراه با توضیحی تأییدشده حفظ کنید.

ادعا نکنید که یک مترجم اسناد هر نمودار را از نو ترسیم می‌کند. BookTranslator در موارد پشتیبانی‌شده می‌تواند تصاویر و ساختار سند را حفظ کند، اما متنِ داخل تصویر و آرت‌ورک پیچیده تولیدی ممکن است به ویرایش و بازبینی جداگانه نیاز داشته باشد.

قالب مبدأ را بر اساس آنچه باید قابل ویرایش بماند انتخاب کنید

هرگاه مالک منبع قابل‌ویرایش اصلی هستید، از همان استفاده کنید. یک PDF به‌عنوان مبنای بصری مفید است، اما اغلب جایگزین مناسبی برای فایل تألیف نیست. اگر فقط یک PDF مبتنی بر متن وجود دارد، گردش‌کار ترجمهٔ PDF با حفظ قالب‌بندی را دنبال کنید. اگر منبع DOCX است، سبک‌ها و ساختارهای قابل‌ویرایش را با استفاده از گردش‌کار ترجمهٔ سند Word حفظ کنید.

ابتدا یک بخش نمونهٔ پرفشار را ترجمه کنید

بخشی را انتخاب کنید که شامل چندین سطح مستعد خرابی باشد:

• حداقل یک هشدار؛
• یک رویهٔ شماره‌گذاری‌شده؛
• یک نمودار با راهنماها؛
• یک جدول؛
• یک ارجاع متقابل؛
• یک برچسب رابط؛ و
• یک صفحه با چیدمان فشرده.

پیش از پردازش کل راهنما، آن بخش را ترجمه و بازسازی کنید. از آن برای پاسخ به این پرسش‌ها استفاده کنید:

• آیا واژه‌نامه با جمله‌های واقعی سازگار است؟
• آیا هشدارها از نظر بصری و معنایی همچنان کامل هستند؟
• آیا زبان مقصد بدون استفاده از حروفی ناخوانا جا می‌شود؟
• آیا برچسب‌ها با محصول و رابط کاربری مطابقت دارند؟
• آیا می‌توان نمودارها را با فایل‌های مبدأ موجود به‌روزرسانی کرد؟
• آیا قالب خروجی از بازبینیِ موردنیاز پشتیبانی می‌کند؟

اگر بخش فشارسنجی ناموفق بود، پیش از آنکه این شکست را به 200 صفحه گسترش دهید، فرایند کار را تغییر دهید.

پیش از سبک، ساختار را بازبینی کنید

پس از ترجمه کامل، نسخه کاملِ مقصد را با مبدأ تطبیق دهید.

1. تعداد بخش‌ها، رویه‌ها، هشدارها، جدول‌ها و شکل‌ها را مقایسه کنید.
2. نخستین و آخرین محتوای هر بخش اصلی را بررسی کنید.
3. تک‌تک ارجاع‌های «بخش را ببینید»، «شکل را ببینید» و «جدول را ببینید» را برطرف کنید.
4. مراحل شماره‌گذاری‌شده، بولت‌ها، پیش‌نیازها و نتایج را بررسی کنید.
5. باقی‌مانده‌های زبان مبدأ را جست‌وجو کنید و آن را با فهرست DNT مقایسه کنید.
6. همه گونه‌های تأییدشده و ردشده اصطلاحات را جست‌وجو کنید.
7. اعداد، واحدها، تلرانس‌ها، مقادیر گشتاور، دماها، تاریخ‌ها، URLها و شناسه‌ها را بررسی کنید.
8. تأیید کنید که سرصفحه‌ها، پاصفحه‌ها، کدهای بازنگری و اعلامیه‌های حقوقی از داده‌های صحیح ویرایش استفاده می‌کنند.

تغییر یک کال‌اوت می‌تواند یک نقص پنهان ایجاد کند. اگر متن مبدأ می‌گوید «مورد 4 را فشار دهید» و شکل ترجمه‌شده شماره آن را به 5 تغییر دهد، هم جمله و هم نمودار ممکن است معقول به نظر برسند، در حالی که دستورالعمل غیرقابل‌استفاده می‌شود.

برای استفاده در زبان مقصد ویرایش کنید، نه برای تقارن با زبان مبدأ

وقتی اطلاعات کنترل‌شده تثبیت شد، رویه‌ها را برای شفافیت در زبان مقصد ویرایش کنید. هرجا عملی باشد، در هر گام فقط یک اقدام را نگه دارید. وقتی این کار از استفاده نادرست جلوگیری می‌کند، شرط‌ها را پیش از اقدام‌ها بیاورید. اگر تکرارِ عمدی همان قطعه یا کنترل را مشخص می‌کند، آن را حفظ کنید.

راهنمای نگارش جهانی مایکروسافت جمله‌های کوتاه و روشن، ساختار یکدست، و پرهیز از اصطلاحات عامیانه یا ارجاع‌های فرهنگ‌ویژه را در محتوای فنیِ قابل‌ترجمه توصیه می‌کند. با افزودن تنوعی که به سازگاری اصطلاحات لطمه می‌زند، راهنمای مقصد را «بهبود» ندهید.

اینجاست که پس‌ویرایش انسانی جای می‌گیرد: بعد از آنکه کامل‌بودن و محتوای کنترل‌شده تأیید شدند، نه به‌جای این بررسی‌ها.

راهنمای بازسازی‌شده را مانند یک محصول اعتبارسنجی کنید

سه تأییدیه جداگانه اجرا کنید.

بازبینی زبانی و فنی

• معنا با متن مبدأ مطابقت دارد.
• اصطلاحات محصول و برچسب‌های کنترل تأیید شده‌اند.
• هشدارها خطر، پیامد، و اقدام پیشگیرانه را حفظ می‌کنند.
• واحدها، مقادیر، و شناسه‌ها درست هستند.
• رویه‌های زبان مقصد برای کاربر موردنظر روشن هستند.

بازبینی ساختاری

• همه رویه‌ها، هشدارها، جدول‌ها، شکل‌ها، پیوست‌ها، و یادداشت‌ها موجود هستند.
• ارجاعات متقابل به مورد هدف درست هدایت می‌شوند.
• ورودی‌های TOC و نشانک‌ها بخش‌های درست را باز می‌کنند.
• فراخوان‌های شکل با دستورالعمل‌های پیرامون خود مطابقت دارند.

بازبینی بصری و تحویل

• هیچ هشدار، جدول، زیرنویس، یا دستورالعملی بریده نمی‌شود.
• شکست‌های صفحه، پیش‌نیازها را از اقدامات جدا نمی‌کنند.
• فونت‌ها از خط مقصد پشتیبانی می‌کنند و برای تحویل مجاز هستند.
• فایل PDF یا DOCX در برنامه‌هایی که گیرنده استفاده خواهد کرد باز می‌شود.
• نام فایل، بازنگری، locale و بسته انتشار با سابقه تحویل مطابقت دارند.

برای خروجی PDF، چک‌لیست QA ترجمه PDF را تطبیق دهید، به‌جای اینکه هنگام بازبینی نهایی یک استاندارد بصری جداگانه ابداع کنید.

جایگاه BookTranslator

BookTranslator می‌تواند یک PDF یا DOCX متنی کامل را ترجمه کند، برای اصطلاحات تکرارشونده از واژه‌نامه خودکار استفاده کند، و در موارد پشتیبانی‌شده خروجی دوزبانه ارائه دهد. یک منبع نمونه را از طریق مترجم PDF یا مترجم DOCX بارگذاری کنید، ساختار بازگشتی را بررسی کنید، و پیش از گسترش گردش کار، بخش فشار را اعتبارسنجی کنید.

برای راهنماهای اسکن‌شده، حالت OCR برای بازیابی و ترجمهٔ محتوای خوانا در نظر گرفته شده است، نه بازتولید تک‌تک مختصات، فونت‌ها یا برچسب‌های نمودارِ اصلی. راهنماهای ایمنی‌حیاتی، تحت مقررات، یا عمومی همچنان به بازبینی فنی، زبانی، و انطباقِ متناسب نیاز دارند.

مرحلهٔ نهایی تأیید انتشار راهنمای کاربر

فقط در این صورت منتشر کنید که:

• بازنگری‌های محصول و راهنمای کاربر نهایی شده و ثبت شده باشند؛
• برای هشدارها، اصطلاحات، موارد DNT، کنترل‌ها، و برچسب‌های رابط کاربری مسئول مشخص شده باشد؛
• برای هر شکل و هر داراییِ متنیِ تعبیه‌شده، شیوهٔ رسیدگی مشخصی تعریف شده باشد؛
• تعدادهای فایل کامل و ارجاعات متقابل با هم مطابقت داشته باشند؛
• بازبین‌های فنی و زبان مقصد، مسائل عمده را نهایی و مختومه کرده باشند؛
• PDF یا DOCX نهایی، بازبینی ظاهری و عملکردی را با موفقیت گذرانده باشد؛ و
• بستهٔ انتشار، منبع، مقصد، locale، و بازنگریِ دقیق را مشخص کند.

قاعدهٔ اصلی ساده است: ترجمهٔ راهنمای کاربر زمانی موفق است که کاربر بتواند با نسخهٔ درستِ محصول، اقدام درست را انجام دهد. نثر روان ضروری است، اما معیار اصلی پذیرش نیست.