Elisa Bandy là một nhân viên của Google, chuyên về khả năng hỗ trợ tiếp cận trên web và tài liệu cho các công cụ nội bộ của chúng tôi.
Bài đăng này giới thiệu một chuyên gia trong cộng đồng, trong chương trình Tìm hiểu về khả năng hỗ trợ tiếp cận! Tìm hiểu thêm về các sáng kiến và nghiên cứu của Google về hỗ trợ tiếp cận.
Alexandra Klepper: Tôi rất may mắn khi được gọi bạn là đồng nghiệp. Bạn sẽ giới thiệu bản thân và công việc của mình như thế nào ở đây?
Elisa Bandy: Tôi là Elisa, tôi viết tài liệu cho cơ sở hạ tầng và công cụ nội bộ của Google.
Alexandra: Đó là một công việc tuyệt vời. Bạn làm việc với bao nhiêu người?
Elisa: Nhóm lớn hơn của chúng tôi có khoảng 40 người, bao gồm cả nhà văn kỹ thuật, nhà thiết kế hướng dẫn và người quản lý chương trình. Khi tôi bắt đầu cách đây 6 năm, nhóm chỉ có 4 người.
Alexandra: Bạn làm gì trước khi đến với Google?
Elisa: Trong tuần, tôi làm việc trong ngành phát triển trò chơi điện tử. Vào cuối tuần, tôi làm việc trong một cửa hàng sửa giày.
Alexandra: Bạn có bắt đầu làm việc trong lĩnh vực hỗ trợ tiếp cận trên web sau khi gia nhập Google không?
Elisa: Đúng vậy, nhưng phải đến khoảng một năm, nửa năm sau mới bắt đầu tìm hiểu. Tôi làm việc trong lĩnh vực kỹ thuật hỗ trợ tiếp cận cho tài liệu nội bộ của Google. Trước khi thực hiện công việc này, tài liệu không được thiết kế để hỗ trợ tiếp cận. Bất kỳ tính năng tài liệu nào có thể truy cập được đều là một sự cố vui vẻ.
Có rất nhiều vấn đề lớn, bắt đầu từ độ tương phản màu hoàn toàn không phù hợp với các đường liên kết. Các bảng rất lộn xộn – nếu bạn phóng to, mọi thứ vẫn giữ nguyên kích thước vì được xác định bằng pixel thay vì rem. Tôi đã tình nguyện khắc phục tất cả những vấn đề đó. Sau đó, tôi chỉ tiếp tục khắc phục thêm nhiều vấn đề khác. 5 năm sau, chúng ta vẫn đang chơi.
Alexandra: Bạn đã tự rèn luyện để trở thành một người có chuyên môn và kỹ năng về hỗ trợ tiếp cận, đồng thời bạn có quyết tâm khắc phục những vấn đề cần được khắc phục.
Elisa: Vâng, tôi nghĩ chúng ta có thể nói như vậy [cười]. Bản thân tôi là một người khuyết tật, nên tôi hiểu rằng việc yêu cầu xem xét khả năng hỗ trợ tiếp cận là rất khó khăn. Vì vậy, việc chúng tôi không cân nhắc đến những vấn đề hỗ trợ tiếp cận này cho đồng nghiệp thực sự khiến tôi tức giận. Và không có ai khác khắc phục vấn đề này. Vì vậy, tôi đã truy cập và sửa chúng.
Tôi không nghĩ rằng ai cũng phải yêu cầu hỗ trợ tiếp cận. Bạn nên tạo tính năng này ngay từ đầu.
Ưu tiên các trường hợp sử dụng tính năng hỗ trợ tiếp cận
Alexandra: Khi bạn nghĩ về khả năng hỗ trợ tiếp cận trên web, có rất nhiều lớp khác nhau, phải không? Có những nhu cầu khác nhau và đôi khi trái ngược nhau đối với nhiều dạng khuyết tật. Bạn ưu tiên việc cần làm bằng cách nào?
Elisa: Tôi thường ưu tiên làm những việc quan trọng. Ví dụ: việc một số trường hợp sử dụng cụ thể có thể truy cập được 100% quan trọng đến mức nào? Tôi xem xét rất nhiều dữ liệu: tỷ lệ phần trăm dân số bị khuyết tật là bao nhiêu? Có bao nhiêu người gặp vấn đề cụ thể về hỗ trợ tiếp cận?
Ví dụ: có một nhóm nhỏ người dùng sử dụng ChromeVox, trình đọc màn hình tích hợp sẵn cho Chromebook. Nếu có vấn đề trong ChromeVox, tôi phải xem xét xem có bao nhiêu người đang sử dụng ChromeVox so với Jaws, NVDA và VoiceOver.
Bên ngoài, một số người không sử dụng ChromeVox. Vì chúng tôi là Google, nên nhiều người sử dụng Chromebook làm thiết bị chính cho công việc. Điều này có nghĩa là ChromeVox rất quan trọng đối với tài liệu nội bộ. Có thể lỗi ChromeVox được nhấn mạnh hơn một chút so với lỗi VoiceOver hoặc lỗi NVDA.
Nói chung, tôi cố gắng khắc phục vấn đề cho các trình đọc màn hình chính trước. Màu sắc có xu hướng là kiểu nhấn hoặc bỏ lỡ vì có một loạt tiện ích xoay quanh các vấn đề về màu sắc, đặc biệt là đối với chế độ tương phản cao.
Alexandra: Bạn đã đề cập đến dữ liệu, một yếu tố cực kỳ quan trọng tại Google (dĩ nhiên). Chúng tôi luôn nghe thấy câu nói "Hãy dùng dữ liệu để chứng minh ý tưởng của bạn". Làm cách nào để Google thu thập dữ liệu về khả năng hỗ trợ tiếp cận tại Google?
Elisa: Tôi dựa vào dữ liệu do Đồng minh về người khuyết tật của Google thu thập. Và tôi thường xuyên kiểm tra chéo với các bản khảo sát của WebAIM.
Văn hoá hỗ trợ tiếp cận
Alexandra: Hãy cho tôi biết về văn hoá hỗ trợ tiếp cận tại Google.
Elisa: Nó phát triển rất nhanh chóng thành một thứ có nguồn tài trợ và mối lo ngại rộng rãi. Và tôi nhận thấy rằng hầu hết mọi người đều muốn làm điều đúng đắn. Các đồng nghiệp của chúng tôi muốn có tài nguyên đào tạo về cách làm đúng, cách ưu tiên khả năng hỗ trợ tiếp cận.
Việc tái cấu trúc một ứng dụng hoặc trang web hoặc bất kỳ nội dung nào để có thể truy cập sau khi bạn đã triển khai không chính xác là khó. Vì vậy, một phần công việc của tôi là giúp các kỹ sư của chúng tôi suy nghĩ về việc tích hợp tính năng hỗ trợ tiếp cận vào các thiết kế ban đầu, trước khi xây dựng sản phẩm. Mọi người rất dễ tiếp nhận điều đó, thậm chí còn hào hứng với nó!
Tôi chỉ từng gặp phải một lần thực sự phản đối việc tích hợp tính năng hỗ trợ tiếp cận, và ngay cả lần đó cũng khá dễ giải quyết.
Alexandra: Bạn có thể chia sẻ thêm về vấn đề đó không?
Elisa: Khi tôi lần đầu làm quen với kỹ thuật hỗ trợ tiếp cận, thời gian đó chỉ dành cho tôi 20%. Một số người không hiểu tại sao chúng tôi lại tập trung vào khả năng hỗ trợ tiếp cận. Có người nói rằng "Chỉ 1% dân số là người khuyết tật". Tôi đã giữ vững lập trường – chúng tôi cần làm điều đó vì đó là điều đúng đắn. Và đây là thời điểm của tôi, tôi sẽ cống hiến theo cách mà tôi thấy phù hợp.
Tất nhiên, sẽ rất khó để nghe thấy ai đó nói rằng người khuyết tật không quan trọng, rằng đó là một nhóm quá nhỏ.
Alexandra: Đặc biệt là khi bạn là một thành viên của cộng đồng đó. Hiểu rõ khán giả!
Elisa: Tôi không bao giờ thích nghe câu nói "Ồ, tỷ lệ này chỉ là 1%". Từ "chỉ" khiến câu này có vẻ không quan trọng. Nhưng khi bạn nghĩ đến dân số toàn cầu, đó là một con số rất lớn. Và có rất nhiều người làm việc tại Google. Và có rất nhiều người khuyết tật không được báo cáo.
Alexandra: Chúng tôi biết rằng có nhiều hơn 1% dân số bị ảnh hưởng bởi các khuyết tật. Theo báo cáo của Tổ chức Y tế Thế giới, hơn 1 tỷ người bị khuyết tật và 2,2 tỷ người bị một dạng khiếm thị nào đó! Tất nhiên, mức độ nghiêm trọng của tình trạng này còn tuỳ thuộc vào từng người. Một số người khiếm thị không coi mình là người khuyết tật. Tuy nhiên, những khiếm khuyết này ảnh hưởng đến khả năng tương tác trên web.
Elisa: Chính xác.
Xây dựng bộ kiến thức chuyên môn của riêng bạn
Alexandra: Bạn có lời khuyên nào mà bạn ước rằng mình đã biết trước khi bắt đầu làm việc trong lĩnh vực hỗ trợ tiếp cận không?
Elisa: Không cần biết rõ mọi thứ. Khả năng hỗ trợ tiếp cận là một không gian rộng lớn. Tôi biết rằng có rất nhiều điều tôi không biết. Tôi có một bộ kỹ năng rất cụ thể. Chẳng hạn như tôi biết nơi để tìm thông tin về các phương pháp hay nhất về hỗ trợ tiếp cận.
Ngay cả trong chuyên môn của riêng mình, trình đọc màn hình và độ tương phản màu, tôi vẫn học hỏi được nhiều điều mới mẻ mỗi ngày. Tôi bị khiếm thính nhưng tôi không phải là chuyên gia hỗ trợ tiếp cận về Phụ đề. Tôi biết những gì phù hợp với mình, nhưng tôi không biết những gì phù hợp với mọi người. Tôi sẽ phải tra cứu các phương pháp hay nhất nếu được yêu cầu.
Alexandra: Bạn không cần phải là chuyên gia tuyệt đối về mọi loại tính năng hỗ trợ tiếp cận. Bạn sẽ giúp các kỹ sư tìm hiểu các mẫu hỗ trợ tiếp cận như thế nào?
Elisa: Tôi làm việc chặt chẽ với một kỹ sư quan tâm đến khả năng hỗ trợ tiếp cận. Tôi sẽ đưa cho cô ấy một lỗi và hướng dẫn cô ấy cách khắc phục. Sau đó, tôi hướng dẫn cô ấy về phương pháp hay nhất. Cô có thể xem các tài liệu khác và thấy rằng chúng đề xuất một phương pháp, nhưng phương pháp đó không hiệu quả vì lý do XYZ.
Vấn đề về khả năng hỗ trợ tiếp cận trên web là không có nhiều ví dụ cụ thể về mã, vì không có hai người nào xây dựng cùng một tính năng theo cùng một cách. Vì vậy, bạn có thể sử dụng các giải pháp tạm thời. Nhiều người không nghĩ đến khả năng hỗ trợ tiếp cận cho đến khi mọi thứ đã được kết hợp với nhau. Bạn sẽ làm gì vào thời điểm đó? Bạn có định chia nhỏ, tập hợp lại và viết lại tất cả kiểm thử không? Không, bạn không cần. Bạn sẽ chốt một thứ gì đó.
Điều đó có nghĩa là bạn cần hiểu cách người dùng khuyết tật mong đợi ứng dụng hoạt động, sau đó lập mô hình mã để thực hiện chức năng đó. Mã này có thể không giống như các mẫu mã hoàn hảo hoặc thành phần toàn diện, nhưng cuối cùng, miễn là mã này thực hiện cùng một chức năng một cách đáng tin cậy, thì mọi thứ sẽ ổn.
Alexandra: Theo tôi hiểu thì bạn đang nói rằng quan trọng là phải có kết quả tích cực hơn là lo lắng quá nhiều về cách đạt được kết quả đó.
Elisa: Có. Vì thật lòng mà nói, mục đích của trường hợp này đã biện minh cho phương tiện. Điều quan trọng là bạn phải hiểu cách người dùng trình đọc màn hình hoặc bất kỳ người dùng khuyết tật nào khác mong đợi ứng dụng hoạt động.
Có hàng tỷ vai trò ARIA và bạn không thể biết hết từng vai trò. Ngoài ra, một số trình đọc màn hình không hoạt động với tất cả trình đọc màn hình! Vì vậy, bạn cần biết nhu cầu của người dùng để xây dựng cho họ.
Alexandra: Bạn có thường sử dụng các tài nguyên bên ngoài nào khi tạo tài liệu nội bộ hoặc hỗ trợ kỹ sư của Google không?
Elisa: Tôi thực sự dựa vào các nguyên tắc của W3C. Các tài nguyên này rất hữu ích để bạn biết được những việc cần làm. WebAIM là một tài nguyên cực kỳ hữu ích khác mà tôi thấy tốt hơn một chút về việc triển khai kỹ thuật. Tôi cũng rất thích tài liệu của Mozilla. Trong 10 lần tìm kiếm, 9 lần tôi tìm thấy câu trả lời trong Tài liệu web MDN.
Tôi thích inclusive-components.design. Đây là một thư viện tuyệt vời nếu bạn muốn có một thư viện thành phần hỗ trợ tiếp cận.
Deque University có rất nhiều phương pháp hay nhất. Tôi sử dụng nó cho tài liệu tham khảo, khi tôi gửi lỗi hoặc hướng dẫn người khác cách làm theo một mẫu cụ thể.
Trải nghiệm trực tiếp các công cụ hỗ trợ tiếp cận
Alexandra: Làm cách nào để tìm hiểu mức độ ảnh hưởng đến người dùng? Vì bạn có chuyên môn về việc hỗ trợ người mù màu và trình đọc màn hình, nên hãy bắt đầu từ đó.
Elisa: Đối với chứng thiếu thị lực màu và mù màu, có các trình mô phỏng và trình mô phỏng. Bạn thực sự không thể hiểu người khác có thể thấy như thế nào cho đến khi bạn tận mắt nhìn thấy nội dung đó. Nếu nhận thấy độ bão hoà thực sự kém, ngay khi chạy ứng dụng đó thông qua trình mô phỏng, tôi có thể xác nhận rằng độ bão hoà đó hoàn toàn không thể phân biệt được.
Để hỗ trợ người dùng trình đọc màn hình, không có cách nào tốt hơn là thực sự sử dụng trình đọc màn hình. Trước tiên, hãy đọc các hướng dẫn, đó là yếu tố quan trọng. Một số người sẽ cảm thấy bực bội khi chỉ bật và thử nghịch ngợm với nó. Đó là cách không tốt để tìm hiểu cách sử dụng các công cụ này. Bạn cần nhiều hơn 5, 10 hoặc 20 phút. Hãy sử dụng ứng dụng này ít nhất một giờ để khám phá một số vấn đề mà người dùng gặp phải khi dựa vào công nghệ này.
Tôi tin chắc rằng đến một thời điểm nào đó trong cuộc đời, mọi người đều sẽ cần đến công nghệ hỗ trợ tiếp cận. Ví dụ: gần đây, tôi bị đau cổ tay và không thể sử dụng chuột, vì vậy, tôi đã sử dụng bàn phím trong nhiều tuần. Thật là bực bội. Những bài tập này thực sự có thể giúp bạn đặt mình vào vị trí của một người khuyết tật đang cố gắng di chuyển trong một thế giới của những người bình thường.
Trình mô phỏng (mặc dù hữu ích) không tương đương với trường hợp khuyết tật
Alexandra: Rõ ràng là trải nghiệm của tôi hoặc bất kỳ nhà phát triển nào khi sử dụng trình mô phỏng sẽ không giống như trải nghiệm của người khiếm thị.
Elisa: Bạn luôn có thể trò chuyện với người bị khuyết tật để tìm hiểu về trải nghiệm của họ. Và khi bạn đang xây dựng sự đồng cảm đó, điều quan trọng là bạn phải nhớ rằng một người thường xuyên sử dụng các công cụ này sẽ luôn làm tốt hơn bạn. Người khuyết tật luôn giỏi hơn trong việc di chuyển trong không gian riêng của mình vì đó là cơ thể chung với người đó.
Tôi lo ngại rằng những người thực hiện các bài tập cảm thông này (vì không có từ nào phù hợp hơn) sẽ nghĩ rằng họ biết chính xác những gì mọi người trải qua. Họ đột nhiên nghĩ rằng mình là chuyên gia về trải nghiệm đó. Bạn không phải là chuyên gia về trải nghiệm đó. Nếu có năng lực thì về cơ bản bạn không phải là chuyên gia về trình đọc màn hình. Tôi không phải là chuyên gia về chứng mù màu, mặc dù tôi làm việc trong lĩnh vực này. Tôi không phải là chuyên gia về trình đọc màn hình.
Tôi là chuyên gia về trải nghiệm của mình khi bị khiếm thính. Tôi là chuyên gia về việc cần có thiết bị trợ thính và tự tìm hiểu trải nghiệm của mình mỗi ngày. Nhưng điều đó không có nghĩa là tôi là chuyên gia về trải nghiệm của người khác khi bị khiếm thính
Điều tồi tệ nhất bạn có thể làm trong kỹ thuật hỗ trợ tiếp cận là tự cao. Dù làm gì, bạn cũng sẽ làm hỏng một thứ gì đó. Bạn không nên nản lòng vì không có hai người nào có nhu cầu khuyết tật như nhau. Không có hai người nào có cùng quan điểm về khả năng hỗ trợ tiếp cận và tình trạng khuyết tật. Bạn không thể làm mọi thứ 100%, nhưng điều đó không có nghĩa là bạn không nên thử. Bạn sẽ không bao giờ hoàn hảo, nhưng hãy cố gắng đạt được điều đó.
Bạn có thể nhận được ý kiến phản hồi quan trọng, chẳng hạn như "Này, sản phẩm của bạn không hỗ trợ tiếp cận!"
Alexandra: Trình mô phỏng hỗ trợ một phong cách học tập khác, minh hoạ sản phẩm của bạn trong khi phải đối mặt với một số vấn đề mà người khuyết tật có thể gặp phải. Tuy nhiên, điều đó không giống với việc trải nghiệm sản phẩm của bạn bằng các công cụ hỗ trợ tiếp cận mà họ sử dụng hằng ngày.
Elisa: Tôi có thấy hơi khó chịu khi mọi người tắt âm thanh và đọc phụ đề rồi đột nhiên nhận ra: Ồ, những phụ đề được tạo tự động này rất tệ không? [removed] Đó không phải là cách tôi sử dụng phụ đề. Một số người khuyết tật thấy một người mô phỏng trải nghiệm của họ và phàn nàn về các công cụ đó, mà không cần chủ động sử dụng các công cụ đó. Thật phiền toái, tôi hiểu rồi.
Nhưng tôi cũng không muốn phải ngồi đó và mô tả kinh nghiệm của mình khi là một người khiếm thính lặp đi lặp lại. Mọi lúc. Nếu muốn những người không khuyết tật hiểu được trải nghiệm của chúng ta, chúng ta sẽ phải chịu đựng phản ứng của họ đối với những trải nghiệm đó.
Tuy nhiên, những "trải nghiệm" như ăn tối tại nhà hàng không nhìn thấy và nếm rượu khiến tôi phát điên. Đó giống như việc cosplay một người khuyết tật. Nhưng nếu bạn muốn tìm hiểu cách người dùng sử dụng một tính năng hoặc cách độc giả đọc trang? Bạn có thể làm vậy. Trên thực tế, đó là mức tối thiểu. Hãy đặt mình vào vị trí của họ trong một giờ và tìm hiểu cách những điều này thực sự hoạt động. Điều này thực sự quan trọng.
Tìm hiểu cách mọi người di chuyển trên trang web của bạn. Bạn có thể thắc mắc: "Tại sao tôi không thể đặt một biểu ngữ cảnh báo ở đầu trang rằng tất cả các đường liên kết đều mở trong một thẻ mới?" Vì có thể người dùng không đọc trang bắt đầu bằng biểu ngữ. Xây dựng thiết kế của bạn với người khuyết tật.
Hãy làm một việc: ngừng tạo tính năng cuộn vô hạn
Alexandra: Có điều gì bạn muốn các kỹ sư bắt đầu làm để giúp trang web của họ dễ tiếp cận hơn không?
Elisa: Cuộn vô hạn là một nhược điểm và không ai nên sử dụng tính năng này. Tôi không thể tìm thấy đồ vật, mà phải là tôi có thể tìm thấy đồ vật! Và điều này rất có hại cho hiệu suất.
Ngoài ra, việc di chuyển các thành phần xung quanh một cách trực quan và trong DOM thực sự gây phiền toái. Trình tự thẻ rất quan trọng, đặc biệt là đối với người dùng bàn phím.
Tìm hiểu thêm về các sáng kiến và nghiên cứu của Google về hỗ trợ tiếp cận. Ngoài các tài nguyên phát triển web trong phần Tìm hiểu về Hỗ trợ tiếp cận, Google đã tạo một khoá học tài liệu có thể truy cập: viết công nghệ cho hỗ trợ tiếp cận.
Theo dõi Nhóm hỗ trợ tiếp cận của Google trên Twitter tại @GoogleAccess và nhóm Chrome tại @ChromiumDev.