ابزار ترجمه آماده یا گردش‌کار سفارشی
یک ابزار ترجمه موجود را با یک گردش‌کار سفارشی مقایسه کنید. پیش از انتخاب، زحمت کارکنان، بازبینی، مدیریت داده، یکپارچه‌سازی و نگهداری را بررسی کنید.
وقتی یک ابزار ترجمه موجود با زحمت و کنترل قابل‌قبول کار شما را انجام می‌دهد، از آن استفاده کنید. وقتی یک کمبود مشخص باعث دوباره‌کاری، خطا یا تأخیر می‌شود، گردش‌کار سفارشی را در نظر بگیرید. پیش از تعهد، هر دو را بر اساس یک کار تجاری یکسان مقایسه کنید.
افشای منافع تجاری: Vavus نرم‌افزار سفارشی می‌فروشد. این راهنما توضیح می‌دهد چه زمانی چنین کاری ممکن است مفید باشد و چه زمانی یک ابزار موجود ممکن است کافی باشد. این راهنما ارائه‌دهندگان ترجمه را رتبه‌بندی نمی‌کند و نتیجه آزمون عملکردی را گزارش نمی‌دهد.
مشخص کنید چه چیزی را مقایسه می‌کنید
ابزار آماده محصولی است که می‌توانید از طریق رابط و تنظیمات موجودش از آن استفاده کنید. ممکن است از قبل امکان مدیریت فایل، گزینه‌های اصطلاحات یا کنترل‌های تیمی داشته باشد. به‌جای اینکه فرض کنید این قابلیت‌ها وجود ندارند، محصول و پلن فعلی را بررسی کنید.
گردش‌کار سفارشی نرم‌افزاری است که پیرامون فرایند شما ساخته یا با آن تطبیق داده می‌شود. می‌تواند یک سامانه مبدأ، ترجمه، بازبینی و یک مقصد را به هم وصل کند. ممکن است در پس‌زمینه از یک سرویس ترجمه موجود استفاده کند. توسعه سفارشی لزوماً به معنای ساخت یک مدل ترجمه جدید نیست.
گزینه سوم، پیکربندی یک رابط اتصال (connector) یا یک خودکارسازی در نرم‌افزاری است که از قبل استفاده می‌کنید. پیش از سفارش توسعه جدید، این گزینه را هم در بررسی بگنجانید.
برای یک کار محدود، ابزار موجود را انتخاب کنید
اگر یک نفر گاه‌به‌گاه متنی را ترجمه می‌کند و می‌تواند پیش از استفاده نتیجه را بررسی کند، با یک ابزار استاندارد شروع کنید. چنین ابزاری همچنین می‌تواند برای یک کار تکرارپذیر روی اسناد مناسب باشد، به شرطی که قالب‌های پشتیبانی‌شده و فرایند بازبینی آن نیازهای شما را برآورده کند.
کل کار را آزمایش کنید. آیا کارمند می‌تواند متن مبدأ را پیدا کند، آن را ترجمه و بازبینی کند و نتیجه را به رکورد درست برگرداند؟ بررسی کنید که آیا خروجی ساختار لازم را حفظ می‌کند و آیا کارکنان می‌توانند اصطلاحات درست را اعمال کنند.
سرویس‌های موجود می‌توانند کنترلی بیش از یک کپی و چسباندن ساده ارائه دهند. برای مثال، Google Cloud Translation قابلیت واژه‌نامه را برای اصطلاحات تخصصی یک حوزه مستند کرده است. [1] این یک قابلیت API است، نه وعده اینکه هر رابط کاربری عمومی یا هر اشتراکی آن را دارد.
اگر ابزار موجود نیازهای شما را برآورده می‌کند، بدون دلیل روشن یک سامانه سفارشی اضافه نکنید.
برای یک کمبود مشخص در فرایند، کار سفارشی را در نظر بگیرید
وقتی کارکنان بارها متن را میان سامانه‌ها جابه‌جا می‌کنند یا در پیگیری تأییدها مشکل دارند، شاید ارزش داشته باشد گردش‌کار سفارشی را بررسی کنید. کمبود را با عبارت‌های قابل مشاهده توصیف کنید. برای مثال، ممکن است کارکنان مجبور باشند ترجمه تأییدشده را دوباره در رکورد پشتیبانی درست کپی کنند.
نرم‌افزار پیشنهادی می‌تواند متن مبدأ و نتیجه را کنار هم نگه دارد، متن را برای بازبین بفرستد و نسخه تأییدشده را در مقصدش ذخیره کند. این‌ها نیازمندی‌های احتمالی پروژه‌اند. ادعایی درباره یکپارچه‌سازی فعلی Vavus نیستند.
ابتدا رابط‌های پشتیبانی‌شده اپلیکیشن مبدأ را بررسی کنید. اتصال دلخواه ممکن است با مجوزهای دسترسی، API های موجود یا قرارداد آن سامانه محدود شود. این محدودیت‌ها را در برآورد بگنجانید.
بپرسید وقتی هر یک از دو سامانه تغییر کند، چه کسی اتصال را نگهداری می‌کند. کار سفارشی علاوه بر ساخت اولیه، مسئولیتی مستمر هم ایجاد می‌کند.
کیفیت ترجمه را جداگانه مقایسه کنید
رابط بهتر می‌تواند فرایند بازبینی را بهتر کند، اما ثابت نمی‌کند که ترجمه بهتر است. رویکردهای مورد بررسی را با محتوای معرف و جفت‌های زبانی یکسان آزمایش کنید. از یک بازبین واجد صلاحیت بخواهید معنا، اصطلاحات و لحن را ارزیابی کند.
بررسی کنید هر رویکرد چگونه بافت مفید را فراهم می‌کند. برای مثال، API شرکت DeepL پارامتر context و گزینه‌هایی برای واژه‌نامه دارد. [2] این کنترل‌ها باید برای آن کار پیکربندی و آزمایش شوند.
متن مبدأ را در طول بازبینی در دسترس نگه دارید. مشخص کنید کدام اشتباه‌ها مانع انتشار می‌شوند و اصلاحات چگونه ذخیره می‌شوند. زمان رسیدن به نتیجه تأییدشده را بسنجید، نه فقط زمان دریافت خروجی ماشینی.
کنترل و هزینه کل را بررسی کنید
برای هر گزینه بپرسید محتوا کجا پردازش می‌شود، چه کسی به آن دسترسی دارد و چه چیزی نگه داشته می‌شود. این جزئیات را برای سرویس و پیکربندی دقیق تأیید کنید. نرم‌افزار سفارشی‌ای که یک API ابری را فراخوانی می‌کند، همچنان محتوا را به آن سرویس می‌فرستد.
هزینه‌ها را در یک بازه زمانی یکسان مقایسه کنید. اشتراک‌ها یا مصرف API، بازبینی کارکنان، ورود دوباره داده‌ها، راه‌اندازی، پشتیبانی و نگهداری را بگنجانید. برای کار سفارشی، آزمون و تغییرات در سامانه‌های متصل را هم در نظر بگیرید.
فرض نکنید که خودکارسازی همیشه هزینه خود را جبران می‌کند. یک کار کم‌حجم ممکن است توجیهی برای توسعه نداشته باشد. یک کار پرتکرار با خطاهای قابل اندازه‌گیری در رسیدگی ممکن است برآورد دقیق‌تری را توجیه کند. به‌جای یک درصد صرفه‌جویی بی‌پشتوانه، از اندازه‌گیری‌های خودتان استفاده کنید.
پیش از تصمیم‌گیری یک مقایسه کوچک انجام دهید
یک کار، یک مجموعه آزمون معرف و شرایط پذیرش را بنویسید. هر جا عملی است، ابتدا گزینه موجود را امتحان کنید. مراحل دستی، زحمت بازبینی، ایرادها و هر کنترلی را که نمی‌توانید به آن برسید ثبت کنید.
اگر کمبود مهمی باقی ماند، یک پیشنهاد سفارشی متمرکز بخواهید که به آن بپردازد. قابلیت‌های اختیاری را جدا نگه دارید. توضیح روشنی بخواهید از اینکه نسخه نخست چه خواهد کرد و چگونه آن را راستی‌آزمایی خواهید کرد.
Vavus برای پروژه‌های سفارشی مرحله شناخت مکتوب ارائه می‌دهد. [3] فرایند فعلی و کمبود موجود را در صفحه درخواست پیشنهاد قیمت توصیف کنید. پیش از انتخاب، دامنه به‌دست‌آمده را با گزینه ابزار موجود مقایسه کنید.