AI Agent đa ngôn ngữ: Làm sao giữ đúng thuật ngữ và chính sách?

Khi doanh nghiệp bắt đầu có khách nước ngoài, câu hỏi đầu tiên thường là AI có trả lời được tiếng Anh, tiếng Hàn hay tiếng Trung không. Các mô hình ngôn ngữ hiện nay viết nhiều thứ tiếng khá trôi chảy, nên bản thân ngôn ngữ ít khi là trở ngại lớn nhất. Vấn đề nằm ở chỗ khác: tên sản phẩm mỗi lần bị dịch một kiểu, điều khoản hoàn tiền bị diễn giải lệch so với bản tiếng Việt, định dạng ngày và đơn vị tiền bị đổi mà không ai để ý.

Với khách, câu trả lời bằng tiếng của họ có giá trị như một lời cam kết. Nếu bản tiếng Anh nói điều mà chính sách gốc không nói, doanh nghiệp sẽ rất khó giải thích về sau.

Bài viết trình bày cách thiết kế AI Agent đa ngôn ngữ để giữ đúng thuật ngữ và chính sách: nguồn nào là gốc, nội dung nào được dịch, và khi nào phải chuyển cho người thành thạo ngôn ngữ đó.

1. Bản chất của AI Agent đa ngôn ngữ

AI Agent đa ngôn ngữ không phải một bộ dịch gắn thêm vào chatbot. Nó nhận câu hỏi ở ngôn ngữ của khách, tìm câu trả lời trong nguồn của doanh nghiệp, thường chỉ viết bằng một ngôn ngữ gốc, rồi trả lời lại bằng ngôn ngữ của khách. Mỗi khâu trong chuỗi đó đều có thể làm lệch nghĩa: tìm sai tài liệu vì câu hỏi và tài liệu khác ngôn ngữ, dịch sai thuật ngữ, hoặc diễn đạt điều khoản mềm hơn hay chặt hơn bản gốc.

Ba mức đọc, tra cứu và ghi áp vào đây như sau. Thông tin chung như giờ mở cửa hay mô tả sản phẩm có rủi ro thấp, có thể dịch tự động kèm kho thuật ngữ. Tra cứu đơn hàng, lịch hẹn cho khách quốc tế thì giữ nguyên mã, ngày và số tiền từ hệ thống, chỉ dịch phần lời. Nội dung mang tính cam kết như hoàn tiền, bảo hành hay hợp đồng chỉ được dùng bản dịch đã duyệt; chưa có bản duyệt thì chuyển người. Kho kiến thức gốc nên được chuẩn bị theo bài chuẩn bị dữ liệu cho AI Agent, cộng thêm lớp quản lý ngôn ngữ mô tả dưới đây.

2. Các yếu tố cần thiết kế

1. Xác định ngôn ngữ

Hệ thống cần nhận ra khách đang dùng ngôn ngữ nào và trả lời đúng ngôn ngữ đó, kể cả khi khách viết lẫn tiếng Anh với tiếng Việt hoặc chỉ gõ vài từ. Khi không chắc, nên hỏi khách muốn dùng ngôn ngữ nào hoặc giữ ngôn ngữ của tin nhắn trước. Dấu hiệu làm sai thường gặp là khách hỏi tiếng Anh mà nhận câu trả lời tiếng Việt, vì toàn bộ hướng dẫn hệ thống viết bằng tiếng Việt.

2. Kho thuật ngữ

Kho thuật ngữ là bảng liệt kê tên sản phẩm, tên gói dịch vụ, tên phòng ban và các từ chuyên môn, kèm cách viết chuẩn ở từng ngôn ngữ và danh sách những từ không được dịch. Tên thương hiệu và mã sản phẩm giữ nguyên, còn một cụm như “phiếu bảo hành” luôn dùng một cách dịch cố định. Bảng này do bộ phận sở hữu nội dung duy trì và được đưa vào mỗi lần AI trả lời.

3. Nguồn chính sách gốc

Mỗi chính sách cần có một bản gốc có hiệu lực, thường là tiếng Việt, và mỗi bản dịch ghi rõ được dịch từ phiên bản nào. Khi hai bản mâu thuẫn, bản gốc được ưu tiên. AI nên dẫn được câu trả lời về đúng mục trong chính sách gốc để nhân viên kiểm tra lại khi khách thắc mắc.

4. Dịch có kiểm soát

Không phải nội dung nào cũng để AI dịch tự do. Nên chia làm ba nhóm: nội dung được dịch tự động, nội dung chỉ dùng bản dịch đã duyệt, và nội dung không trả lời bằng ngôn ngữ khác mà chuyển người. Với nhóm thứ hai, AI trích nguyên văn bản dịch đã duyệt thay vì diễn đạt lại theo ý mình.

5. Định dạng số, ngày, tiền tệ

