Dịch trung tâm trợ giúp là dịch toàn bộ phần tài liệu người dùng của một phần mềm: câu hỏi thường gặp, bài hướng dẫn từng bước, ghi chú phát hành, bài xử lý sự cố, câu trả lời mẫu của bộ phận hỗ trợ. Yêu cầu cốt lõi khác với dịch một bài viết thông thường: mọi chữ chỉ tới giao diện phải khớp đúng từng ký tự với nhãn trong bản ứng dụng đã dịch. Bài hướng dẫn bảo "bấm Thiết lập" trong khi nút ghi "Cài đặt" là bài hướng dẫn sai, dù câu văn đúng nghĩa.
Phần trợ giúp còn có những việc riêng: ảnh chụp màn hình phải dựng lại bằng giao diện tiếng đích, chức năng tìm kiếm phải tìm được bằng cách người bản xứ gõ, và bài viết phải được cập nhật mỗi khi giao diện đổi. Bài này đi qua thứ tự dịch hợp lý, cách giữ khớp với giao diện, cách xử lý ảnh chụp, và cách để phần trợ giúp không bị bỏ lại sau vài bản phát hành.
Vì sao trợ giúp phải dịch sau giao diện, không song song
Nhiều dự án giao giao diện cho một nhóm và trung tâm trợ giúp cho một nhóm khác, làm cùng lúc cho kịp. Kết quả gần như chắc chắn là lệch: nhóm giao diện dịch "Workspace" là "Không gian làm việc", nhóm tài liệu dịch là "Vùng làm việc"; nhóm giao diện rút "Notifications settings" thành "Thông báo", bài hướng dẫn lại viết "vào mục Cài đặt thông báo". Người dùng đọc trợ giúp xong mở ứng dụng tìm không thấy chữ nào giống.
Thứ tự đúng là giao diện chốt trước, ít nhất ở các màn hình mà bài trợ giúp nhắc tới, rồi mới dịch tài liệu dựa trên tệp chuỗi đã duyệt. Nếu buộc phải chạy song song, hai nhóm dùng chung một bảng thuật ngữ cập nhật hằng ngày, và người dịch tài liệu được quyền tra thẳng tệp chuỗi đích thay vì tự dịch lại nhãn từ tiếng gốc.
Một cách làm nhiều nhóm áp dụng là đánh dấu riêng mọi tên nút, tên mục menu, tên màn hình trong bài nguồn — bằng kiểu chữ đậm thống nhất hoặc một ký hiệu quy ước. Người dịch nhìn vào là biết chỗ nào phải tra tệp chuỗi, chỗ nào được dịch tự do. Bên kiểm tra cũng có thể đối chiếu tự động: mọi cụm được đánh dấu trong bài dịch phải tồn tại trong tệp chuỗi tiếng đích.
Các loại nội dung trợ giúp và cách xử lý
Không phải bài trợ giúp nào cũng cần cùng mức đầu tư. Xếp theo lượt xem và mức rủi ro giúp quyết định dịch gì trước, dịch kỹ đến đâu:
| Loại nội dung | Đặc điểm | Cách xử lý khi dịch |
|---|---|---|
| Bắt đầu sử dụng | Nhiều người đọc nhất, đọc khi chưa quen giao diện | Dịch đầu tiên, kỹ nhất, ảnh chụp dựng lại đầy đủ |
| Hướng dẫn từng bước theo tính năng | Nhiều tên nút, nhiều ảnh | Khớp nhãn tuyệt đối, kiểm từng bước trên bản chạy thật |
| Câu hỏi thường gặp | Ngắn, người dùng tìm bằng câu hỏi | Viết lại câu hỏi theo cách người bản xứ hỏi, không dịch sát |
| Xử lý sự cố, thông báo lỗi | Người đọc đang bực, cần câu trả lời nhanh | Trích đúng nguyên văn thông báo lỗi trong bản đã dịch để tìm được |
| Thanh toán, tài khoản, quyền riêng tư | Liên quan tiền và dữ liệu | Người biên tập thứ hai đọc lại, đối chiếu điều khoản |
| Ghi chú phát hành | Ra theo từng bản, đọc một lần | Dịch gọn, có thể chỉ dịch mục người dùng thấy được |
| Câu trả lời mẫu của bộ phận hỗ trợ | Dùng hằng ngày, sửa theo từng khách | Dịch thành bộ mẫu có chỗ trống, giọng khớp với giao diện |
Với khối lượng lớn, có thể bắt đầu bằng nhóm bài chiếm phần lớn lượt xem — thường chỉ là một phần nhỏ trong tổng số bài. Dữ liệu lượt xem và từ khoá tìm kiếm trong chính trung tâm trợ giúp cho biết nhóm đó là bài nào; đừng chọn theo cảm tính của đội sản phẩm.
Ảnh chụp màn hình: phần tốn công nhất
Dựng lại bằng giao diện đã dịch. Ảnh chụp giao diện tiếng Anh đặt trong bài tiếng Việt làm người dùng phải tự đoán nút nào là nút nào. Ảnh phải chụp từ bản ứng dụng tiếng đích, cùng phiên bản với bài.
Dữ liệu mẫu hợp thị trường. Tên người, địa chỉ, số tiền, ngày tháng trong ảnh nên theo quy ước của thị trường đích, và tuyệt đối không dùng dữ liệu của khách hàng thật.
Chụp tự động nếu có thể. Kịch bản kiểm thử giao diện có thể chụp cùng một màn hình ở mọi ngôn ngữ trong một lần chạy. Đầu tư một lần, mỗi bản phát hành sau chỉ cần chạy lại thay vì chụp tay hàng trăm ảnh.
Chú thích và mũi tên tách khỏi ảnh. Nếu số thứ tự, mũi tên, khung tô sáng được vẽ chết vào ảnh, mỗi ngôn ngữ phải vẽ lại. Đặt chúng thành lớp riêng hoặc dùng chú thích bằng chữ dưới ảnh sẽ nhẹ việc hơn nhiều.
Cân nhắc bớt ảnh. Bài hướng dẫn có quá nhiều ảnh thì mỗi lần giao diện đổi là cả loạt ảnh lỗi thời. Với thao tác đơn giản, một câu chỉ đường rõ ràng ("Cài đặt > Bảo mật > Đổi mật khẩu") bền hơn ba ảnh chụp.
Ảnh động và video ngắn. Nếu có lời đọc hoặc chữ chạy, chúng cần phụ đề hoặc thu lại theo ngôn ngữ; nếu không, ít nhất phải quay lại bằng giao diện đã dịch.
Tìm kiếm trong trung tâm trợ giúp
Phần lớn người dùng không duyệt danh mục trợ giúp mà gõ thẳng câu hỏi vào ô tìm kiếm. Vì vậy bài dịch phải chứa đúng những chữ người bản xứ sẽ gõ, và những chữ đó thường khác với chữ trong bài gốc. Người Việt gặp sự cố đăng nhập có thể gõ "không đăng nhập được", "quên mật khẩu", "lỗi đăng nhập", "bị khoá tài khoản", nhiều người gõ không dấu. Tiêu đề và đoạn đầu bài nên chứa cách nói phổ biến nhất; các cách nói khác có thể đưa vào phần từ khoá ẩn nếu nền tảng trợ giúp hỗ trợ.
Thông báo lỗi là đầu mối tìm kiếm quan trọng nhất. Người dùng hay chép nguyên văn câu lỗi trên màn hình rồi dán vào ô tìm. Bài xử lý sự cố phải trích đúng nguyên văn câu lỗi trong bản giao diện tiếng đích — sai một chữ là không tìm ra. Đây là thêm một lý do để dịch trợ giúp sau khi tệp chuỗi đã chốt.
Về kỹ thuật, nên kiểm xem công cụ tìm kiếm của trung tâm trợ giúp có xử lý được tiếng Việt có dấu và không dấu như nhau, có tách từ hợp lý với tiếng Việt hay không. Một số công cụ tách theo khoảng trắng nên tìm "mật khẩu" ra cả bài chỉ có chữ "khẩu". Thử vài chục câu tìm thật trước khi mở trung tâm trợ giúp cho người dùng.
Câu hỏi thường gặp: viết lại theo cách người dùng hỏi
Câu hỏi thường gặp trong bản gốc thường được đội sản phẩm viết bằng ngôn ngữ của họ: "How do I configure SSO for my workspace?" Dịch sát thành "Làm thế nào để cấu hình SSO cho không gian làm việc của mình?" vừa dài, vừa dùng ngôi thứ nhất kiểu tiếng Anh, vừa không giống cách người dùng Việt hỏi. Câu hỏi tiếng Việt tự nhiên hơn thường ngắn và bỏ chủ ngữ: "Cài đăng nhập một lần (SSO) cho nhóm thế nào?"
Người dịch nên được phép viết lại câu hỏi, miễn câu trả lời vẫn đúng với câu hỏi mới. Nhóm câu hỏi cũng có thể cần thêm bớt theo thị trường: người dùng Việt hay hỏi về hoá đơn điện tử, thanh toán bằng chuyển khoản ngân hàng, hỗ trợ giờ hành chính theo giờ Việt Nam — những câu bản gốc không có. Nếu có, cần đội sản phẩm cung cấp câu trả lời chính xác; người dịch không tự viết thông tin về chính sách.
Giọng của câu trả lời nên khớp với giọng giao diện. Giao diện dùng "bạn" thì trợ giúp không chuyển sang "quý khách"; giao diện ngắn gọn thì trợ giúp không văn hoa. Người dùng đi qua lại giữa hai nơi liên tục, nên sự lệch giọng dễ thấy hơn người ta tưởng.
Khi phần mềm Việt mở trợ giúp tiếng nước ngoài
Chiều ngược lại có những khó riêng. Tài liệu trợ giúp của nhiều phần mềm Việt Nam được viết cho người dùng trong nước, nên ngầm dựa vào bối cảnh mà người nước ngoài không có: nhắc tới hoá đơn điện tử, mã số thuế, căn cước, chuyển khoản qua mã QR, giờ hành chính, các ngày nghỉ lễ âm lịch. Dịch sát những đoạn đó sang tiếng Anh cho khách ở thị trường khác vừa thừa vừa gây khó hiểu. Trước khi dịch, đội sản phẩm cần quyết bài nào áp dụng cho thị trường mới, bài nào chỉ dành cho Việt Nam, bài nào cần viết lại cho quy trình của nước đó.
Thứ hai là văn phong nguồn. Bài trợ giúp tiếng Việt hay có câu dài, nhiều lời rào đón lịch sự ("Quý khách vui lòng thực hiện theo các bước sau đây để có thể…"). Người dịch giỏi sẽ rút gọn khi chuyển sang tiếng Anh theo lối viết tài liệu kỹ thuật phổ biến: câu mệnh lệnh ngắn, mỗi bước một hành động, tên nút in đậm. Nên thống nhất trước với khách rằng người dịch được phép biên tập ở mức này, nếu không bản dịch sẽ giữ nguyên độ dài và giọng rào đón vốn lạ với người đọc nước ngoài. Cuối cùng là đầu mối hỗ trợ: bài trợ giúp không nên mời người đọc liên hệ bằng một ngôn ngữ mà bộ phận hỗ trợ chưa trả lời được.
Giữ trung tâm trợ giúp không bị lỗi thời
Trung tâm trợ giúp đã dịch thường đẹp ở ngày ra mắt và cũ dần sau mỗi bản phát hành. Các bước dưới đây giúp nó đi cùng nhịp với sản phẩm:
- Gắn mỗi bài với các màn hình và khoá chuỗi mà nó nhắc tới, ít nhất ở mức danh sách đơn giản.
- Mỗi bản phát hành, lấy danh sách chuỗi giao diện bị đổi và tìm các bài có nhắc tới chúng.
- Đánh dấu các bài đó cần cập nhật ở mọi ngôn ngữ, không chỉ ở bản gốc.
- Khi bài gốc sửa, hiển thị cảnh báo trên bản dịch ("bài này đang được cập nhật") nếu chưa kịp dịch, thay vì để bản cũ sai lặng lẽ.
- Định kỳ xem từ khoá tìm kiếm không ra kết quả trong từng ngôn ngữ để biết người dùng đang thiếu bài gì.
- Đọc phản hồi "bài này có hữu ích không" theo ngôn ngữ; bài dịch có tỷ lệ chê cao hơn hẳn bài gốc thường là bài dịch có vấn đề.
Dịch Hay nhận dịch trung tâm trợ giúp cùng với giao diện, tra nhãn trực tiếp từ tệp chuỗi đã duyệt và dựng lại ảnh chụp bằng bản tiếng đích. Nếu trung tâm trợ giúp của bạn đã dịch nhưng đang lệch với giao diện, hãy gửi yêu cầu trong mẫu đăng ký kèm danh sách bài được xem nhiều nhất để được rà trước.
Câu hỏi thường gặp
Có thể dịch trung tâm trợ giúp bằng máy rồi để người dùng tự báo lỗi không?
Có thể làm cho phần ít người đọc, nhưng nên ghi rõ đó là bản dịch máy và cho đường xem bản gốc. Với bài bắt đầu sử dụng, thanh toán, bảo mật và xử lý sự cố phổ biến, nên có người dịch và đối chiếu nhãn giao diện, vì dịch máy không biết nút trên màn hình đang ghi chữ gì.
Ghi chú phát hành có cần dịch không?
Nên dịch những mục người dùng cảm nhận được: tính năng mới, thay đổi giao diện, lỗi đã sửa mà nhiều người từng gặp. Mục kỹ thuật nội bộ có thể bỏ. Ghi chú phát hành bằng ngôn ngữ người dùng giúp họ biết vì sao giao diện vừa đổi, giảm hẳn số câu hỏi gửi về hỗ trợ.
Câu trả lời mẫu của bộ phận hỗ trợ có cần dịch chuyên nghiệp không?
Có, vì chúng được gửi tới khách hàng hằng ngày và mang giọng của doanh nghiệp. Nên dịch thành bộ mẫu có chỗ trống cho tên, mã đơn, bước cụ thể, kèm hướng dẫn nhân viên sửa theo từng trường hợp thay vì dán nguyên. Giọng mẫu phải khớp với giao diện và trung tâm trợ giúp.
Bài trợ giúp nên dịch theo bài hay theo đoạn?
Làm theo đoạn trong công cụ dịch giúp dùng lại phần đã dịch khi bài gốc chỉ sửa vài câu, tiết kiệm đáng kể ở các lần cập nhật. Nhưng người dịch vẫn cần đọc cả bài để giữ mạch hướng dẫn, nhất là khi các bước nối tiếp nhau và tham chiếu tới ảnh.
Nên đặt trung tâm trợ giúp trong ứng dụng hay trên website riêng?
Đó là quyết định sản phẩm, nhưng ảnh hưởng tới việc dịch: trợ giúp trong ứng dụng có thể dùng chung tệp chuỗi và tự chọn đúng ngôn ngữ; trợ giúp trên website cần chọn ngôn ngữ riêng và tối ưu tìm kiếm theo từng thị trường. Dù đặt ở đâu, nhãn giao diện trích trong bài phải khớp bản ứng dụng người dùng đang dùng.
