Chương 8. Accessibility: công nghệ như quyền tham gia

Accessibility trong EdTech thường bị đưa xuống cuối danh sách.

Sau khi xong tính năng chính.

Sau khi xong dashboard.

Sau khi xong AI.

Sau khi xong mobile app.

Sau khi xong demo.

Sau khi xong growth roadmap.

Sau khi khách hàng lớn hỏi.

Sau khi audit phát hiện lỗi.

Sau khi một người dùng phàn nàn rằng họ không vào được bài học.

Phe sản phẩm nói:

“Chúng tôi rất quan tâm accessibility, nhưng phiên bản đầu cần ra nhanh.”

Phe tài chính nói:

“Nhóm người dùng này không lớn, để phase sau.”

Phe kỹ thuật nói:

“Sửa accessibility bây giờ sẽ ảnh hưởng kiến trúc.”

Phe giáo viên nói:

“Tôi muốn giúp, nhưng tôi không được đào tạo để làm tài liệu accessible.”

Phe người học khuyết tật hỏi:

“Vậy trong lúc các anh chị chờ phase sau, tôi học bằng gì?”

Đây là mâu thuẫn trung tâm của chương:

Với nhiều người, accessibility là một cải thiện trải nghiệm.

Với một số người, accessibility là điều kiện để được tham gia.

Một video không có caption có thể hơi bất tiện với người học nghe tốt trong môi trường yên tĩnh.

Nhưng nó có thể loại người học khiếm thính khỏi bài học.

Một PDF scan thành ảnh có thể hơi khó tìm kiếm với người học nhìn tốt.

Nhưng nó có thể khóa người học dùng screen reader khỏi tài liệu.

Một bài tập kéo-thả bằng chuột có thể vui với đa số.

Nhưng nó có thể loại người học không dùng chuột.

Một quiz có timer gắt có thể tạo cảm giác thử thách với một số người.

Nhưng nó có thể phạt người học cần thêm thời gian để đọc, xử lý, dùng công nghệ hỗ trợ.

Một giao diện nhiều animation có thể trông hiện đại.

Nhưng nó có thể gây quá tải, chóng mặt, mất tập trung hoặc phản ứng sinh lý với một số người.

Vậy accessibility không phải câu hỏi:

“Ta có làm thêm cho một nhóm nhỏ không?”

Mà là:

“Ai đang bị thiết kế của ta loại khỏi học tập?”

Và sâu hơn:

“Khi nói giáo dục là quyền, ta có chấp nhận một quyền chỉ hoạt động với người dùng cơ thể, giác quan, ngôn ngữ, thiết bị và tốc độ xử lý giống mặc định của sản phẩm không?”

1. Cảnh mở: bài giảng có video, nhưng không có lớp học

Một trường triển khai kho bài giảng số.

Tất cả môn học có video.

Mọi học sinh có tài khoản.

Phụ huynh được thông báo rằng con có thể học mọi lúc.

Hiệu trưởng rất vui:

“Tài nguyên đã mở cho toàn trường.”

Vendor nói:

“Chúng tôi đã democratize access.”

Một học sinh khiếm thính mở video.

Không có caption.

Một học sinh khiếm thị mở tài liệu đi kèm.

Đó là file scan ảnh.

Screen reader không đọc được.

Một học sinh dyslexia mở bài đọc.

Chữ nhỏ, dòng dài, không chỉnh spacing.

Một học sinh ADHD mở bài học.

Màn hình có animation, pop-up, badge, timer và sidebar nhấp nháy.

Một học sinh dùng điện thoại cũ.

Nút nhỏ, kéo-thả khó, video nặng.

Một phụ huynh ít kỹ năng số không biết cách bật phụ đề tự động.

Một giáo viên muốn sửa nhưng không có quyền chỉnh video hay upload transcript.

Trên báo cáo, kho học liệu đã được triển khai cho 100% học sinh.

Trong đời thật, một số người đứng ngoài.

Không phải vì họ thiếu cố gắng.

Mà vì “100% access” được đo bằng tài khoản, không đo bằng khả năng tham gia.

Đây là điểm accessibility làm lộ ra rất rõ:

Một hệ thống có thể mở cửa về mặt hành chính và vẫn đóng cửa về mặt thiết kế.

2. Phe sản phẩm nói: không thể làm mọi thứ cho mọi người ngay từ đầu

Phe sản phẩm có một phản biện thực tế:

“Nếu bắt sản phẩm phải hoàn hảo về accessibility ngay từ đầu, chi phí tăng, tốc độ chậm, startup nhỏ chết, trường không có giải pháp nào dùng.”