Ngày 03/04 là mùng ba tháng tư ở Việt Nam nhưng có nơi đọc thành mùng bốn tháng ba. Dấu chấm và dấu phẩy trong số tiền cũng đảo ngược giữa các quốc gia. Nên quy định viết tháng bằng chữ, luôn ghi rõ đơn vị tiền tệ, và không để AI tự quy đổi tiền khi doanh nghiệp không công bố tỷ giá.

6. Chuyển người bản ngữ

Khi câu hỏi phức tạp, liên quan khiếu nại hay hợp đồng, hoặc khách không hài lòng với câu trả lời, cần có nhân viên thành thạo ngôn ngữ đó nhận chuyển. Nếu không có người trực mọi ngôn ngữ, AI nên nói rõ thời gian phản hồi và ghi nhận yêu cầu, thay vì cố xử lý đến cùng. Người nhận cần thấy cả câu hỏi gốc lẫn bản dịch sang tiếng Việt.

7. Kiểm thử theo ngôn ngữ

Bộ câu hỏi kiểm thử phải được viết riêng cho từng ngôn ngữ, tốt nhất bởi người dùng ngôn ngữ đó, chứ không chỉ dịch từ bộ câu hỏi tiếng Việt. Khách nước ngoài hỏi theo cách khác, dùng từ khác và quan tâm những điểm khác. Người chấm cũng phải đọc được ngôn ngữ đó mới nhận ra câu trả lời trôi chảy nhưng sai nghĩa.

8. Quản lý phiên bản bản dịch

Khi chính sách gốc thay đổi, mọi bản dịch của chính sách đó phải được đánh dấu là cũ cho đến khi dịch và duyệt lại. Trong thời gian chờ, AI dùng nội dung gốc kèm lưu ý bản dịch đang cập nhật, hoặc chuyển người. Lỗi hay gặp là bản tiếng Việt đã đổi nhưng bản tiếng Anh cũ vẫn nằm trong kho và vẫn được trích.

3. Quy trình triển khai thực tế

Bước 1: Xác định phạm vi và kết quả cần đo

Dựa vào dữ liệu khách hiện có để chọn ngôn ngữ thật sự cần và các loại câu hỏi khách quốc tế hay hỏi. Đầu ra là danh sách ngôn ngữ, loại nội dung được trả lời ở từng ngôn ngữ và chỉ số cần đo như tỷ lệ trả lời đúng với bản gốc, tỷ lệ chuyển người. Người phụ trách thị trường hoặc chăm sóc khách quốc tế xác nhận phạm vi.

Bước 2: Chuẩn hóa dữ liệu cùng quyền truy cập

Dựng kho thuật ngữ, gắn nhãn bản gốc và bản dịch cho từng chính sách, ghi rõ phiên bản. Rà các nội dung dịch sẵn trên website hay tài liệu cũ, loại bỏ bản không còn khớp với bản gốc. Dữ liệu tra cứu như đơn hàng, lịch hẹn giữ nguyên phạm vi quyền như kênh tiếng Việt, không mở rộng thêm chỉ vì có thêm ngôn ngữ.

Bước 3: Thiết kế tích hợp ngoại lệ và phê duyệt

Viết quy tắc cho từng nhóm nội dung: dịch tự động, chỉ dùng bản duyệt hay chuyển người. Thiết kế đường chuyển cho từng ngôn ngữ, kèm giờ trực và câu báo khách khi chưa có người. Bản dịch mới của nội dung cam kết phải qua người thành thạo ngôn ngữ duyệt trước khi đưa vào kho.

Bước 4: Kiểm thử vận hành rồi cải thiện theo log

Chạy bộ kiểm thử riêng của từng ngôn ngữ và nhờ người thành thạo chấm. Sau khi mở cho khách thật, xem lại các câu bị chuyển người, các câu khách phải hỏi lại và các từ chưa có trong kho thuật ngữ để bổ sung. Cách dựng bộ câu hỏi có thể tham khảo bài kiểm thử AI chatbot.

4. Ví dụ giả định

Chính sách hoàn tiền có bản gốc tiếng Việt. AI trả lời tiếng Anh nhưng giữ đúng thuật ngữ sản phẩm và nêu nguồn gốc. Điều khoản chưa có bản dịch đã duyệt được chuyển cho nhân viên thay vì tự dịch như văn bản chính thức.

Từ ví dụ này có ba ca thử. Khách hỏi bằng tiếng Anh về điều kiện hoàn tiền thì AI trích bản dịch đã duyệt và ghi rõ theo chính sách nào. Khách hỏi về một điều khoản mới chưa có bản dịch thì AI không tự dịch mà chuyển nhân viên. Tên sản phẩm trong câu trả lời phải đúng như kho thuật ngữ, không bị dịch nghĩa. Người chấm so từng câu trả lời với bản gốc tiếng Việt, không chỉ xem câu văn có tự nhiên hay không.

5. Rủi ro và giới hạn

