Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn đang xây dựng một ứng dụng ngân hàng số ở Việt Nam. Trong màn hình đăng ký, form hỏi "Vợ/chồng của bạn" ở phần người thụ hưởng. Một người dùng độc thân nhìn vào và thấy mình bị bỏ ngoài lề. Một người có bạn đời cùng giới nhìn vào và thấy sản phẩm này "không dành cho tôi". Một người vừa ly hôn nhìn vào và thấy khó chịu. Bạn không hề có ý xấu — bạn chỉ viết theo thói quen. Nhưng ba người dùng đó vừa có ba trải nghiệm tiêu cực chỉ vì một dòng chữ.
Đó chính là lý do bài học về inclusive language (ngôn ngữ bao trùm) tồn tại. Với vai trò UX Writer, mỗi từ bạn viết đều là một quyết định về việc ai được chào đón và ai bị loại trừ khỏi sản phẩm. Inclusive language không phải là "political correctness" (đúng chuẩn chính trị) hay một trào lưu để làm màu. Nó là kỹ năng cốt lõi giúp sản phẩm của bạn phục vụ được nhiều người hơn, tạo cảm giác an toàn và tôn trọng, và tránh những khủng hoảng truyền thông tốn kém.
Ở những bài trước, chúng ta đã học cách viết error messages, empty states, button labels sao cho rõ ràng và hữu ích. Bài 20 này thêm một lớp quan trọng: viết sao cho không loại trừ ai. Một câu copy có thể rõ ràng, ngắn gọn, đúng ngữ pháp — nhưng vẫn khiến một nhóm người dùng cảm thấy bị vô hình hoặc bị xúc phạm. Inclusive language giúp bạn phát hiện và sửa những điểm mù đó, đặc biệt quan trọng trong bối cảnh tiếng Việt với hệ thống xưng hô phức tạp và những định kiến văn hóa ngầm ẩn.
Khái niệm cốt lõi
Inclusive language là gì
Inclusive language là cách dùng từ ngữ tôn trọng và bao gồm mọi người dùng, bất kể giới tính (gender), tuổi tác (age), khả năng thể chất và tinh thần (ability), sắc tộc (race/ethnicity), xu hướng tính dục (sexual orientation), tôn giáo, hoàn cảnh kinh tế hay xuất thân (background). Mục tiêu là để không một nhóm người dùng nào cảm thấy bị bỏ quên, bị coi là "bất thường", hay bị gán mặc định sai.
Điểm mấu chốt: inclusive language không đòi hỏi bạn phải nhắc đến từng nhóm một cách rõ ràng. Ngược lại, phần lớn là việc gỡ bỏ những giả định không cần thiết. Thay vì cố gắng "thêm chữ để bao gồm ai đó", bạn học cách nhận ra những chỗ mình đã vô tình loại trừ họ.
Vì sao dễ mắc lỗi mà không nhận ra
Chúng ta viết theo bản năng ngôn ngữ đã hằn sâu. Người viết là ai thì thường mặc định người dùng cũng giống mình: cùng giới, cùng độ tuổi, cùng khả năng, cùng hoàn cảnh gia đình. Đây gọi là default assumption (giả định mặc định) — kẻ thù lớn nhất của inclusive writing. Khi bạn viết "Anh ấy sẽ nhận được thông báo", bạn đã mặc định người dùng là nam. Khi bạn viết "Bấm vào đây để xem", bạn đã mặc định người dùng nhìn được màn hình.
Các khía cạnh chính cần chú ý
1. Gender-inclusive (bao trùm về giới): Đây là khía cạnh phổ biến nhất. Trong tiếng Anh, vấn đề là đại từ ("he/she", generic "he", "chairman/chairwoman"). Trong tiếng Việt, vấn đề nằm ở:
- Xưng hô mặc định giới: "anh ấy/cô ấy" khi chưa biết giới của người dùng.
- Từ mang tính giới không cần thiết: "nam nhân viên", "nữ bác sĩ", "phái đẹp", "cánh mày râu".
- Giả định vai trò gia đình: "vợ/chồng", "bố mẹ" — không phải ai cũng có cấu trúc gia đình này.
2. Ability-inclusive (bao trùm về khả năng): Tránh giả định mọi người đều nhìn, nghe, di chuyển hay thao tác như nhau. "Xem hình bên dưới" giả định người dùng nhìn được. "Nghe đoạn âm thanh này" giả định người dùng nghe được. Thay bằng hành động trung tính: "Nội dung bên dưới", "Chọn mục này". (Bài 21 sẽ đi sâu hơn về accessibility trong copy — ở đây ta chỉ chạm phần word choice.)
3. Age-inclusive (bao trùm về tuổi): Tránh dùng từ ngữ giả định người dùng trẻ hoặc rành công nghệ. Ngôn ngữ teen ("chốt đơn", "xịn xò", "flex") có thể khiến người lớn tuổi thấy xa lạ. Ngược lại, gọi người dùng lớn tuổi là "các cô các bác" trong sản phẩm chung cũng loại trừ người trẻ.
4. Socioeconomic & cultural-inclusive: Tránh giả định mọi người đều giàu, có smartphone đời mới, sống ở thành phố, hay theo một tôn giáo cụ thể. "Chúc mừng Giáng sinh" gửi cho toàn bộ user Việt Nam giả định mọi người theo Công giáo.
Nguyên tắc "People-first" và tránh nhãn dán
Một nguyên tắc quan trọng: đặt con người trước đặc điểm. Thay vì "người khuyết tật" biến thành nhãn dán định nghĩa toàn bộ con người, ngôn ngữ hiện đại ưu tiên "người có khiếm khuyết về..." trong ngữ cảnh trang trọng. Tránh dùng đặc điểm như một danh từ để gọi tên nhóm người ("người mù", "người điếc" khi có thể diễn đạt tôn trọng hơn tùy ngữ cảnh). Tránh những từ mang tính miệt thị hoặc bệnh lý hóa trong copy đời thường ("điên", "khùng", "mù công nghệ").
Tình huống thực tế
Tình huống 1: Momo và trường "Giới tính" bắt buộc
Giả định một ví điện tử lớn tại Việt Nam (tương tự Momo, ZaloPay) yêu cầu người dùng chọn giới tính Nam / Nữ bắt buộc khi mở tài khoản, và sau đó lời chào cá nhân hóa hiển thị "Chào anh Minh" hoặc "Chào chị Lan" dựa trên lựa chọn đó.
Vấn đề: Trường giới tính này không hề cần thiết cho nghiệp vụ ví điện tử (khác với y tế nơi giới tính sinh học có ý nghĩa lâm sàng). Nó chỉ phục vụ marketing. Kết quả: người dùng phi nhị nguyên giới bị buộc chọn sai, và với những cái tên trung tính (Anh, Hà, Thanh), hệ thống dễ đoán sai xưng hô — "Chào chị An" gửi tới một người đàn ông tên An gây khó chịu ngay từ giây đầu.
Diễn giải: Đội UX Writing đề xuất hai thay đổi. Một, chuyển lời chào sang trung tính: "Chào bạn An" — vừa bỏ được rủi ro đoán sai giới, vừa nhất quán với tone thân thiện của thương hiệu. Hai, làm việc với product team để đưa trường giới tính thành tùy chọn với thêm mục "Không muốn tiết lộ", vì dữ liệu này không phục vụ nghiệp vụ.
Bài học: Nhiều lỗi inclusive language không nằm ở câu chữ mà ở quyết định thu thập dữ liệu. UX Writer cần đủ tự tin để đặt câu hỏi ngược: "Chúng ta thực sự cần thông tin này để làm gì?" Và khi buộc phải xưng hô, "bạn" trung tính an toàn hơn việc đoán "anh/chị".
Tình huống 2: Chiến dịch email "Gửi các ông bố" của một app tài chính
Một ứng dụng quản lý tài chính gia đình tung chiến dịch email nhân Ngày của Cha với tiêu đề: "Gửi các ông bố — Hãy để chúng tôi giúp bạn lo cho cả nhà". Nội dung nói về vai trò "trụ cột kinh tế" của người cha.
Vấn đề: Chiến dịch giả định (a) người quản lý tài chính gia đình là đàn ông, (b) mỗi gia đình đều có một người cha, (c) trụ cột kinh tế là nam. Trong thực tế, rất nhiều gia đình Việt do phụ nữ quản lý tài chính, nhiều gia đình đơn thân do mẹ nuôi con, và không ít người dùng là con cái độc thân. Tỷ lệ email bị đánh dấu spam và unsubscribe của phân khúc nữ tăng vọt sau chiến dịch — một con số cụ thể mà đội growth ghi nhận là mức hủy đăng ký cao gấp khoảng ba lần trung bình.
Diễn giải: Đội content viết lại: "Gửi những người đang lo tài chính cho cả nhà". Câu này vẫn cảm xúc, vẫn nhắm đúng nhu cầu (lo cho gia đình), nhưng không gán vai trò theo giới. Nó bao gồm cả người mẹ, người con, người sống một mình chăm cha mẹ già.
Bài học: Inclusive language không làm copy "nhạt" đi — nó làm copy đúng đối tượng hơn. Khi bạn nhắm vào nhu cầu và hành vi ("người đang lo tài chính") thay vì danh tính ("các ông bố"), bạn tự động mở rộng tệp người dùng mình chào đón.
Tình huống 3: Nút "Dành cho người bình thường" của một app học tập
Một nền tảng edtech thiết kế màn hình chọn chế độ hiển thị với hai lựa chọn: "Chế độ bình thường" và "Chế độ cho người khiếm thị" (bật screen reader, font lớn).
Vấn đề: Cách đặt tên này ngầm định người khiếm thị là "không bình thường". Nó tạo ra sự phân biệt "chúng ta" và "họ" ngay trong giao diện. Một người dùng khiếm thị phản hồi trên mạng xã hội rằng họ cảm thấy bị dán nhãn "bất thường" mỗi lần vào cài đặt.
Diễn giải: Đội sửa thành các nhãn mô tả chức năng thay vì người dùng: "Chế độ tiêu chuẩn" và "Chế độ dễ đọc / Hỗ trợ đọc màn hình". Không có nhãn nào ám chỉ ai đó là bình thường hay bất thường; cả hai đều chỉ mô tả tính năng mang lại gì.
Bài học: Khi đặt tên tùy chọn liên quan đến khả năng, hãy mô tả tính năng làm gì chứ đừng phân loại người dùng là ai. "Bình thường" là một từ nguy hiểm vì nó luôn tạo ra một cái "bất thường" đối lập.
Hướng dẫn từng bước
Đây là quy trình bạn có thể áp dụng để rà soát và viết inclusive copy:
Bước 1 — Xác định giả định ngầm trong câu. Với mỗi câu, tự hỏi: "Câu này đang giả định người dùng là ai?" Có đại từ giới không? Có giả định về gia đình, khả năng, tôn giáo, thu nhập không? Ví dụ "Mời anh nhập mã OTP đã gửi tới điện thoại" giả định (a) người dùng là nam, (b) có điện thoại.
Bước 2 — Kiểm tra tính cần thiết của thông tin về danh tính. Nếu bạn định xưng hô theo giới hay thu thập dữ liệu nhân khẩu, hỏi: nghiệp vụ có thật sự cần không? Nếu không, bỏ đi. Y tế cần giới tính sinh học; ví điện tử thì không.
Bước 3 — Chọn cách diễn đạt trung tính phù hợp. Ba kỹ thuật chính trong tiếng Việt:
- Dùng "bạn": "Chào bạn", "Tài khoản của bạn" — an toàn, thân thiện, trung tính giới.
- Dùng danh từ chức năng: "người dùng", "khách hàng", "chủ tài khoản", "người nhận" thay cho "anh ấy/cô ấy".
- Viết lại bỏ đại từ: Thay vì "Anh ấy sẽ nhận được email", viết "Email xác nhận sẽ được gửi đi".
Bước 5 — Rà soát nhãn dán và từ ngữ miệt thị. Loại bỏ những từ dùng khiếm khuyết làm ẩn dụ tiêu cực ("mù công nghệ", "điếc không sợ súng"), và những từ phân loại "bình thường/bất thường".
Bước 6 — Kiểm tra bối cảnh văn hóa và giả định phổ quát. Lời chúc theo tôn giáo, giả định ai cũng có smartphone đời mới, giả định ai cũng ở thành phố. Với tệp người dùng đa dạng, chọn cách diễn đạt chung.
Bước 7 — Nhờ người khác đọc lại (peer review từ góc nhìn khác). Điểm mù của bạn thường là điểm nhạy của người khác. Nếu team có người thuộc nhóm bạn không đại diện, hãy hỏi họ.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm inclusive với "thêm chữ cho dài". Nhiều người nghĩ inclusive là phải liệt kê "anh/chị/bạn" hay "vợ/chồng/người thân". Thực ra giải pháp gọn hơn thường tốt hơn: "bạn", "người thân". Đừng biến câu thành danh sách dài.
Lỗi 2 — Xưng hô đoán giới từ tên. Đừng đoán "anh/chị" từ tên người dùng — thuật toán đoán tên ở Việt Nam sai rất nhiều với tên trung tính. Mặc định "bạn" cho tới khi người dùng tự khai báo.
Lỗi 3 — Dùng "bình thường" làm nhãn. Bất cứ khi nào bạn viết "chế độ bình thường", "người dùng bình thường", hãy dừng lại — nó luôn tạo ra một nhóm "bất thường" bị loại trừ. Mô tả chức năng thay vì phân loại người.
Lỗi 4 — Giả định cấu trúc gia đình. "Vợ/chồng", "bố mẹ bạn", "con bạn" trong form không bắt buộc sẽ loại trừ người độc thân, người không có con, gia đình đa dạng. Dùng "người thụ hưởng", "người liên hệ khẩn cấp", "người thân" khi có thể.
Lỗi 5 — Ngôn ngữ theo trend loại trừ tuổi. Tiếng lóng teen làm người lớn tuổi thấy lạc lõng. Cân nhắc tệp người dùng: sản phẩm cho mọi lứa tuổi nên dùng ngôn ngữ dễ hiểu chung.
Mẹo — Xây dựng một "danh sách từ cần tránh" (word list). Trong content style guide (Bài 22 sẽ dạy cách xây dựng), thêm một mục về inclusive language với cột "Tránh" và "Dùng thay thế". Ví dụ: Tránh "cánh mày râu" → Dùng "nam giới/mọi người"; Tránh "mù công nghệ" → Dùng "chưa quen với công nghệ". Danh sách này giúp cả team nhất quán.
Mẹo — Test với "câu hỏi loại trừ". Với mỗi câu, hỏi nhanh: "Ai đọc câu này sẽ thấy mình không thuộc về sản phẩm?" Nếu có một nhóm cụ thể bật lên trong đầu, bạn có việc phải sửa.
Bài tập thực hành
Bài tập 1 — Sửa câu loại trừ. Viết lại các câu sau thành inclusive:
- "Chào anh! Mời anh xem ưu đãi bên dưới."
- "Nhập tên vợ/chồng của bạn để thêm người thụ hưởng."
- "Chế độ dành cho người khiếm thị."
- "Gửi các mẹ bỉm sữa — bí quyết chăm con khỏe."
Bài tập 3 — Xây word list. Lập bảng 10 dòng gồm cột "Từ/cụm cần tránh" và "Từ thay thế inclusive" cho một sản phẩm cụ thể (ví dụ app tài chính). Giải thích ngắn lý do cho mỗi dòng.
Bài tập 4 — Tình huống quyết định dữ liệu. Bạn là UX Writer cho app đặt lịch cắt tóc. Product muốn thêm trường giới tính bắt buộc. Viết một đoạn ngắn (3–5 câu) lập luận với product về việc trường này nên trung tính hay tùy chọn, dựa trên nghiệp vụ.
Gợi ý đáp án bài 1: (1) "Chào bạn! Mời bạn xem ưu đãi bên dưới." (2) "Nhập tên người thụ hưởng." (3) "Chế độ dễ đọc / Hỗ trợ đọc màn hình." (4) "Bí quyết chăm con khỏe cho bố mẹ."
Tóm tắt
Inclusive language là kỹ năng viết sao cho không loại trừ ai — dù về giới, tuổi, khả năng, sắc tộc, xu hướng tính dục hay hoàn cảnh. Nó không phải chuyện làm màu mà là công cụ thực tế giúp sản phẩm phục vụ nhiều người hơn và tránh khủng hoảng.
Ba ý cần nhớ: (1) Kẻ thù lớn nhất là giả định mặc định — chúng ta viết như thể người dùng giống mình. (2) Trong tiếng Việt, các công cụ mạnh nhất là dùng "bạn" trung tính, danh từ chức năng ("người dùng", "người thụ hưởng"), và viết lại bỏ đại từ giới. (3) Khi đặt tên tùy chọn, hãy mô tả chức năng chứ đừng phân loại người là "bình thường/bất thường".
Nhiều lỗi inclusive không nằm ở câu chữ mà ở quyết định thu thập dữ liệu và ở việc nhắm vào danh tính thay vì nhu cầu. Khi bạn viết cho hành vi ("người đang lo tài chính cho gia đình") thay vì nhãn ("các ông bố"), bạn tự nhiên mở rộng vòng tròn người dùng mình chào đón. Hãy đưa inclusive language vào style guide và biến "câu hỏi loại trừ" — ai sẽ thấy mình không thuộc về đây? — thành thói quen rà soát mỗi ngày.