Không nên gạt phản biện này đi quá nhanh.

Làm accessibility tốt tốn công.

Cần hiểu tiêu chuẩn.

Cần thiết kế đúng từ đầu.

Cần test với assistive technologies.

Cần caption, transcript, alt text, keyboard navigation, semantic structure.

Cần QA.

Cần người dùng thật.

Cần training cho đội nội dung.

Cần maintenance.

Một đội nhỏ có thể nói thật:

“Chúng tôi muốn làm, nhưng chưa đủ nguồn lực.”

Phe quyền tham gia đáp:

“Vậy đừng gọi sản phẩm là cho mọi người.”

Đây là điểm công bằng.

Không phải sản phẩm nào cũng phải giải quyết mọi nhu cầu ngay lập tức.

Nhưng sản phẩm phải trung thực về ai đang bị loại trừ.

Không thể nói “học cho mọi học sinh” rồi bỏ caption.

Không thể nói “mọi tài liệu đều accessible” rồi upload PDF scan.

Không thể nói “mobile-first” rồi giao diện không dùng được với screen reader.

Không thể nói “inclusive learning” rồi mọi bài tập đều yêu cầu một kiểu thao tác.

Phe sản phẩm có thể xin lộ trình.

Nhưng không được xin quyền dùng ngôn ngữ bao trùm trước khi thiết kế bao trùm.

Accessibility không nhất thiết phải hoàn hảo ngày đầu.

Nhưng nó phải là yêu cầu kiến trúc ngày đầu.

Nếu để cuối, nó trở thành vá lỗi đắt đỏ.

Nếu đặt từ đầu, nhiều quyết định tốt trở nên tự nhiên:

dùng semantic HTML,

thiết kế keyboard navigation,

đặt contrast đúng,

cho phép caption/transcript,

không dựa duy nhất vào màu,

không khóa mọi tương tác vào chuột,

không để content team upload tài liệu phá accessibility,

không thiết kế assessment đo thao tác thay vì năng lực.

Phe kỹ thuật đúng khi nói accessibility có chi phí.

Phe quyền tham gia đúng khi nói loại trừ cũng có chi phí.

Chỉ khác là chi phí loại trừ thường không nằm trên bảng ngân sách của vendor.

Nó nằm trên cơ thể, thời gian, sự xấu hổ và cơ hội học tập của người bị loại.

3. WCAG: bốn chữ khô nhưng rất đời

W3C tổ chức Web Content Accessibility Guidelines quanh bốn nguyên tắc:

perceivable,

operable,

understandable,

robust.

Nghe kỹ thuật.

Nhưng nếu dịch sang giáo dục, bốn nguyên tắc này rất sống.

Perceivable: người học có nhận được thông tin không?

Một bài giảng video có caption không?

Một audio có transcript không?

Một hình ảnh có alt text không?

Một biểu đồ có mô tả không?

Một công thức toán có đọc được bằng công nghệ hỗ trợ không?

Một màu đỏ/xanh có thêm nhãn chữ hoặc biểu tượng không?

Một tài liệu có thể phóng to mà không vỡ không?

Nếu thông tin chỉ đi qua một giác quan hoặc một định dạng, ta đang giả định người học có cùng cách tiếp nhận.

Giáo dục không nên giả định hẹp như vậy.

Operable: người học có thao tác được không?

Mọi chức năng có dùng được bằng bàn phím không?

Người học có đủ thời gian đọc và làm không?

Có thể tạm dừng animation, video, timer không?

Điều hướng có rõ không?

Nút có đủ lớn không?

Bài tập kéo-thả có lựa chọn thay thế không?

Nếu người học biết câu trả lời nhưng không thao tác được giao diện, ta đang đo khả năng dùng giao diện, không đo học tập.

Understandable: người học có hiểu cách dùng không?

Form có nhãn rõ không?

Lỗi có hướng dẫn sửa không?

Ngôn ngữ có quá rối không?

Điều hướng có nhất quán không?

Nhiệm vụ có mục tiêu rõ không?

Giao diện có đòi người học đoán quá nhiều không?

Một giao diện khó hiểu tiêu tốn năng lượng nhận thức mà lẽ ra nên dành cho học.

Với người học nhỏ tuổi, người học ngôn ngữ thứ hai, người học có khó khăn nhận thức, điều này không phải chuyện thẩm mỹ.

Nó là điều kiện học.

Robust: nội dung có sống được với công nghệ hỗ trợ không?

Screen reader đọc được không?