• Dịch trôi chảy không bảo đảm đúng nghiệp vụ
• Cần kiểm tra phương ngữ và tên riêng
• Không dùng bản dịch máy làm hợp đồng
• Mỗi ngôn ngữ cần bộ kiểm thử riêng

Rủi ro lớn nhất là câu trả lời nghe rất chuyên nghiệp nhưng sai nghĩa, trong khi người trong doanh nghiệp không đọc được ngôn ngữ đó nên không phát hiện. Tên người, địa danh và cách xưng hô theo văn hóa cũng dễ sai. Bản dịch máy không được dùng làm hợp đồng hay văn bản có giá trị pháp lý; khi khách cần văn bản chính thức, AI chỉ hướng dẫn cách nhận bản do doanh nghiệp phát hành.

6. Phân chia trách nhiệm vận hành

Bộ phận sở hữu chính sách, như chăm sóc khách hàng hoặc pháp chế, giữ bản gốc và quyết định khi nào bản dịch phải làm lại. Người phụ trách ngôn ngữ, có thể là nhân viên thành thạo hoặc đối tác dịch thuật, duyệt bản dịch và kho thuật ngữ. Đội kỹ thuật lo phần nhận diện ngôn ngữ, đưa kho thuật ngữ vào hệ thống và gắn phiên bản cho từng bản dịch.

Mỗi lần chính sách gốc đổi, một chuỗi việc nên tự phát sinh: đánh dấu bản dịch cũ, gửi cho người dịch, chạy lại bộ kiểm thử của từng ngôn ngữ. Người phụ trách chăm sóc khách quốc tế có quyền tắt riêng một ngôn ngữ và chuyển toàn bộ về nhân viên nếu phát hiện lỗi nghiêm trọng.

7. Chỉ số nên theo dõi

• Tỷ lệ hoàn thành đúng theo tiêu chí đã duyệt
• Tỷ lệ từ chối đúng và chuyển người phụ trách
• Lỗi tích hợp, độ trễ và số thao tác phải sửa
• Chi phí cùng tác động kinh doanh của quy trình

Mọi chỉ số phải tách theo ngôn ngữ, vì con số chung dễ che lỗi của ngôn ngữ ít khách. Nên theo dõi tỷ lệ câu trả lời đúng với bản gốc, tỷ lệ chuyển người, số lần sai thuật ngữ và số câu khách phải hỏi lại. Một ngôn ngữ có ít hội thoại nhưng sai nhiều cần được xử lý trước khi mở thêm ngôn ngữ mới.

8. Checklist trước khi vận hành

• Nguồn dữ liệu và chủ sở hữu đã xác nhận
• Quyền đọc ghi đã thử với nhiều vai trò
• Có phương án khi hệ thống lỗi hoặc thiếu dữ liệu
• Có log, phê duyệt và cơ chế chống thao tác trùng
• Có bộ kiểm thử hồi quy và người vận hành

9. Câu hỏi thường gặp

Có thể bật AI Agent đa ngôn ngữ ngay không? Phần trả lời thông tin chung có thể bật khá sớm nếu đã có kho thuật ngữ. Phần chính sách và điều khoản nên chờ đến khi có bản dịch đã duyệt và bộ kiểm thử riêng cho từng ngôn ngữ.

Nên thêm ngôn ngữ nào trước cho AI Agent? Ngôn ngữ mà khách hiện tại dùng nhiều nhất, dựa trên dữ liệu tin nhắn, email hoặc đơn hàng. Làm tốt một ngôn ngữ ngoài tiếng Việt rồi mới mở rộng, thay vì bật nhiều ngôn ngữ cùng lúc mà không ai kiểm được.

Khi nào câu trả lời bằng ngôn ngữ khác cần người duyệt? Khi nội dung là điều khoản hoàn tiền, bảo hành, hợp đồng hoặc cam kết về giá, khi chưa có bản dịch đã duyệt, và khi khách đang khiếu nại. Những trường hợp này nên chuyển cho nhân viên thành thạo ngôn ngữ đó.

Có cần dịch toàn bộ kho kiến thức sang từng ngôn ngữ không? Không nhất thiết. Thông tin chung có thể để AI dịch khi trả lời, kèm kho thuật ngữ; chỉ những nội dung mang tính cam kết mới cần bản dịch được duyệt và quản lý phiên bản.

Kết luận

Với AI Agent đa ngôn ngữ, viết trôi chảy là phần dễ; giữ đúng nghĩa của chính sách gốc mới là phần cần thiết kế. Hãy bắt đầu bằng kho thuật ngữ, xác định bản gốc cho từng chính sách và kiểm thử bằng người đọc được ngôn ngữ đó. Nếu khách liên hệ qua điện thoại, xem thêm bài Voice AI Agent cho tổng đài.

Trao đổi với Naventic để khảo sát nhu cầu hỗ trợ khách quốc tế. Đọc thêm: AI Chatbot.