Terjemahan yang enak dibaca belum tentu mempertahankan maksud penulis. Untuk tim Indonesia yang menyiapkan panduan produk atau materi pelatihan, pekerjaan sebaiknya dimulai dari istilah dan konteks, bukan langsung menempelkan seluruh naskah ke chatbot. Panduan ini menawarkan alur kerja editorial yang dapat dicoba dengan bahan nonrahasia; contoh di bawah adalah simulasi orisinal, bukan hasil pengujian layanan.
1. Tentukan pembaca dan batas pekerjaan
Tuliskan bahasa sumber, bahasa tujuan, pembaca, serta bagian yang tidak boleh berubah. Pisahkan nama produk, penanda variabel, tautan, dan kutipan langsung. Untuk latihan, pilih satu paragraf panduan pengguna yang sudah boleh dibagikan. Jangan mengirim materi pelanggan atau dokumen internal sebelum memperoleh izin dan memeriksa lingkungan pemrosesannya.
Buat lembar kerja dengan empat kolom: teks sumber, terjemahan awal, koreksi, dan alasan koreksi. Rekomendasi ini bertujuan menjaga jejak keputusan. Jika revisi mengubah arti, reviewer dapat kembali ke kalimat asli tanpa harus menelusuri percakapan panjang.
2. Susun glosarium sebelum menerjemahkan
Glosarium bukan daftar semua kata. Pilih istilah yang menentukan makna atau identitas produk. Dokumentasi DeepL menjelaskan bahwa glosarium memetakan kata atau frasa pendek ke terjemahan yang ditetapkan; sebuah kamus berlaku untuk satu pasangan bahasa dalam satu arah.[6]
Contoh orisinal untuk panduan aplikasi: terjemahkan “workspace” menjadi “ruang kerja”, “draft” menjadi “draf”, dan pertahankan “API” sebagai “API”. Tambahkan catatan bahwa “account” berarti “akun” dalam konteks aplikasi, bukan “rekening”. Pilihan ini adalah aturan contoh tim, bukan padanan universal untuk semua industri.
Periksa apakah fitur glosarium mendukung pasangan bahasa yang dibutuhkan. DeepL menyediakan pemeriksaan dukungan bahasa untuk glosarium; dukungan penerjemahan umum jangan langsung dianggap sebagai dukungan glosarium.[6] Jika fitur tidak tersedia, gunakan daftar istilah sebagai instruksi dan daftar pemeriksaan manual, tanpa menyebutnya sebagai jaminan penegakan otomatis.
3. Berikan konteks, bukan hanya potongan kalimat
Judul dan tombol sering terlalu pendek untuk menunjukkan maksud. Dokumentasi DeepL menerangkan bahwa parameter konteks membantu mengatasi kata ambigu dan cuplikan pendek, tetapi bukan tempat yang andal untuk perintah gaya atau aturan terjemahan.[5] Ini batas khusus API tersebut, bukan aturan bahwa setiap chatbot mempunyai parameter yang sama.
Contoh orisinal: kata “charge” pada panduan baterai dan pada halaman pembayaran membutuhkan keputusan berbeda. Sertakan kalimat sebelum dan sesudahnya. Bila konteks belum cukup, minta AI menandai ambiguitas, bukan memilih diam-diam. Jangan menggabungkan dugaan penulis dengan teks sumber seolah keduanya memiliki kedudukan sama.
Untuk pengguna API DeepL, setiap elemen teks dalam satu permintaan diterjemahkan secara independen dan tidak otomatis berbagi konteks satu sama lain.[5] Karena itu, pisahkan dokumen berdasarkan kesatuan makna, bukan semata-mata panjang potongan.
4. Pakai prompt yang meminta jejak perubahan
Contoh prompt orisinal: “Terjemahkan paragraf berikut ke bahasa Indonesia untuk pengguna aplikasi pemula. Terapkan daftar istilah terlampir jika sesuai konteks. Jangan mengubah angka, nama produk, tautan, atau penanda variabel. Keluarkan terjemahan, daftar istilah yang digunakan, dan pertanyaan untuk bagian ambigu. Jangan menambah manfaat produk yang tidak disebut sumber.”
Masukkan instruksi dan teks sumber dalam bagian yang terpisah. Untuk teks panjang, tetapkan nomor bagian dan simpan versi glosarium yang dipakai. Jangan menjadikan daftar penjelasan AI sebagai bukti bahwa semua aturan telah dipatuhi; cocokkan langsung terhadap hasil terjemahan.
5. Periksa makna dahulu, kelancaran kemudian
Pada putaran pertama, bandingkan pelaku, tindakan, negasi, syarat, urutan, angka, dan pengecualian. Contoh orisinal: “Do not delete the backup unless verification succeeds” harus mempertahankan larangan dan syaratnya. Reviewer sebaiknya menuliskan kembali makna kalimat dengan bahasanya sendiri sebelum memoles gaya.
Pada putaran kedua, baca terjemahan tanpa sumber untuk menilai keterbacaan, lalu kembali ke sumber jika ada perubahan. Terjemahan balik boleh menjadi alat bantu diskusi, tetapi jangan diperlakukan sebagai sertifikat akurasi. Untuk kontrak, petunjuk keselamatan, atau materi medis, gunakan penelaah profesional yang sesuai.
6. Simpan hasil dan kriteria penerimaan
Simpan naskah sumber, glosarium, terjemahan final, dan nama pemeriksa. Sebagai aturan kerja yang disarankan, jangan rilis jika masih ada negasi berubah, angka tidak cocok, istilah inti tidak konsisten, atau ambiguitas yang belum diputuskan. Untuk API DeepL, penggunaan glosarium memerlukan bahasa sumber eksplisit, bukan deteksi otomatis.[6]
Mulailah dari satu dokumen pendek. Nilai waktu pemeriksaan dan jenis koreksi, bukan hanya kecepatan menghasilkan draf. Tujuannya bukan menghapus peran penerjemah, melainkan membuat keputusan istilah dan makna lebih mudah diperiksa.
Sumber
[5] https://developers.deepl.com/docs/best-practices/working-with-context [6] https://developers.deepl.com/docs/customize/managing-glossaries
Leave a Reply