Công cụ dịch có sẵn hay quy trình tùy chỉnh
So sánh công cụ dịch hiện có với quy trình tùy chỉnh. Kiểm tra công sức của nhân viên, khâu duyệt, xử lý dữ liệu, tích hợp và bảo trì trước khi lựa chọn.
Hãy dùng công cụ dịch hiện có khi nó đáp ứng công việc của quý vị với mức công sức và khả năng kiểm soát chấp nhận được. Hãy cân nhắc quy trình tùy chỉnh khi một thiếu hụt cụ thể gây ra việc làm lặp lại, lỗi hoặc chậm trễ. So sánh cả hai trên cùng một công việc kinh doanh trước khi cam kết.
Công bố lợi ích thương mại: Vavus bán phần mềm tùy chỉnh. Hướng dẫn này giải thích khi nào công việc đó có thể hữu ích và khi nào một công cụ hiện có có thể là đủ. Bài viết không xếp hạng các nhà cung cấp dịch vụ dịch thuật và không báo cáo bài kiểm tra hiệu năng nào.
Xác định quý vị đang so sánh những gì
Công cụ có sẵn là một sản phẩm quý vị có thể dùng qua giao diện và các thiết lập hiện có của nó. Công cụ này có thể đã có tính năng xử lý tệp, tùy chọn thuật ngữ hoặc công cụ quản lý nhóm. Hãy kiểm tra sản phẩm và gói dịch vụ hiện tại thay vì mặc định rằng các tính năng đó không có.
Quy trình tùy chỉnh là phần mềm được xây dựng hoặc điều chỉnh theo cách làm việc của quý vị. Nó có thể kết nối hệ thống nguồn, khâu dịch, khâu duyệt và nơi nhận kết quả. Bên dưới, nó có thể dùng một dịch vụ dịch hiện có. Phát triển tùy chỉnh không nhất thiết có nghĩa là xây dựng một mô hình dịch mới.
Phương án thứ ba là cấu hình một trình kết nối hoặc một quy trình tự động trong phần mềm quý vị đang dùng. Hãy đưa phương án này vào đánh giá trước khi đặt hàng phát triển mới.
Chọn công cụ hiện có cho một công việc có phạm vi hẹp
Hãy bắt đầu với một công cụ tiêu chuẩn nếu một người thỉnh thoảng dịch văn bản và có thể kiểm tra kết quả trước khi dùng. Công cụ đó cũng có thể phù hợp với một công việc tài liệu lặp lại, khi các định dạng được hỗ trợ và quy trình duyệt của nó đáp ứng nhu cầu của quý vị.
Hãy thử toàn bộ công việc. Nhân viên có tìm được bản nguồn, dịch, duyệt và đưa kết quả về đúng bản ghi không? Kiểm tra xem kết quả có giữ được cấu trúc cần thiết không và nhân viên có áp dụng được đúng thuật ngữ không.
Các dịch vụ hiện có có thể cho phép kiểm soát nhiều hơn việc sao chép và dán đơn thuần. Ví dụ, Google Cloud Translation có tài liệu về tính năng bảng thuật ngữ cho thuật ngữ chuyên ngành. [1] Đó là một khả năng của API, không phải lời cam kết rằng mọi giao diện dành cho người dùng phổ thông hay mọi gói thuê bao đều có tính năng này.
Nếu công cụ hiện có đáp ứng yêu cầu của quý vị, đừng thêm một hệ thống tùy chỉnh khi không có lý do rõ ràng.
Cân nhắc giải pháp tùy chỉnh cho một thiếu hụt quy trình cụ thể
Quy trình tùy chỉnh có thể đáng tìm hiểu khi nhân viên liên tục phải chuyển văn bản giữa các hệ thống hoặc khó theo dõi việc phê duyệt. Hãy mô tả thiếu hụt đó bằng những điều quan sát được. Ví dụ, nhân viên có thể phải sao chép bản dịch đã duyệt trở lại đúng hồ sơ hỗ trợ.
Phần mềm được đề xuất có thể giữ bản nguồn và kết quả cùng nhau, chuyển văn bản đến người duyệt và lưu phiên bản đã duyệt vào nơi nhận. Đây là những yêu cầu dự án có thể có. Đây không phải là tuyên bố về một tích hợp Vavus hiện có.
Trước tiên, hãy kiểm tra các giao diện mà ứng dụng nguồn hỗ trợ. Kết nối mong muốn có thể bị giới hạn bởi quyền truy cập, các API sẵn có hoặc hợp đồng của hệ thống đó. Hãy đưa những giới hạn này vào bản ước tính.
Hỏi ai sẽ duy trì kết nối khi một trong hai hệ thống thay đổi. Công việc tùy chỉnh tạo ra trách nhiệm lâu dài chứ không chỉ một lần xây dựng ban đầu.
So sánh riêng chất lượng bản dịch
Giao diện tốt hơn có thể cải thiện quy trình duyệt, nhưng không chứng minh bản dịch tốt hơn. Hãy thử các phương án đang cân nhắc với cùng một bộ nội dung tiêu biểu và cùng các cặp ngôn ngữ. Nhờ một người duyệt có chuyên môn đánh giá ý nghĩa, thuật ngữ và giọng điệu.
Kiểm tra cách mỗi phương án cung cấp ngữ cảnh hữu ích. Ví dụ, API của DeepL có tham số ngữ cảnh và các tùy chọn bảng thuật ngữ. [2] Các công cụ kiểm soát này cần được cấu hình và kiểm thử cho công việc cụ thể.
Giữ văn bản nguồn trong suốt quá trình duyệt. Xác định những lỗi nào sẽ chặn việc phát hành và cách lưu các chỉnh sửa. Đo thời gian để có được kết quả đã duyệt, không chỉ thời gian nhận bản dịch máy.
Kiểm tra khả năng kiểm soát và tổng chi phí
Với mỗi phương án, hãy hỏi nội dung được xử lý ở đâu, ai có thể truy cập và những gì được lưu giữ. Xác nhận các chi tiết này cho đúng dịch vụ và cấu hình cụ thể. Phần mềm tùy chỉnh gọi một API đám mây vẫn gửi nội dung đến dịch vụ đó.
So sánh chi phí trong cùng một khoảng thời gian. Bao gồm phí thuê bao hoặc mức sử dụng API, thời gian nhân viên duyệt, nhập liệu lặp lại, thiết lập, hỗ trợ và bảo trì. Với công việc tùy chỉnh, hãy tính cả kiểm thử và các thay đổi trên những hệ thống được kết nối.
Đừng mặc định rằng tự động hóa luôn tự bù đắp chi phí. Một công việc có khối lượng thấp có thể không đáng để phát triển. Một công việc thường xuyên với các lỗi xử lý đo lường được có thể đáng để ước tính kỹ hơn. Hãy dùng số liệu đo của chính quý vị thay vì một tỷ lệ tiết kiệm không có căn cứ.
Tiến hành một đợt so sánh nhỏ trước khi quyết định
Viết ra một công việc, một bộ kiểm thử tiêu biểu và các điều kiện nghiệm thu. Hãy thử phương án hiện có trước nếu khả thi. Ghi lại các bước thủ công, công sức duyệt, lỗi và mọi yêu cầu kiểm soát mà quý vị không đạt được.
Nếu vẫn còn một thiếu hụt quan trọng, hãy yêu cầu một đề xuất tùy chỉnh tập trung giải quyết đúng thiếu hụt đó. Tách riêng các tính năng tùy chọn. Yêu cầu giải thích rõ bản phát hành đầu tiên sẽ làm gì và quý vị sẽ kiểm chứng nó như thế nào.
Vavus cung cấp giai đoạn khảo sát bằng văn bản cho các dự án tùy chỉnh. [3] Hãy mô tả quy trình hiện tại và điểm thiếu hụt trên trang báo giá. So sánh phạm vi nhận được với phương án dùng công cụ hiện có trước khi lựa chọn.