Một biểu mẫu dịch đúng từng nhãn vẫn có thể làm người Việt bỏ dở, nếu nó bắt họ tách tên theo kiểu phương Tây, chọn bang thay cho tỉnh, hay hiểu ngày 03/04 là tháng Ba. Những lỗi này không nằm ở câu chữ mà ở cách phần mềm được dựng, nên người dịch chỉ đọc tệp chuỗi sẽ không thấy.
Bài này giúp người dịch bản địa hoá và nhóm sản phẩm rà những trường thông tin hay vướng nhất: họ tên, địa chỉ, ngày giờ, tiền và số. Mục tiêu là biết chỗ nào chỉ cần dịch nhãn, chỗ nào phải báo nhóm phát triển sửa cấu trúc, và cách viết ghi chú để họ sửa đúng ngay lần đầu.
Họ tên: một ô hay hai ô, họ đứng trước hay sau
Biểu mẫu kiểu phương Tây hay tách "First name" và "Last name", rồi ghép lại theo thứ tự tên trước họ sau khi chào. Với người Việt, ghép như vậy ra những câu chào như "Xin chào Lan Nguyễn Thị", vừa lạ vừa không lịch sự. Dịch "First name" là "Tên" và "Last name" là "Họ" chưa giải quyết được vấn đề, vì người dùng vẫn lúng túng không biết tên đệm điền vào ô nào.
Cách thường gặp và dễ dùng nhất với người Việt là một ô "Họ và tên" duy nhất, và khi cần gọi tên thì phần mềm lấy chữ cuối cùng hoặc để người dùng tự điền "Tên thường gọi". Nếu hệ thống bắt buộc giữ hai ô, nên đặt ô họ trước, ghi rõ tên đệm thuộc ô nào, và sửa lời chào chỉ dùng tên. Đây là thay đổi cấu trúc, người dịch không làm được trong tệp chuỗi mà phải ghi thành đề xuất cho nhóm phát triển.
Một chỗ nhỏ hay bị bỏ qua: trường tên giới hạn số ký tự quá ngắn hoặc không nhận chữ có dấu. Người dùng nhập tên có dấu đầy đủ rồi bị báo lỗi, hoặc tên bị lưu thành ký tự lạ trong thư xác nhận. Khi kiểm thử, hãy thử một tên dài có đủ dấu hỏi, ngã, nặng và chữ "đ" để chắc hệ thống lưu và hiển thị đúng.
Địa chỉ: từ mẫu nước ngoài sang cách người Việt viết
Biểu mẫu địa chỉ dựng cho thị trường khác thường có ô bang, mã bưu chính bắt buộc, và thứ tự từ nhỏ đến lớn không khớp thói quen trong nước. Từ ngày 1/7/2025, cả nước còn 34 tỉnh, thành và bỏ cấp huyện, nên danh sách chọn địa chỉ cũ cũng lỗi thời. Bảng dưới gợi ý cách rà.
| Trường trên mẫu gốc | Vấn đề với người Việt | Đề xuất |
|---|---|---|
| State, Province | Không có bang; danh sách tỉnh có thể là danh sách cũ trước sáp nhập | Dùng danh sách 34 tỉnh, thành hiện hành; ghi nguồn và ngày cập nhật |
| County, District | Cấp huyện đã bỏ từ 7/2025 | Bỏ ô này hoặc chuyển thành trường không bắt buộc cho dữ liệu cũ |
| City, Ward | Phường, xã sau sắp xếp đổi tên, đổi ranh giới | Danh sách phường, xã theo tỉnh, có ô tự nhập nếu chưa có trong danh sách |
| Address line 1 và 2 | Người Việt viết số nhà, ngõ, ngách, kiệt, hẻm, thôn, ấp | Một ô "Số nhà, tên đường, thôn, xóm" đủ dài |
| Postal code bắt buộc | Nhiều người không biết mã bưu chính của mình | Để không bắt buộc, trừ khi đơn vị giao hàng thực sự cần |
Danh sách đơn vị hành chính phải lấy từ nguồn chính thức và kiểm phiên bản hiện hành, vì còn có điều chỉnh sau đợt sắp xếp. Người dịch không nên tự gõ danh sách theo trí nhớ. Nếu dữ liệu khách hàng cũ còn ghi theo địa giới trước 7/2025, đó là việc chuyển đổi dữ liệu của nhóm kỹ thuật, không phải việc dịch.
Ngày, giờ và múi giờ
Thứ tự ngày tháng. Người Việt đọc 03/04 là ngày 3 tháng 4. Phần mềm Mỹ để mặc định tháng trước ngày sẽ làm người dùng đặt nhầm lịch. Hãy chắc phần mềm dùng định dạng của tiếng Việt chứ không chỉ dịch nhãn, và ở chỗ quan trọng như đặt lịch hẹn, vé, hạn thanh toán thì viết tháng bằng chữ hoặc có thứ trong tuần đi kèm để không thể hiểu nhầm.
Thứ trong tuần và tháng viết bằng chữ. Tiếng Việt viết "Thứ Hai", "tháng 4", không viết hoa tên tháng giữa câu như tiếng Anh, và chủ nhật không phải "thứ Một". Nếu chuỗi ngày được ghép bằng mã từ nhiều mảnh, kiểm xem kết quả có thành "Thứ Hai, Tháng Tư 3" theo trật tự tiếng Anh không.
Giờ 12 hay 24. Văn bản và giao diện ở Việt Nam quen giờ 24, hoặc giờ 12 kèm "sáng", "chiều", "tối". Chữ AM, PM giữ nguyên trong giao diện tiếng Việt trông lạc. Thống nhất một cách trong hướng dẫn văn phong.
Múi giờ. Sản phẩm phục vụ người dùng ở nhiều nước cần hiện rõ giờ đang theo múi nào, nhất là lịch họp trực tuyến và hạn chót. Người dịch nên đánh dấu những chuỗi chỉ ghi "giờ địa phương" mà không rõ là địa phương của ai.
Ngày tương đối. Các chuỗi như "2 ngày trước", "hôm qua", "tuần sau" thường ghép biến số. Tiếng Việt đơn giản hơn tiếng Anh vì không chia số nhiều, nhưng vẫn phải kiểm trật tự số và chữ, và cách viết khi giá trị bằng 1.
Tiền, số và đơn vị trên giao diện
Phần mềm làm sẵn cho nước ngoài hay hiển thị số tiền với dấu phẩy ngăn cách hàng nghìn và dấu chấm thập phân, ký hiệu tiền đứng trước số. Giao diện tiếng Việt thường dùng ngược lại: dấu chấm ngăn hàng nghìn, dấu phẩy thập phân, đơn vị đồng đứng sau số. Đây phải là cài đặt định dạng của phần mềm theo ngôn ngữ, không phải người dịch sửa tay từng chuỗi, vì số tiền được sinh ra lúc chạy.
Việc của người dịch là phát hiện những chỗ số đã bị gõ cứng vào chuỗi, ví dụ giả định một câu khuyến mãi viết sẵn con số kèm dấu theo kiểu tiếng Anh, và những chỗ đơn vị đặt sai vị trí khi chuỗi ghép biến. Nên ghi chú cho nhóm phát triển danh sách chuỗi cần đổi sang biến định dạng tự động.
Đơn vị đo trong mô tả sản phẩm, kích cỡ, cân nặng, nhiệt độ cũng cần thống nhất hệ mét. Nếu bản gốc dùng đơn vị khác, quyết định quy đổi hay giữ nguyên nằm ở khách, vì nó liên quan đến thông tin sản phẩm có thật. Người dịch không tự làm tròn số, chỉ đề xuất và đánh dấu.
Dùng AI để rà biểu mẫu trước khi kiểm thử
AI có ích ở bước đọc nhanh nhiều màn hình và liệt kê nghi vấn, miễn là bạn nêu rõ quy ước. Quy trình gợi ý:
- Xuất danh sách nhãn và chuỗi của các biểu mẫu: đăng ký, hồ sơ, giao hàng, đặt lịch, thanh toán.
- Viết quy ước ngắn: thứ tự họ tên, cấu trúc địa chỉ hai cấp tỉnh và xã, định dạng ngày, giờ, tiền.
- Đưa quy ước và danh sách chuỗi cho AI, yêu cầu liệt kê chuỗi có dấu hiệu theo cấu trúc nước ngoài như bang, huyện, tháng trước ngày, AM PM.
- Tự đọc từng mục AI liệt kê, phân loại chỗ chỉ cần sửa chữ và chỗ cần sửa cấu trúc.
- Viết phiếu đề xuất cho nhóm phát triển, mỗi phiếu một vấn đề, kèm ví dụ trước và sau.
- Khi có bản thử, nhập dữ liệu giả có đủ dấu và địa chỉ thật dạng mẫu để kiểm lần cuối.
Dữ liệu thử phải là dữ liệu giả. Đừng lấy tên, địa chỉ hay ngày sinh của khách hàng thật để dán vào AI hoặc để thử biểu mẫu. Tạo vài hồ sơ mẫu với tên và địa chỉ hư cấu nhưng đúng khuôn, ví dụ giả định một xã có tên dài và một số nhà có ngõ, ngách, là đủ phát hiện phần lớn lỗi.
Viết đề xuất sửa cấu trúc sao cho được nhận
Người dịch thường e ngại góp ý về thiết kế, vì việc mình là chữ. Nhưng trong bản địa hoá, phát hiện biểu mẫu không hợp với người dùng địa phương chính là giá trị bạn mang lại mà công cụ dịch máy không làm được. Vấn đề là cách nói. Một ghi chú chung chung như "biểu mẫu địa chỉ không hợp người Việt" dễ bị xếp xó.
Đề xuất tốt có bốn phần: chỗ nào, vấn đề gì xảy ra với người dùng thật, đề xuất cụ thể, và mức độ ảnh hưởng. Ví dụ giả định: "Màn hình giao hàng, ô Quận/Huyện đang bắt buộc. Từ 7/2025 Việt Nam bỏ cấp huyện nên người dùng không có gì để chọn và không đi tiếp được. Đề xuất bỏ ô hoặc để không bắt buộc. Mức độ: chặn đơn hàng." Nhóm phát triển đọc là hiểu và xếp ưu tiên được.
Nếu khách là công ty nước ngoài, viết đề xuất bằng tiếng Anh và giải thích bối cảnh ngắn gọn, vì người đọc không biết về đợt sắp xếp đơn vị hành chính hay thói quen viết tên của người Việt. Lưu các đề xuất đã được chấp nhận vào hướng dẫn bản địa hoá để dự án sau không phải giải thích lại.
Các trường khác hay vướng: điện thoại, giấy tờ, giới tính
Ngoài họ tên, địa chỉ và ngày giờ, một số trường khác trong biểu mẫu cũng cần được nhìn bằng con mắt người dùng Việt trước khi dịch nhãn:
- Số điện thoại: biểu mẫu nước ngoài có thể bắt nhập mã quốc gia hoặc kiểm độ dài theo chuẩn nước khác, khiến số di động trong nước bị báo sai. Cần kiểm quy tắc kiểm tra của trường này, không chỉ nhãn.
- Giấy tờ tuỳ thân: nếu biểu mẫu hỏi số căn cước hay hộ chiếu, nhãn tiếng Việt phải đúng tên giấy tờ hiện hành, và câu giải thích vì sao cần thu thập phải rõ ràng, trung thực với chính sách quyền riêng tư của khách.
- Giới tính và danh xưng: ô chọn Mr, Mrs, Ms không có tương đương gọn trong tiếng Việt. Thường nên bỏ ô danh xưng, hoặc đề xuất cách gọi trung tính, thay vì dịch thành "Ông, Bà, Cô" rồi dùng lại trong lời chào.
- Mã số thuế, tên công ty trên hoá đơn: trường dành cho doanh nghiệp cần nhãn đúng thuật ngữ trong nước, và độ dài đủ cho tên công ty tiếng Việt vốn khá dài.
- Câu đồng ý điều khoản và nhận thư quảng cáo: không được dịch mềm đi thành nghĩa khác, vì đây là chỗ liên quan đến sự đồng ý của người dùng.
Với hai mục cuối, người dịch dịch đúng và rõ là đủ; nội dung pháp lý của chính sách, điều khoản thuộc trách nhiệm của khách và bộ phận pháp chế của họ. Nếu thấy bản gốc mơ hồ, hãy hỏi lại thay vì tự diễn giải cho dễ đọc hơn.
Câu hỏi thường gặp
Có nên dịch First name là Tên và Last name là Họ không?
Dịch như vậy đúng chữ nhưng chưa đủ, vì người Việt vẫn lúng túng với tên đệm và lời chào có thể ghép sai thứ tự. Tốt hơn là đề xuất một ô Họ và tên, hoặc giữ hai ô nhưng đặt họ trước và sửa lời chào chỉ dùng tên.
Biểu mẫu địa chỉ sau 7/2025 cần đổi gì?
Danh sách tỉnh, thành chuyển về 34 đơn vị, bỏ cấp huyện, và phường, xã được sắp xếp lại. Biểu mẫu nên còn hai cấp tỉnh và xã cùng một ô số nhà, tên đường. Danh sách phải lấy từ nguồn chính thức và kiểm phiên bản hiện hành.
Người dịch có nên tự sửa định dạng ngày trong tệp chuỗi không?
Chỉ khi ngày được viết sẵn trong chuỗi. Phần lớn ngày giờ do phần mềm sinh ra theo cài đặt ngôn ngữ, nên cách đúng là báo nhóm phát triển bật định dạng tiếng Việt, kèm danh sách màn hình đang sai.
Giao diện tiếng Việt nên ghi giờ kiểu 24 giờ hay có sáng chiều?
Cả hai đều quen thuộc, giờ 24 gọn hơn trên giao diện, còn cách có sáng, chiều, tối thân thiện hơn trong tin nhắn. Điều quan trọng là thống nhất và tránh để nguyên AM, PM trong bản tiếng Việt.
Có được dùng dữ liệu khách hàng thật để thử biểu mẫu không?
Không nên. Hãy tạo hồ sơ giả đúng khuôn, có tên đủ dấu và địa chỉ dài, để thử. Dữ liệu thật của khách hàng không được dán vào công cụ AI hay dùng trong bản thử nếu không có cho phép rõ ràng.