Voice input dùng được không?

Nội dung có cấu trúc đúng không?

Khi trình duyệt, thiết bị, assistive technology thay đổi, bài học có còn dùng được không?

Robust là cách nói kỹ thuật của một yêu cầu đạo đức:

Đừng xây lớp học số chỉ hoạt động với người dùng “chuẩn” tưởng tượng.

WCAG không giải quyết toàn bộ inclusive education.

Nhưng nó cho EdTech một tối thiểu rất quan trọng:

Trước khi nói về AI cá nhân hóa, hãy bảo đảm người học có thể nhận, thao tác, hiểu và truy cập nội dung bằng những công cụ họ cần.

4. Caption và transcript: tính năng nhỏ, quyền lớn

Caption thường bị xem là tính năng cho người khiếm thính.

Đúng.

Nhưng chưa đủ.

Caption cũng giúp người học ở nơi ồn.

Người học không thể bật âm thanh.

Người học ngôn ngữ thứ hai.

Người học cần xem lại thuật ngữ.

Người học có khó khăn xử lý âm thanh.

Người học mạng yếu phải xem video chất lượng thấp.

Người học muốn ghi chú.

Transcript cũng vậy.

Nó biến video thành tài liệu có thể tìm kiếm.

Có thể đọc chậm.

Có thể dịch.

Có thể in.

Có thể dùng với screen reader.

Có thể trích dẫn.

Có thể học offline.

Phe sản phẩm nói:

“Auto-caption giờ rất dễ.”

Phe accessibility hỏi:

“Đủ đúng cho học tập chưa?”

Một caption sai trong video giải trí có thể gây cười.

Một caption sai trong bài hóa học, y khoa, luật, toán, lịch sử có thể làm sai kiến thức.

Auto-caption sai tên riêng, thuật ngữ chuyên môn, tiếng địa phương, công thức, ngôn ngữ trộn, có thể làm người học rối.

Vậy câu hỏi không phải có caption chưa.

Câu hỏi là:

Caption có đủ chính xác cho mục tiêu học không?

Transcript có tải được không?

Thuật ngữ có được kiểm tra không?

Giáo viên hoặc đội nội dung có thể sửa không?

Video mới có quy trình caption từ đầu không?

Nếu caption chỉ là nút bật sau khi bị yêu cầu, accessibility vẫn bị xem là phụ.

Nếu caption/transcript là mặc định sản xuất nội dung, accessibility bắt đầu trở thành hạ tầng học tập.

5. Assistive technology: không phải đồ đặc biệt, mà là điều kiện bình thường

WHO và UNICEF trong Global Report on Assistive Technology 2022 ước tính hơn 2,5 tỷ người cần một hoặc nhiều sản phẩm hỗ trợ, nhưng gần một tỷ người không được tiếp cận. Ở một số nước thu nhập thấp và trung bình, mức tiếp cận có thể chỉ bằng khoảng 3% nhu cầu.

Con số này làm cuộc tranh luận EdTech trở nên bớt hào nhoáng.

Ta có thể nói rất nhiều về AI tutor.

Nhưng một đứa trẻ cần hearing aid mà không có thì AI tutor không giải quyết được quyền nghe bài.

Một sinh viên cần screen reader mà tài liệu là PDF scan thì kho học liệu số chỉ là tường.

Một học sinh cần AAC để giao tiếp mà lớp học không biết chờ em trả lời thì phần mềm thông minh cũng không tạo được tham gia.

Một người học cần kính, wheelchair, switch device, Braille display, caption, text-to-speech, speech-to-text, app hỗ trợ tổ chức, nhưng không có, sẽ bị yêu cầu “cố gắng” trong một môi trường không được xây cho họ.

Phe công nghệ cao nói:

“AI sẽ cá nhân hóa learning journey.”

Phe assistive technology hỏi:

“Người học đã có thiết bị và môi trường tối thiểu để bước vào journey đó chưa?”

Assistive technology không phải “đồ cho nhóm đặc biệt”.

Nó là một phần của hạ tầng giáo dục.

Giống ánh sáng.

Giống bàn ghế.

Giống sách.

Giống wifi.

Giống đường vào lớp.

Và giống mọi hạ tầng, nó cần phân phối, bảo trì, đào tạo, ngân sách, chính sách.

Một thiết bị hỗ trợ hỏng mà không ai sửa là quyền tham gia bị tạm dừng.

Một app hỗ trợ không tương thích với LMS là quyền tham gia bị cắt.

Một giáo viên không biết cách làm tài liệu dùng được với screen reader là quyền tham gia bị giới hạn.

