Alat terjemahan siap pakai atau alur kerja kustom
Bandingkan alat terjemahan yang sudah ada dengan alur kerja kustom. Periksa upaya staf, peninjauan, penanganan data, integrasi, dan pemeliharaan sebelum memilih.
Gunakan alat terjemahan yang sudah ada jika alat itu dapat menangani tugas Anda dengan upaya dan kontrol yang wajar. Pertimbangkan alur kerja kustom jika ada kekurangan tertentu yang menyebabkan pekerjaan berulang, kesalahan, atau keterlambatan. Bandingkan keduanya pada tugas bisnis yang sama sebelum Anda mengambil keputusan.
Pengungkapan komersial: Vavus menjual perangkat lunak kustom. Panduan ini menjelaskan kapan pekerjaan semacam itu mungkin berguna dan kapan alat yang sudah ada mungkin sudah cukup. Panduan ini tidak memeringkat penyedia terjemahan atau melaporkan uji kinerja.
Tentukan apa yang Anda bandingkan
Alat siap pakai adalah produk yang dapat Anda gunakan melalui antarmuka dan pengaturan yang sudah tersedia. Alat itu mungkin sudah mencakup penanganan file, opsi terminologi, atau kontrol tim. Periksa produk dan paket yang berlaku saat ini daripada berasumsi bahwa fitur-fitur itu tidak ada.
Alur kerja kustom adalah perangkat lunak yang dibuat atau disesuaikan dengan proses Anda. Alur kerja ini dapat menghubungkan sistem sumber, terjemahan, peninjauan, dan tujuan. Di baliknya, alur kerja ini mungkin menggunakan layanan terjemahan yang sudah ada. Pengembangan kustom tidak selalu berarti membangun model terjemahan baru.
Opsi ketiga adalah mengonfigurasi konektor atau otomatisasi di perangkat lunak yang sudah Anda gunakan. Sertakan opsi ini dalam peninjauan sebelum Anda memesan pengembangan baru.
Pilih alat yang sudah ada untuk tugas yang terbatas
Mulailah dengan alat standar jika satu orang sesekali menerjemahkan teks dan dapat memeriksa hasilnya sebelum digunakan. Alat standar juga bisa cocok untuk tugas dokumen yang berulang jika format yang didukung dan proses peninjauannya memenuhi kebutuhan Anda.
Uji pekerjaan secara menyeluruh. Dapatkah karyawan menemukan sumbernya, menerjemahkannya, meninjaunya, dan mengembalikan hasilnya ke catatan yang tepat? Periksa apakah output mempertahankan struktur yang diperlukan dan apakah staf dapat menerapkan istilah yang benar.
Layanan yang sudah ada dapat menawarkan kontrol yang lebih besar daripada sekadar salin dan tempel. Misalnya, Google Cloud Translation mendokumentasikan fitur glosarium untuk terminologi bidang tertentu. [1] Itu adalah kemampuan API, bukan jaminan bahwa setiap antarmuka konsumen atau langganan menyertakannya.
Jika alat yang tersedia memenuhi kebutuhan Anda, hindari menambahkan sistem kustom tanpa alasan yang jelas.
Pertimbangkan pekerjaan kustom untuk celah proses yang jelas
Alur kerja kustom mungkin layak dijajaki jika karyawan berulang kali memindahkan teks antarsistem atau kesulitan melacak persetujuan. Jelaskan celah tersebut dengan istilah yang dapat diamati. Misalnya, staf mungkin perlu menyalin terjemahan yang telah disetujui kembali ke catatan dukungan yang tepat.
Perangkat lunak yang diusulkan dapat menyimpan sumber dan hasil secara bersamaan, meneruskan teks ke peninjau, dan menyimpan versi yang disetujui ke tujuannya. Ini adalah persyaratan proyek yang mungkin. Ini bukan klaim tentang integrasi Vavus yang ada saat ini.
Periksa terlebih dahulu antarmuka yang didukung aplikasi sumber. Koneksi yang diinginkan mungkin dibatasi oleh izin akses, API yang tersedia, atau kontrak untuk sistem tersebut. Sertakan batasan-batasan itu dalam perkiraan.
Tanyakan siapa yang akan memelihara koneksi ketika salah satu sistem berubah. Pekerjaan kustom menciptakan tanggung jawab berkelanjutan, bukan hanya pembuatan awal.
Bandingkan kualitas terjemahan secara terpisah
Antarmuka yang lebih baik dapat memperbaiki proses peninjauan, tetapi tidak membuktikan terjemahan yang lebih baik. Uji pendekatan yang dipertimbangkan dengan konten representatif dan pasangan bahasa yang sama. Minta peninjau yang kompeten untuk menilai makna, terminologi, dan nada.
Periksa bagaimana setiap pendekatan menyediakan konteks yang berguna. API DeepL, misalnya, memiliki parameter context dan opsi untuk glosarium. [2] Kontrol ini perlu dikonfigurasi dan diuji untuk tugas tersebut.
Pastikan teks sumber tetap tersedia selama peninjauan. Tentukan kesalahan mana yang menghalangi rilis dan bagaimana koreksi disimpan. Ukur waktu hingga diperoleh hasil yang disetujui, bukan hanya waktu hingga output mesin diterima.
Periksa kontrol dan biaya total
Untuk setiap opsi, tanyakan di mana konten diproses, siapa yang dapat mengaksesnya, dan apa yang disimpan. Pastikan detail ini untuk layanan dan konfigurasi yang persis. Perangkat lunak kustom yang memanggil API cloud tetap mengirimkan konten ke layanan tersebut.
Bandingkan biaya untuk periode yang sama. Sertakan langganan atau penggunaan API, peninjauan oleh staf, entri data berulang, penyiapan, dukungan, dan pemeliharaan. Untuk pekerjaan kustom, sertakan juga pengujian dan perubahan pada sistem yang terhubung.
Jangan berasumsi bahwa otomatisasi selalu balik modal. Tugas bervolume rendah mungkin tidak sebanding dengan biaya pengembangan. Tugas yang sering dilakukan dengan kesalahan penanganan yang terukur mungkin layak diperkirakan lebih cermat. Gunakan pengukuran Anda sendiri, bukan persentase penghematan yang tidak didukung bukti.
Lakukan perbandingan kecil sebelum memutuskan
Tuliskan satu tugas, satu set uji yang representatif, dan syarat penerimaan. Jika memungkinkan, coba dulu opsi yang sudah ada. Catat langkah manual, upaya peninjauan, kekurangan, dan kontrol apa pun yang tidak dapat Anda capai.
Jika masih ada celah penting, minta proposal kustom yang terfokus untuk mengatasinya. Pisahkan fitur opsional. Minta penjelasan yang jelas tentang apa yang akan dilakukan rilis pertama dan bagaimana Anda akan memverifikasinya.
Vavus menawarkan analisis kebutuhan tertulis untuk proyek kustom. [3] Jelaskan proses Anda saat ini dan celahnya di halaman penawaran. Bandingkan ruang lingkup yang dihasilkan dengan opsi alat yang sudah ada sebelum Anda memilih.