Mở đầu — vì sao bài này quan trọng
Trước khi bạn học cách viết một dòng ARIA, chọn cặp màu đạt chuẩn contrast, hay gắn alt text cho ảnh, bạn cần trả lời được một câu hỏi nền tảng: Tại sao tôi phải bận tâm đến accessibility?
Đây không phải câu hỏi khách sáo. Trong thực tế nghề nghiệp, bạn sẽ liên tục phải bảo vệ quyết định thiết kế accessibility của mình trước người quản lý dự án đang lo deadline, trước khách hàng hỏi "cái này có làm tăng doanh thu không?", trước lập trình viên phàn nàn "thêm mấy cái này tốn thời gian lắm". Nếu bạn chỉ trả lời được rằng "vì nó tốt" hoặc "vì WCAG bắt buộc", bạn sẽ thua trong 90% các cuộc tranh luận đó.
Bài này trang bị cho bạn lập luận — bằng số liệu, bằng tình huống thật, bằng ngôn ngữ mà cả người làm kinh doanh lẫn kỹ thuật đều hiểu — để accessibility không còn là "việc tốt để làm" mà trở thành "việc bắt buộc phải làm". Khi bạn nắm chắc tại sao, thì toàn bộ 56 bài học còn lại về làm như thế nào mới có chỗ đứng vững chắc trong đầu bạn và trong dự án của bạn.
Hãy hình dung accessibility giống như thang máy trong một tòa nhà. Ban đầu, thang máy được nghĩ ra cho người đi xe lăn. Nhưng hôm nay, ai được lợi từ thang máy? Người mẹ đẩy xe nôi, anh giao hàng khiêng thùng nặng, cụ già mỏi gối, và cả bạn khi tay đang xách hai túi đồ. Accessibility trên sản phẩm số cũng vậy — thiết kế cho một nhóm thiểu số, nhưng cả xã hội đều hưởng lợi.
Khái niệm cốt lõi
Accessibility là gì trong bối cảnh bài này
Ở những bài sau bạn sẽ đi sâu vào định nghĩa kỹ thuật. Ở đây, ta hiểu đơn giản: accessibility (thường viết tắt a11y — vì giữa chữ "a" và "y" có 11 ký tự) là việc thiết kế sản phẩm số sao cho càng nhiều người càng tốt có thể sử dụng được, bất kể họ có khuyết tật hay đang ở trong hoàn cảnh hạn chế nào.
Điểm mấu chốt cần hiểu ngay từ đầu: accessibility không phải là làm sản phẩm cho "một nhóm nhỏ người khuyết tật ở đâu đó". Nó là làm sản phẩm cho con người thật, đa dạng, đông đảo — và bạn sẽ thấy con số dưới đây lớn hơn nhiều so với những gì bạn tưởng.
Bốn trụ cột lý do — tại sao a11y quan trọng
Có bốn nhóm lý do bạn cần thuộc lòng. Tôi sắp xếp theo thứ tự sức nặng khi thuyết phục người khác.
1. Lý do con người (nhân văn): Có một tỷ người trên thế giới không thể dùng được sản phẩm của bạn nếu bạn bỏ qua a11y. Đây là lý do đúng đắn nhất về mặt đạo đức, nhưng oái oăm thay, lại thường ít có sức nặng nhất trong phòng họp có mặt kế toán. Vì vậy bạn cần ba lý do còn lại.
2. Lý do thị trường (kinh doanh): Người khuyết tật và người thân của họ nắm giữ một sức mua khổng lồ. Bỏ qua họ nghĩa là tự nguyện đóng cửa với một phân khúc khách hàng lớn. Thêm nữa, a11y cải thiện SEO, tăng khả năng tương thích thiết bị, và làm sản phẩm tốt hơn cho tất cả người dùng.
3. Lý do pháp lý: Ở nhiều quốc gia, không tuân thủ a11y là vi phạm luật và có thể bị kiện. (Chi tiết luật ADA, Section 508, EN 301 549 sẽ có ở Bài 46 — ở đây bạn chỉ cần biết rủi ro tồn tại.)
4. Lý do kỹ thuật/chất lượng: Một sản phẩm accessible thường là một sản phẩm được code sạch hơn, cấu trúc rõ hơn, dễ bảo trì hơn. A11y là chỉ dấu của chất lượng kỹ thuật.
Con số biết nói
Đây là phần "vũ khí" của bạn — hãy ghi nhớ những con số này.
- Theo Tổ chức Y tế Thế giới (WHO), có khoảng 1,3 tỷ người trên toàn cầu đang sống với một dạng khuyết tật đáng kể — tương đương khoảng 16% dân số thế giới, tức cứ 6 người thì có 1 người. (Con số WHO cập nhật gần đây đã nâng từ 15% lên 16%.)
- Tại Việt Nam, theo số liệu của Bộ Lao động - Thương binh và Xã hội, có khoảng hơn 7 triệu người khuyết tật từ 2 tuổi trở lên, chiếm khoảng 7% dân số. Trong đó có hàng triệu người khuyết tật nặng cần trợ giúp trong sinh hoạt và tiếp cận thông tin.
- Con số này chưa tính đến nhóm khuyết tật tạm thời (gãy tay, sau phẫu thuật mắt) và khuyết tật theo hoàn cảnh (đang bế con, đang lái xe, đang ở nơi ánh nắng chói làm khó đọc màn hình). Nếu tính cả các nhóm này, gần như mọi người dùng đều sẽ có lúc cần đến accessibility.
Mô hình xã hội về khuyết tật
Một khái niệm cốt lõi cần nắm: mô hình xã hội về khuyết tật (social model of disability). Mô hình này nói rằng: một người không "bị khuyết tật" bởi cơ thể họ, mà bởi môi trường không được thiết kế cho họ.
Ví dụ: một người dùng xe lăn không bị "vô hiệu hóa" bởi đôi chân — họ bị vô hiệu hóa bởi cái cầu thang không có đường dốc. Tương tự, một người khiếm thị không bị chặn bởi mắt họ — họ bị chặn bởi cái nút bấm trên website không có nhãn để trình đọc màn hình (screen reader) đọc lên.
Ý nghĩa với bạn — người thiết kế: rào cản là do chúng ta tạo ra, và vì thế chúng ta cũng có quyền năng gỡ bỏ nó. Đây là góc nhìn đầy trách nhiệm nhưng cũng đầy sức mạnh: bạn không đang "thương hại" ai cả, bạn đang sửa lỗi thiết kế do chính ngành của bạn gây ra.
Tình huống thực tế
Tình huống 1 — Vụ kiện Domino's Pizza (Mỹ)
Năm 2016, ông Guillermo Robles, một người khiếm thị tại California, cố đặt pizza trên website và ứng dụng của Domino's bằng trình đọc màn hình. Ông không thể hoàn tất đơn hàng vì giao diện không tương thích với screen reader — các nút và trường nhập không có nhãn phù hợp.
Ông kiện Domino's vi phạm Đạo luật Người Mỹ Khuyết tật (ADA). Domino's kháng cáo lên đến tận Tòa án Tối cao Hoa Kỳ, lập luận rằng luật ADA (vốn viết cho không gian vật lý) không nên áp dụng cho website. Năm 2019, Tòa án Tối cao từ chối thụ lý, giữ nguyên phán quyết bất lợi cho Domino's. Kết quả: một chuỗi pizza tỷ đô thua kiện chỉ vì website không đọc được bằng screen reader.
Bài học rút ra: Chi phí để làm accessible một luồng đặt hàng là rất nhỏ so với chi phí pháp lý, tổn thất danh tiếng và nhiều năm kiện tụng. A11y không phải chi phí — bỏ qua a11y mới là chi phí thật sự. Đây cũng là ví dụ kinh điển bạn có thể mang ra khi ai đó nói "web thì luật a11y không áp dụng".
Tình huống 2 — Sàn thương mại điện tử Việt Nam mùa sale
Hãy hình dung một tình huống rất thật (đại diện cho nhiều sàn TMĐT Việt như Shopee, Tiki, Lazada). Trong đợt sale lớn, một sàn tung ra banner khuyến mãi dạng ảnh: nút "Săn deal ngay" được nhúng thẳng vào file ảnh JPG, không phải nút HTML thật, và không có alt text.
Hậu quả xảy ra đồng thời trên nhiều nhóm người dùng:
- Người khiếm thị dùng screen reader: nghe thấy "hình ảnh, hình ảnh" và không biết bấm vào đâu để săn deal.
- Người dùng có kết nối 3G yếu ở vùng nông thôn: ảnh tải chậm, banner hiện ra chậm, bỏ lỡ khung giờ vàng.
- Công cụ tìm kiếm Google: không đọc được nội dung khuyến mãi trong ảnh, nên trang không lên top khi người ta tìm "mã giảm giá".
Bài học rút ra: A11y hiếm khi chỉ phục vụ người khuyết tật. Cùng một lỗi thường làm tổn thương cả SEO, cả hiệu năng, cả người dùng mạng yếu — vốn chiếm tỷ lệ rất lớn ở thị trường Việt Nam và Đông Nam Á. Khi thuyết phục sếp, hãy nhấn mạnh hiệu ứng cộng hưởng này.
Tình huống 3 — BBC và "chi phí của việc sửa muộn"
BBC (đài truyền hình Anh) là một trong những tổ chức đi đầu về a11y, với bộ hướng dẫn "BBC Accessibility Guidelines" nổi tiếng. Nhưng câu chuyện thú vị nằm ở lý do tại sao họ đầu tư mạnh: họ tính ra rằng sửa một lỗi accessibility sau khi sản phẩm đã lên production tốn kém gấp nhiều lần so với làm đúng ngay từ khâu thiết kế.
Nguyên tắc này gọi là "shift-left" — dịch việc lo a11y về càng sớm càng tốt trong quy trình. Một lỗi contrast màu nếu được người thiết kế phát hiện trong Figma chỉ mất 5 phút đổi mã màu. Cũng lỗi đó, nếu để lọt tới khi đã code xong, đã QA, đã lên live, rồi mới bị người dùng phản ánh — sẽ kéo theo họp hành, sửa code, test lại, deploy lại, có khi cả xin lỗi công khai.
Bài học rút ra: A11y rẻ nhất khi làm sớm, đắt nhất khi làm muộn. Đây là lý do vì sao bạn — người thiết kế và làm sản phẩm — phải nghĩ về a11y ngay từ dòng đầu tiên, chứ không phải để "làm thêm sau này". "Sau này" gần như luôn có nghĩa là "không bao giờ" hoặc "đắt gấp mười lần".
Hướng dẫn từng bước
Bài này thiên về tư duy hơn là kỹ thuật, nên "hướng dẫn từng bước" ở đây là cách bạn xây dựng và trình bày lập luận a11y trong công việc thực tế.
Bước 1 — Xác định đối tượng bạn đang thuyết phục. Sếp kinh doanh quan tâm doanh thu và rủi ro. Lập trình viên quan tâm khối lượng công việc. Nhà đầu tư quan tâm danh tiếng và pháp lý. Đừng dùng một lập luận cho tất cả.
Bước 2 — Chọn đúng "trụ cột" phù hợp với người nghe. Với người kinh doanh, mở đầu bằng con số thị trường ("1 trên 6 khách hàng"). Với lãnh đạo, nhấn mạnh rủi ro pháp lý (vụ Domino's). Với kỹ thuật, nhấn mạnh a11y đi kèm code sạch và ít bug hơn.
Bước 3 — Chuyển con số trừu tượng thành con người cụ thể. Đừng nói "16% dân số". Hãy nói "hãy tưởng tượng bác của bạn bị tăng nhãn áp, mắt mờ dần — bác có đặt được hàng trên app của chúng ta không?". Câu chuyện cụ thể luôn thắng thống kê khô khan.
Bước 4 — Định khung a11y như một khoản đầu tư, không phải chi phí. Luôn kèm mệnh đề "làm sớm rẻ hơn làm muộn" và "cùng công sức này còn giúp SEO, hiệu năng, và trải nghiệm chung".
Bước 5 — Đề xuất bước nhỏ, khả thi. Đừng đòi "làm cho cả sản phẩm đạt WCAG AA ngay lập tức". Hãy đề xuất bắt đầu từ luồng quan trọng nhất (ví dụ: luồng thanh toán) — dễ được duyệt hơn và tạo thắng lợi sớm để lấy đà.
Lỗi thường gặp & mẹo
Lỗi 1 — Coi a11y là "tính năng cho người khuyết tật". Đây là hiểu lầm tai hại nhất. A11y cải thiện trải nghiệm cho tất cả mọi người: phụ đề video giúp cả người xem trong quán cà phê ồn ào, contrast tốt giúp cả người dùng ngoài nắng. Mẹo: luôn dùng cụm "curb-cut effect" (hiệu ứng đường dốc lề đường) — thứ làm cho một nhóm, cuối cùng lại phục vụ tất cả.
Lỗi 2 — Nghĩ "người dùng của chúng ta không có ai khuyết tật". Bạn không thể biết điều đó, vì đa số khuyết tật là vô hình (khiếm thính nhẹ, mù màu, khó đọc, rối loạn nhận thức). Và người dùng khuyết tật thường lặng lẽ rời đi chứ không phàn nàn — nên bạn không thấy họ trong dữ liệu, không có nghĩa là họ không tồn tại.
Lỗi 3 — Để a11y đến cuối dự án mới làm. Như đã nói ở tình huống BBC, đây là cách đắt đỏ nhất. Mẹo: đưa a11y vào định nghĩa "Done" của mỗi task ngay từ sprint đầu.
Lỗi 4 — Chỉ dùng lý do đạo đức để thuyết phục. Lý do nhân văn đúng đắn, nhưng đơn độc thì yếu trong phòng họp. Mẹo: luôn ghép nó với ít nhất một lý do kinh doanh hoặc pháp lý.
Mẹo vàng: Hãy chuẩn bị sẵn một "câu chốt 30 giây" cho riêng bạn. Ví dụ: "Cứ 6 khách hàng thì 1 người có thể không dùng được sản phẩm nếu ta bỏ qua accessibility. Làm đúng từ đầu gần như không tốn thêm gì, còn sửa sau khi bị kiện thì tốn cả gia tài. Đây là bảo hiểm rẻ nhất chúng ta có thể mua." Học thuộc câu của riêng bạn, và bạn sẽ luôn sẵn sàng.
Bài tập thực hành
Bài tập 1 — Câu chốt của riêng bạn. Viết một đoạn 3–4 câu (dưới 30 giây khi đọc to) để thuyết phục một quản lý dự án đang bận rộn rằng nhóm nên đầu tư vào a11y. Bắt buộc dùng ít nhất một con số và một trong ba tình huống thực tế ở trên. Đọc to và bấm giờ.
Bài tập 2 — Soi một sản phẩm quen thuộc. Chọn một website hoặc app bạn dùng hằng ngày (ngân hàng, ví điện tử, TMĐT Việt Nam). Liệt kê 3 tình huống người dùng có thể gặp rào cản: một người khiếm thị, một người mạng 3G yếu, và một người lớn tuổi mắt kém. Với mỗi tình huống, đoán xem họ sẽ "kẹt" ở đâu.
Bài tập 3 — Dịch số liệu thành con người. Lấy con số "7 triệu người khuyết tật ở Việt Nam". Viết lại thành một câu chuyện cụ thể về một người dùng giả định (tên, tuổi, khuyết tật, họ đang cố làm gì trên sản phẩm của bạn). Mục tiêu: luyện kỹ năng biến thống kê thành sự đồng cảm — kỹ năng bạn sẽ dùng suốt sự nghiệp.
Bài tập 4 — Bốn trụ cột. Với một tính năng bất kỳ bạn từng làm (hoặc muốn làm), viết ra lập luận a11y theo cả bốn trụ cột: nhân văn, kinh doanh, pháp lý, kỹ thuật. Xem trụ cột nào thuyết phục nhất với bối cảnh của bạn.
Tóm tắt
- Accessibility (a11y) là thiết kế sản phẩm số để càng nhiều người càng tốt dùng được, bất kể khuyết tật hay hoàn cảnh. Đây là nền tảng cho mọi kỹ thuật bạn học ở các bài sau.
- Con số cần thuộc: khoảng 1,3 tỷ người (≈16% dân số thế giới) có khuyết tật theo WHO; riêng Việt Nam có hơn 7 triệu người (≈7% dân số). Chưa kể khuyết tật tạm thời và theo hoàn cảnh — khiến gần như mọi người dùng đều có lúc cần a11y.
- Có bốn trụ cột lý do: nhân văn, thị trường/kinh doanh, pháp lý, và kỹ thuật/chất lượng. Chọn trụ cột phù hợp với người bạn đang thuyết phục.
- Mô hình xã hội về khuyết tật: rào cản nằm ở môi trường do ta thiết kế, không ở cơ thể người dùng — nghĩa là ta có quyền năng gỡ bỏ nó.
- Ba bài học lớn từ thực tế: vụ Domino's (bỏ qua a11y có thể bị kiện thua), TMĐT Việt Nam mùa sale (một lỗi a11y đánh mất nhiều nhóm khách cùng lúc và cả SEO), và BBC (làm sớm rẻ hơn làm muộn gấp nhiều lần).
- Curb-cut effect: thiết kế cho một nhóm thiểu số, cả xã hội đều hưởng lợi. A11y không bao giờ chỉ phục vụ người khuyết tật.
- Kỹ năng cốt lõi của bài: biết biến con số thành con người, biến chi phí thành đầu tư, và có sẵn một "câu chốt 30 giây" để bảo vệ a11y trong mọi cuộc họp.