Một trường xem assistive technology là “ưu tiên sau” đang nói rằng một số người học có thể học sau.

6. Inclusive education: học cùng nhau hay học ở một góc được số hóa?

UNICEF nói inclusive education nghĩa là tất cả trẻ em học trong cùng lớp học, cùng trường học, với cơ hội học thật cho những nhóm từng bị loại trừ, không chỉ trẻ em khuyết tật mà cả người nói ngôn ngữ thiểu số và các nhóm khác.

UN Convention on the Rights of Persons with Disabilities, Điều 24, cũng khẳng định quyền giáo dục của người khuyết tật trên cơ sở không phân biệt và cơ hội bình đẳng, hướng tới hệ thống giáo dục bao trùm ở mọi cấp và học tập suốt đời.

Điều này đặt một câu hỏi khó cho EdTech:

Công nghệ đang giúp người học tham gia lớp chung, hay tạo một “góc hỗ trợ” riêng làm họ tách khỏi cộng đồng?

Một nền tảng có thể nói:

“Chúng tôi có module đặc biệt cho học sinh khuyết tật.”

Có thể tốt.

Nhưng phe inclusive education hỏi:

“Module đó giúp học sinh tham gia cùng bạn, hay đưa học sinh ra khỏi bài học chung?”

Một AI có thể đơn giản hóa văn bản.

Có thể hữu ích.

Nhưng nếu nó luôn đưa một số học sinh vào phiên bản nghèo hơn của nội dung, nó có thể hạ kỳ vọng.

Một app có thể cá nhân hóa lộ trình.

Có thể hữu ích.

Nhưng nếu học sinh khuyết tật luôn bị phân vào đường dễ hơn, ít thách thức hơn, ít cơ hội hơn, đó không còn là hỗ trợ.

Đó là phân luồng mềm.

Inclusive technology không chỉ là công nghệ cho người khuyết tật.

Nó là công nghệ làm lớp học chung linh hoạt hơn:

nhiều cách tiếp nhận,

nhiều cách thể hiện,

nhiều cách tham gia,

nhiều mức hỗ trợ,

nhưng không giảm quyền được học điều có ý nghĩa.

Mục tiêu không phải mọi người làm cùng một cách.

Mục tiêu là mọi người được tham gia vào cùng một cộng đồng học tập với kỳ vọng cao và hỗ trợ phù hợp.

7. UDL: thiết kế cho khác biệt từ đầu, không vá sau

Universal Design for Learning, theo CAST, là một khung để cải thiện và tối ưu dạy-học cho mọi người dựa trên hiểu biết khoa học về cách con người học. UDL tổ chức quanh ba nguyên tắc lớn:

Engagement,

Representation,

Action & Expression.

Nói giản dị:

Người học khác nhau ở cách họ được kéo vào học.

Khác nhau ở cách họ tiếp nhận thông tin.

Khác nhau ở cách họ thể hiện điều họ biết.

Phe UDL nói:

“Đừng thiết kế cho một người học trung bình tưởng tượng rồi vá cho những người còn lại.”

Vì người học trung bình đó không tồn tại.

Một học sinh thích tự đọc.

Một học sinh cần nghe.

Một học sinh cần sơ đồ.

Một học sinh cần thao tác.

Một học sinh cần ví dụ gắn đời sống.

Một học sinh cần routine ổn định.

Một học sinh cần lựa chọn.

Một học sinh viết tốt nhưng nói kém.

Một học sinh nói tốt nhưng viết chậm.

Một học sinh hiểu bài nhưng không làm được bài kiểm tra timed.

Một học sinh cần công cụ hỗ trợ để thể hiện năng lực.

UDL không có nghĩa hạ chuẩn.

Nó nghĩa là tách mục tiêu học khỏi rào cản không cần thiết.

Nếu mục tiêu là hiểu nguyên nhân lịch sử, có nhất thiết học sinh phải thể hiện bằng bài viết dài không?

Có thể có lúc cần viết dài.

Nhưng có thể cũng cho phép podcast, timeline, sơ đồ lập luận, thuyết trình, hoặc đối thoại, nếu chúng đo đúng mục tiêu.

Nếu mục tiêu là giải bài toán, có nhất thiết phải đọc đề ở một font nhỏ, thời gian gấp và giao diện khó không?

Nếu mục tiêu là phân tích văn bản, có nhất thiết tài liệu phải là ảnh scan không đọc được?

UDL đặt câu hỏi:

Rào cản nào thuộc về mục tiêu học?

