Cara menetapkan skop integrasi terjemahan untuk aplikasi perniagaan sedia ada
Rancang terjemahan dalam aplikasi perniagaan anda. Tentukan kandungan, bahasa, semakan, peraturan data, pengendalian kegagalan dan ujian penerimaan sebelum anda meminta sebut harga.
Mulakan dengan satu tugas lengkap yang perlu dilakukan oleh pasukan anda dalam bahasa lain. Kemudian tentukan bagaimana terjemahan sesuai dengan tugas itu. Ini memberi pembekal perisian asas yang lebih jelas untuk anggaran berbanding permintaan untuk menambah butang terjemah.
Skop itu patut merangkumi teks, orang, data dan hasil. Ia juga patut menerangkan apa yang berlaku apabila terjemahan gagal. Gunakan langkah di bawah untuk menyediakan skop itu sebelum anda memilih pendekatan teknikal.
Pilih satu aliran kerja untuk keluaran pertama
Tulis dari mana teks sumber datang dan ke mana terjemahan yang diluluskan mesti dihantar. Contohnya, pekerja sokongan mungkin perlu membaca mesej masuk dan menyediakan balasan dalam bahasa pelanggan. Ini ialah keperluan ilustrasi, bukan laporan tentang pemasangan Vavus.
Senaraikan setiap langkah: buka mesej, minta terjemahan, baca sumber di sebelah hasil, edit balasan dan luluskan untuk dihantar. Tentukan sama ada terjemahan bermula secara automatik atau hanya selepas pekerja memilihnya.
Pastikan keluaran pertama kecil. Satu skrin dan satu tugas perniagaan yang jelas lebih mudah diuji berbanding setiap medan teks dalam aplikasi.
Kenal pasti keperluan kandungan dan bahasa
Buat senarai medan yang perlu diterjemah. Asingkan label pendek, teks bebas, dokumen dan pertuturan. Setiap satu mungkin memerlukan pemprosesan dan ujian yang berbeza. Senaraikan juga medan yang mesti kekal tidak berubah, seperti nombor pesanan dan kod produk.
Nyatakan bahasa sumber dan bahasa sasaran, termasuk sebarang variasi serantau. Catat panjang teks yang biasa dan jangkaan jumlah harian. Tanya gabungan bahasa dan format input mana yang disokong oleh perkhidmatan yang dicadangkan.
Konteks boleh menjadi penting untuk teks pendek. Contohnya, API teks DeepL menyokong parameter context yang boleh mempengaruhi terjemahan tanpa menterjemah konteks itu sendiri. Dokumentasinya juga menyatakan bahawa entri teks berasingan dalam satu permintaan tidak berkongsi konteks. [1] Skop anda patut menyatakan dari mana konteks yang berguna datang.
Tentukan istilah dan semakan manusia
Kumpulkan istilah yang kerap digunakan oleh perniagaan anda. Sertakan terjemahan pilihan, nama produk dan perkataan yang mesti kekal tidak berubah. Tugaskan seorang untuk menyelenggara senarai ini.
Sesetengah perkhidmatan terjemahan menyokong glosari. Google Cloud Translation menerangkan glosarinya sebagai kamus tersuai untuk istilah khusus bidang yang konsisten. [2] Semak ciri itu untuk pasangan bahasa anda yang tepat dan perkhidmatan yang dipilih. Glosari tidak membuktikan bahawa keseluruhan mesej itu betul.
Tentukan output mana yang memerlukan penyemak bahasa yang berkelayakan. Beri penyemak akses kepada teks asal. Tetapkan langkah kelulusan yang jelas sebelum teks untuk pelanggan dihantar atau diterbitkan.
Tetapkan peraturan untuk data dan akses
Terangkan maklumat yang dikendalikan oleh aliran kerja itu. Gunakan contoh buatan semasa ujian awal. Elakkan menyalin rekod pelanggan sebenar ke dalam percubaan semata-mata untuk melihat sama ada butang berfungsi.
Tanya di mana teks akan diproses, apa yang akan disimpan oleh aplikasi, siapa yang boleh membacanya dan bila ia akan dipadamkan. Sertakan log dan sandaran dalam perbincangan ini. Sahkan terma semasa penyedia dan kawalan yang tersedia untuk pelan yang dipilih.
Antara muka tersuai tidak, dengan sendirinya, menjadikan perkhidmatan terjemahan luaran sulit atau luar talian. Jika projek anda memerlukan pemprosesan setempat, nyatakan keperluan itu dari awal dan uji keseluruhan aliran data berdasarkannya.
Rancang untuk kelewatan dan ralat
Tulis jangkaan masa respons dan tindakan yang perlu diambil kakitangan jika perkhidmatan tidak tersedia. Aplikasi patut menunjukkan status yang jelas, seperti menunggu, sedia untuk disemak atau gagal. Kekalkan teks asal.
Minta pembangun membezakan kegagalan sementara daripada ralat yang memerlukan perubahan. Contohnya, DeepL mendokumentasikan percubaan semula yang ditangguhkan untuk ralat had kadar, manakala kuota yang telah habis memerlukan tindakan yang berbeza. [3] Permintaan berulang tidak patut menghasilkan tindakan perniagaan berganda, seperti menghantar balasan yang sama dua kali.
Persetujui amaran penggunaan dan siapa yang bertanggungjawab atas sokongan. Sertakan caj perkhidmatan, penyelenggaraan dan perubahan masa depan apabila anda membandingkan kos projek.
Tulis ujian penerimaan sebelum pembangunan
Pilih contoh yang mewakili setiap pasangan bahasa yang diperlukan. Sertakan mesej panjang, aksara luar biasa, medan yang tiada dan istilah daripada senarai yang diluluskan. Uji keseluruhan tugas, daripada rekod sumber hingga hasil yang disimpan atau dihantar.
Tetapkan kriteria lulus yang boleh disemak oleh orang: kod produk kekal tidak berubah, terjemahan yang belum diluluskan tidak boleh dihantar, permintaan yang gagal kelihatan dan penyemak boleh kembali kepada sumber. Minta penyemak yang berkelayakan menilai maksud dan nada. Catat kecacatan dan ulang ujian yang sama selepas perubahan.
Sediakan permintaan sebut harga yang jelas
Hantar aliran kerja, contoh medan, pasangan bahasa, anggaran jumlah, peraturan data dan ujian penerimaan. Tandakan setiap item sebagai wajib untuk pelancaran atau sesuai untuk keluaran kemudian. Minta andaian dan pengecualian secara bertulis.
Vavus menawarkan penetapan skop bertulis untuk projek tersuai. [4] Gunakan halaman sebut harga untuk menerangkan aplikasi sedia ada anda dan tugas yang ingin anda perbaiki. Integrasi, penyebaran dan pengujian yang dicadangkan patut disahkan dalam skop projek anda.