Rào cản nào chỉ là sản phẩm của thiết kế nghèo?

EdTech có thể giúp UDL rất nhiều:

đa định dạng,

tùy chỉnh hiển thị,

caption,

audio,

interactive models,

choice trong cách nộp bài,

feedback theo bước,

công cụ tổ chức,

translation,

text-to-speech,

speech-to-text.

Nhưng EdTech cũng có thể phản UDL nếu nó ép mọi học sinh vào một workflow cứng:

xem video,

làm quiz,

nộp text,

nhận điểm,

theo lộ trình thuật toán.

UDL không phải thêm nhiều tính năng cho vui.

Nó là thiết kế giảm rào cản mà vẫn giữ học tập có ý nghĩa.

8. Accommodation hay giảm kỳ vọng?

Một nỗi lo thật của giáo viên và phụ huynh là:

Nếu hỗ trợ quá nhiều, người học có bị “dễ dãi” không?

Nếu cho text-to-speech, người học có còn luyện đọc không?

Nếu cho speech-to-text, người học có còn luyện viết không?

Nếu cho thêm thời gian, đánh giá có công bằng với người khác không?

Nếu cho nộp bài bằng audio thay vì viết, có còn đo đúng năng lực không?

Phe bình đẳng hình thức nói:

“Công bằng là mọi người làm cùng một bài, cùng một thời gian, cùng một cách.”

Phe accessibility đáp:

“Đó là giống nhau, không phải công bằng.”

Nhưng phe bình đẳng hình thức không hoàn toàn vô lý.

Giáo dục cần bảo vệ chuẩn.

Không phải accommodation nào cũng phù hợp với mọi mục tiêu.

Nếu mục tiêu là đánh giá khả năng viết, không thể luôn thay bằng nói.

Nếu mục tiêu là đọc độc lập, text-to-speech cần được dùng có chiến lược.

Nếu mục tiêu là làm việc trong điều kiện thời gian nghề nghiệp thật, thêm thời gian cần được cân nhắc.

Vậy câu hỏi đúng không phải:

Có hỗ trợ hay không?

Mà là:

Hỗ trợ này có loại bỏ rào cản không liên quan, hay loại bỏ chính năng lực cần học?

Nếu một học sinh hiểu toán nhưng không thao tác được bài kéo-thả, keyboard alternative không làm bài dễ hơn. Nó làm bài đo đúng hơn.

Nếu một sinh viên khiếm thị dùng screen reader để đọc đề, đó không phải lợi thế. Đó là cách đề trở thành đề.

Nếu một học sinh dyslexia dùng text-to-speech trong môn lịch sử để tiếp cận nội dung, hỗ trợ đó có thể cho phép em học lịch sử thay vì bị mắc ở giải mã chữ.

Nếu bài học đang dạy kỹ năng đọc, giáo viên có thể thiết kế lúc dùng và lúc không dùng text-to-speech tùy mục tiêu.

Accommodation tốt không hạ kỳ vọng.

Nó dỡ rào cản giả để người học chạm được kỳ vọng thật.

Accommodation tệ hạ mục tiêu mà không nói rõ, hoặc tách người học khỏi cơ hội phát triển.

Sự khác biệt này đòi hỏi phán đoán sư phạm, không chỉ checkbox.

9. AI accessibility: cơ hội lớn, rủi ro cũng lớn

AI có thể làm accessibility tiến nhanh hơn.

Tạo caption.

Tạo transcript.

Dịch.

Tóm tắt.

Chuyển mức đọc.

Mô tả hình ảnh.

Tạo alt text gợi ý.

Sinh nhiều định dạng nội dung.

Hỗ trợ speech-to-text.

Hỗ trợ giao tiếp.

Tạo ví dụ theo bối cảnh.

Giúp giáo viên chuyển tài liệu sang bản dễ đọc hơn.

Phe AI nói:

“Chúng tôi có thể làm accessibility rẻ hơn và nhanh hơn.”

Có phần đúng.

Nếu AI giúp một giáo viên tạo transcript nhanh, đó là giá trị.

Nếu AI giúp mô tả ảnh để người học screen reader có điểm vào, đó là giá trị.

Nếu AI giúp dịch tài liệu sang ngôn ngữ địa phương, đó là giá trị.

Nếu AI giúp tạo nhiều mức đọc cho cùng nội dung, đó là giá trị.

Nhưng phe accessibility hỏi:

“Ai kiểm tra?”

AI caption có thể sai thuật ngữ.

AI alt text có thể bỏ chi tiết quan trọng.

AI mô tả hình ảnh có thể hallucinate.

AI đơn giản hóa văn bản có thể làm mất sắc thái.

AI dịch có thể sai ngữ cảnh văn hóa.

AI cá nhân hóa có thể hạ kỳ vọng với nhóm người học bị xem là yếu.

AI có thể gắn nhãn nhu cầu học tập từ dữ liệu hành vi mà không hiểu khuyết tật, hoàn cảnh, ngôn ngữ, trauma.

AI accessibility vì vậy không nên được xem là phép màu.

Nó là một công cụ tăng tốc sản xuất phiên bản truy cập được.

Nhưng accessibility trong giáo dục cần accuracy, agency và accountability.

Accuracy: nội dung chuyển đổi có đủ đúng để học không?

Agency: người học có quyền chọn cách nhận và thể hiện không?

Accountability: ai chịu trách nhiệm khi hỗ trợ sai?

Nếu AI giúp tạo bản nháp accessibility để con người kiểm tra, tốt.

Nếu AI trở thành người quyết định người học cần gì, học gì, ở mức nào, nguy hiểm.

10. Accessibility có thể bị dùng để giám sát và phân loại

Không phải mọi thứ mang nhãn “hỗ trợ” đều giải phóng người học.

Một hệ thống có thể ghi nhận:

ai bật caption,

ai dùng text-to-speech,

ai xin thêm thời gian,

ai dùng chế độ giảm kích thích,

ai cần bản dễ đọc,

ai dùng công cụ hỗ trợ viết,

ai thường nhận gợi ý.

Dữ liệu này có thể giúp hỗ trợ tốt hơn.

Cũng có thể lộ thông tin nhạy cảm.

Một học sinh không muốn mọi giáo viên biết mình dùng hỗ trợ.

Một sinh viên không muốn dữ liệu disability-related bị dùng trong analytics.

Một phụ huynh không muốn con bị gắn nhãn.

Một hệ thống AI có thể dùng dữ liệu sử dụng accessibility để suy đoán năng lực.

Phe dữ liệu nói:

“Nếu không biết ai dùng hỗ trợ, làm sao cải thiện dịch vụ?”

Đúng.

Phe quyền riêng tư đáp:

“Biết để cải thiện không đồng nghĩa biết để phân loại.”

Accessibility cần privacy by design.

Người học phải có quyền dùng một số hỗ trợ mà không bị công khai không cần thiết.

Dữ liệu về accommodation phải được phân quyền nghiêm túc.

Không nên dùng việc bật caption hoặc text-to-speech như tín hiệu yếu kém.

Không nên để dashboard biến nhu cầu hỗ trợ thành hồ sơ định mệnh.

Không nên mặc định chia sẻ dữ liệu accessibility với mọi bên.

Một công nghệ hỗ trợ người học tham gia nhưng đồng thời buộc họ lộ khác biệt trước hệ thống có thể tạo một chi phí tâm lý mới.

Quyền tham gia phải đi cùng quyền không bị phơi bày quá mức.

11. Accessibility tốt giúp nhiều người hơn nhóm được gắn nhãn

Một lập luận thực dụng cho accessibility là:

Nó giúp nhiều người hơn ta tưởng.

Caption giúp người khiếm thính.

Cũng giúp người học nơi ồn, người học ngôn ngữ thứ hai, người xem lại bài.

Transcript giúp người dùng screen reader.

Cũng giúp người ôn thi, tìm kiếm, ghi chú, học offline.

Keyboard navigation giúp người không dùng chuột.

Cũng giúp power user, người dùng thiết bị hỏng, người thao tác nhanh.

Contrast tốt giúp người thị lực yếu.

Cũng giúp người học ngoài trời, người dùng màn hình kém.

Ngôn ngữ rõ giúp người khó khăn nhận thức.

Cũng giúp mọi người.

Nội dung có cấu trúc tốt giúp assistive technology.

Cũng giúp tìm kiếm, tái sử dụng, dịch, tổng hợp.

Phe tài chính có thể hỏi:

“ROI đâu?”

Accessibility có một câu trả lời:

Thiết kế tốt cho biên thường nâng chất lượng cho trung tâm.

Nhưng cần cẩn thận.

Không nên chỉ bảo vệ accessibility bằng việc nó giúp “mọi người”.

Ngay cả khi nó chỉ giúp một nhóm nhỏ, nhóm đó vẫn có quyền tham gia.

Lập luận “nó giúp tất cả” hữu ích để thuyết phục ngân sách.

Nhưng nền tảng đạo đức sâu hơn là:

Giáo dục không được phép loại người học vì ta thiết kế hẹp.

Accessibility không cần chứng minh rằng người không khuyết tật cũng hưởng lợi mới đáng làm.

Nó đáng làm vì một số người cần nó để học.

12. Procurement: accessibility phải nằm trong hợp đồng, không nằm trong lời hứa

Nếu accessibility chỉ được hỏi sau khi mua, thường đã muộn.

Một trường mua LMS rồi mới phát hiện screen reader không đọc được.

Một sở giáo dục mua kho học liệu rồi mới phát hiện video không có caption.

Một trung tâm mua app quiz rồi mới phát hiện không dùng được bằng keyboard.

Một giáo viên upload hàng trăm PDF scan rồi mới phát hiện người học khiếm thị không đọc được.

Phe procurement phải hỏi từ đầu:

Sản phẩm đáp ứng WCAG mức nào?

Có VPAT hoặc báo cáo accessibility không?

Có test với screen reader phổ biến không?

Có keyboard navigation đầy đủ không?

Caption/transcript xử lý thế nào?

Tài liệu do giáo viên upload có kiểm tra accessibility không?

Có alt text workflow không?

Có hỗ trợ ngôn ngữ và localization không?

Có cách người học yêu cầu accommodation không?

Dữ liệu accessibility được bảo vệ thế nào?

Có roadmap sửa lỗi accessibility không?

Hợp đồng có SLA cho lỗi accessibility nghiêm trọng không?

Nếu vendor không trả lời được, sản phẩm chưa sẵn sàng để tự gọi là inclusive.

Accessibility không nên phụ thuộc vào lòng tốt sau hợp đồng.

Nó phải là điều kiện mua.

Và phải có người kiểm tra.

Không phải check một lần.

Vì sản phẩm thay đổi.

Nội dung thay đổi.

Giáo viên upload tài liệu mới.

AI thêm tính năng mới.

Accessibility là vận hành liên tục.

Không phải giấy chứng nhận treo tường.

13. Benchmark đúng: không chỉ “có tính năng”, mà “có người dùng được”

Benchmark accessibility không nên chỉ hỏi:

Có caption không?

Có screen reader support không?

Có font lớn không?

Có contrast mode không?

Có text-to-speech không?

Cần hỏi:

Caption có đủ đúng không?

Người học có biết cách bật không?

Transcript có tải được không?

Screen reader đọc được toàn bộ workflow hay chỉ trang chủ?

Quiz có làm được bằng keyboard không?

Bài tập kéo-thả có alternative không?

Tài liệu giáo viên upload có accessible không?

Người học có thể yêu cầu hỗ trợ mà không bị xấu hổ không?

Giáo viên có biết tạo tài liệu accessible không?

Người học khuyết tật có học cùng lớp hay bị tách sang luồng riêng?

Accommodation có giữ mục tiêu học có ý nghĩa không?

Dữ liệu hỗ trợ có được bảo vệ không?

Sản phẩm có được test với người dùng thật không?

Lỗi accessibility có được sửa nhanh không?

Một nền tảng có thể có nhiều tính năng accessibility nhưng workflow chính vẫn không dùng được.

Một trường có thể mua công cụ accessible nhưng giáo viên upload nội dung inaccessible.

Một app có caption nhưng thuật ngữ sai.

Một hệ thống có font lớn nhưng assessment vẫn đo tốc độ thao tác.

Benchmark đúng phải đi từ trải nghiệm người học thật:

Người học có vào được bài không?

Có hiểu được không?

Có thao tác được không?

Có thể thể hiện năng lực không?

Có được hỗ trợ mà không bị hạ thấp không?

Có được học cùng người khác không?

Nếu câu trả lời là không, tính năng chưa đủ.

14. Một lập trường không trang trí

Accessibility không phải lòng tốt.

Không phải trang trí đạo đức.

Không phải tính năng phụ.

Không phải compliance để tránh kiện.

Không phải “nếu còn ngân sách”.

Accessibility là câu hỏi:

Ai được quyền tham gia?

Phe sản phẩm đúng khi nói nguồn lực có hạn.

Phe kỹ thuật đúng khi nói làm muộn rất khó.

Phe giáo viên đúng khi nói họ cần đào tạo.

Phe tài chính đúng khi nói phải có ưu tiên.

Nhưng phe người học bị loại cũng đúng khi nói:

“Nếu không làm, tôi không học được.”

Trong giáo dục, câu đó phải nặng hơn mọi roadmap.

EdTech có thể làm accessibility tốt hơn bao giờ hết.

Caption tự động.

Transcript.

Text-to-speech.

Speech-to-text.

Tài liệu đa định dạng.

Giao diện tùy chỉnh.

AI hỗ trợ chuyển đổi nội dung.

UDL trong thiết kế bài học.

Assistive technology tích hợp vào thiết bị phổ thông.

Nhưng EdTech cũng có thể loại trừ nhanh hơn:

nền tảng đóng,

file không đọc được,

workflow cứng,

assessment đo thao tác,

AI phân luồng,

dữ liệu hỗ trợ bị lộ,

accessibility bị để sau.

Vì vậy, lập trường của chương này là:

Đừng hỏi accessibility như một mục phụ sau khi sản phẩm đã xong.

Hãy hỏi nó như câu hỏi đầu:

Người học khác biệt sẽ bước vào bài học này bằng cách nào?

Nếu họ không bước vào được, lỗi không nằm trước hết ở họ.

Nó nằm ở cánh cửa ta đã xây.

Và một nền giáo dục gọi mình là bao trùm không thể tự hào vì có lớp học số, nếu một số người học vẫn đứng ngoài lớp đó vì thiếu một dòng caption, một cấu trúc heading, một nút dùng được bằng bàn phím, một thiết bị hỗ trợ, một giáo viên được đào tạo, hoặc một lựa chọn thể hiện năng lực khác.

Accessibility là phần EdTech khiêm tốn nhất.

Nhưng cũng là nơi ta biết một hệ thống có thật sự tin vào quyền học tập hay không.

Ghi chú nguồn và gợi ý đọc tiếp

1. W3C Web Accessibility Initiative, WCAG 2 Overview và WCAG 2 at a Glance. Nguồn cho bốn nguyên tắc perceivable, operable, understandable, robust, cùng các hướng dẫn như text alternatives, captions, keyboard access, đủ thời gian, điều hướng rõ, nội dung có thể diễn giải bởi assistive technologies. Nguồn: https://www.w3.org/WAI/standards-guidelines/wcag/ và https://www.w3.org/WAI/standards-guidelines/wcag/glance/

2. WHO và UNICEF, Global Report on Assistive Technology (2022). Nguồn cho dữ liệu hơn 2,5 tỷ người cần assistive products, gần một tỷ người không được tiếp cận, và ở một số nước thu nhập thấp/trung bình access có thể chỉ khoảng 3% nhu cầu; báo cáo cũng nhấn mạnh assistive technology là bước đầu quan trọng để trẻ em khuyết tật phát triển và tiếp cận giáo dục. Nguồn: https://www.unicef.org/reports/global-report-assistive-technology và https://www.who.int/publications/i/item/9789240049451

3. UNICEF, Inclusive education. Nguồn cho khung inclusive education: tất cả trẻ em học trong cùng lớp, cùng trường, có cơ hội học thật; trẻ em khuyết tật là một trong những nhóm dễ bị loại khỏi giáo dục nhất và cần thay đổi ở cấp trường, cộng đồng, chính sách. Nguồn: https://www.unicef.org/education/inclusive-education

4. UNICEF Digital Education, Equity and Inclusion. Nguồn cho accessible digital learning, accessible digital textbooks, disability inclusion trong học số, và vai trò của các tính năng như sign language, narration, image descriptions, flexible learning journeys. Nguồn: https://www.unicef.org/digitaleducation/equity-and-inclusion-0

5. UNESCO GEM Report 2023, Technology in education: A tool on whose terms? và trang Technology in education. Nguồn cho luận điểm assistive technology có tác động tích cực tới engagement học thuật, social participation và wellbeing của người học khuyết tật, nhưng thiết bị vẫn khó tiếp cận/khó chi trả và giáo viên thường thiếu đào tạo chuyên môn. Nguồn: https://www.unesco.org/gem-report/en/technology và https://gem-report-2023.unesco.org/technology-in-education/

6. CAST, About Universal Design for Learning và UDL Guidelines version 3.0. Nguồn cho ba nguyên tắc Engagement, Representation, Action & Expression; UDL nhấn mạnh learner variability, multiple means, và mục tiêu learner agency. Nguồn: https://www.cast.org/resources/about-universal-design-for-learning/ và https://udlguidelines.cast.org/

7. United Nations, Convention on the Rights of Persons with Disabilities, Article 24 - Education. Nguồn pháp lý/quyền cho giáo dục bao trùm, không phân biệt đối xử, cơ hội bình đẳng và học tập suốt đời cho người khuyết tật. Nguồn: https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-%20disabilities/article-24-education.html