Elisa Bandy là một nhân viên 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 nêu bật một chuyên gia trong cộng đồng, trong khuôn khổ chương trình Tìm hiểu về các tính 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 ở đây như thế nào?
Elisa Bandy: Tôi tên 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: Công việc này thật thú vị. 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ả chuyên viên viết tài liệu 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: Trước khi đến với Google, bạn đã làm gì?
Elisa: Trong tuần, tôi làm việc trong lĩnh vực phát triển trò chơi điện tử. Và vào cuối tuần, tôi làm việc trong một cửa hàng sửa chữa giày.
Alexandra: Bạn bắt đầu làm việc về khả năng tiếp cận trên web từ khi nào?
Elisa: Có, nhưng chỉ sau khoảng một năm rưỡi, tôi mới bắt đầu làm thêm. Tôi làm việc về kỹ thuật hỗ trợ tiếp cận cho tài liệu nội bộ của Google. Trước khi có công việc này, tài liệu không được thiết kế theo hướng hỗ trợ tiếp cận. Mọi tính năng của tài liệu mà người dùng có thể truy cập đều là một sự cố ngoài ý muốn.
Đã xảy ra nhiều vấn đề, bắt đầu từ độ tương phản màu hoàn toàn không phù hợp cho các đường liên kết. Các bảng này 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 sửa chữa tất cả những thứ đó. Sau đó, tôi cứ tiếp tục sửa thêm nhiều thứ. Đến nay đã 5 năm, và tôi vẫn đang tiếp tục.
Alexandra: Bạn đã rèn luyện bản thân để trở thành một người có chuyên môn và kỹ năng về khả năng hỗ trợ tiếp cận, đồng thời 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 là một người khuyết tật, tôi hiểu rõ việc yêu cầu xem xét khả năng tiếp cận khó khăn đến mức nào. Vì vậy, việc chúng tôi không có những biện pháp hỗ trợ tiếp cận này cho đồng nghiệp khiến tôi thực sự tức giận. Và không ai khác sửa chúng. Vì vậy, tôi đã vào và sửa chúng.
Tôi không nghĩ rằng ai đó phải yêu cầu tính năng hỗ trợ tiếp cận. Bạn nên xây dựng 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 nghĩ về khả năng hỗ trợ tiếp cận trên web, bạn sẽ thấy có rất nhiều lớp khác nhau, đúng không? Có nhiều nhu cầu khác nhau, đôi khi mâu thuẫn nhau đối với nhiều dạng khuyết tật. Làm thế nào để bạn ưu tiên những việc cần làm?
Elisa: Phần lớn công việc của tôi là ưu tiên. Ví dụ: mức độ quan trọng của việc một số trường hợp sử dụng cụ thể hoàn toàn có thể truy cập được là bao nhiêu? Tôi xem xét rất nhiều dữ liệu: tỷ lệ người khuyết tật trong dân số là bao nhiêu? Có bao nhiêu người gặp một vấn đề cụ thể về khả năng 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 đề xảy ra trong ChromeVox, tôi phải xem xét số lượng người dùng ChromeVox so với Jaws, NVDA và VoiceOver.
Nhìn chung, không có nhiều người sử dụng ChromeVox. Vì chúng tôi là Google, nên nhiều người dùng Chromebook làm thiết bị làm việc chính. Đ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ể một lỗi ChromeVox sẽ được ưu tiên hơn một chút so với lỗi VoiceOver hoặc lỗi NVDA.
Nhìn chung, trước tiên tôi cố gắng khắc phục các vấn đề cho những trình đọc màn hình chính. Việc phối màu có xu hướng không nhất quán vì có một số tiện ích giúp giải quyết các vấn đề về phối màu, đặc biệt là đối với các chế độ có độ tương phản cao.
Alexandra: Bạn đã đề cập đến dữ liệu, đây là yếu tố cực kỳ quan trọng tại Google (tất nhiên rồi). Chúng ta thường nghe thấy câu: "Hãy dùng dữ liệu để chứng minh ý tưởng của bạn". Bạn thu thập dữ liệu về khả năng tiếp cận tại Google bằng cách nào?
Elisa: Tôi dựa rất nhiều vào dữ liệu do Liên 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 cuộc 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 tổ chức có nguồn tài trợ và mối quan tâm sâu rộng. Và tôi nhận thấy rằng hầu như ai cũng 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 giáo dục 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, trang web hoặc bất kỳ thứ gì để có thể truy cập sau khi bạn đã triển khai không chính xác là điều khó. Vì vậy, một phần công việc của tôi là giúp các kỹ sư nghĩ đến việc kết hợp khả năng hỗ trợ tiếp cận vào các thiết kế ban đầu, trước khi sản phẩm được xây dựng. Mọi người rất sẵn lòng, thậm chí là hào hứng với điều đó!
Tôi chỉ từng gặp phải sự phản đối thực sự đối với việc kết hợp khả năng hỗ trợ tiếp cận một lầ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 mới tham gia nhóm kỹ thuật hỗ trợ tiếp cận, tôi chỉ dành 20% thời gian cho công việc này. Một số người không hiểu lý do chúng tôi tập trung vào khả năng hỗ trợ tiếp cận. Có người nói rằng "Chỉ có 1% dân số là người khuyết tật". Tôi giữ vững lập trường rằng chúng tôi cần phải làm việc đó vì đó là điều đúng đắn. Và đó là thời gian của tôi, tôi sẽ dành thời gian đó theo cách tôi thấy phù hợp.
Tất nhiên, thật khó để nghe thấy bất kỳ 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à thành viên của nhóm dân số đó. Hiểu rõ khán giả của bạn!
Elisa: Tôi không bao giờ muốn nghe câu: "Ồ, cái này chỉ có 1% thôi". Từ "chỉ" khiến câu này nghe có vẻ không quan trọng. Nhưng khi bạn nghĩ về dân số toàn cầu, đó là một con số rất lớn. Và đó là rất nhiều người làm việc tại Google. Và 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 người hơn 1% dân số bị ảnh hưởng bởi khuyết tật. Theo báo cáo của WHO, hơn 1 tỷ người khuyết tật và 2,2 tỷ người mắc một dạng suy giảm thị lực nào đó! Tất nhiên, mức độ nghiêm trọng sẽ khác nhau và một số người bị suy giảm thị lực sẽ không coi mình là người khuyết tật. Nhưng những suy giảm này ảnh hưởng đến hoạt độ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: Bạn không cần phải biết mọi thứ. Khả năng 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 mà tôi không biết. Tôi có một bộ kỹ năng rất đặc biệt. Thật tình cờ là tôi biết nơi tìm thông tin về các phương pháp hay nhất về khả năng tiếp cận.
Ngay cả trong lĩnh vực chuyên môn của mình, trình đọc màn hình và độ tương phản màu sắc, mỗi ngày tôi đều học được những điều mới. Tôi là người khiếm thính, nhưng tôi không phải là chuyên gia về tính năng Phụ đề. Tôi biết điều gì phù hợp với mình, nhưng tôi không biết điều gì phù hợp với những người khác. Tôi sẽ phải tìm hiểu các phương pháp hay nhất nếu được hỏi.
Alexandra: Việc không phải là chuyên gia tuyệt đối về mọi loại tính năng hỗ trợ tiếp cận là điều hợp lý. Bạn sẽ giúp các kỹ sư tìm hiểu về các mẫu hỗ trợ tiếp cận như thế nào?
Elisa: Tôi hợp tá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à chỉ cho cô ấy cách tôi khắc phục lỗi đó. Sau đó, tôi hướng dẫn cô ấy về phương pháp hay nhất. Cô ấy có thể xem các tài liệu khác và thấy rằng họ đề xuất một phương pháp, nhưng phương pháp đó không hiệu quả vì những 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ể tìm ra các giải pháp tạm thời. Nhiều người không nghĩ đến khả năng tiếp cận cho đến khi mọi thứ đã được hoàn thiện. Bạn sẽ làm gì vào thời điểm đó? Bạn có định tháo rời, lắp ráp lại và viết lại tất cả các bài kiểm thử không? Không, bạn không cần. Bạn sẽ ghim một thứ gì đó vào.
Điều đó có nghĩa là bạn cần hiểu cách người dùng bị vô hiệu hoá mong đợi ứng dụng hoạt động, sau đó mô hình hoá mã của bạn để mã thực hiện chức năng đó. Có thể không giống như các mẫu mã hoàn hảo hoặc các thành phần toàn diện, nhưng cuối cùng, miễn là nó thực hiện cùng một chức năng một cách đáng tin cậy, thì sẽ ổn thôi.
Alexandra: Theo tôi hiểu thì bạn đang nói rằng việc đạt được kết quả tích cực quan trọng hơn là lo lắng quá nhiều về cách chúng ta đạt được kết quả đó.
Elisa: Có. Bởi vì nói thật thì mục đích biện minh cho phương tiện trong trường hợp này. Điều quan trọng là bạn phải hiểu rõ 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 muốn tính năng này hoạt động.
Có hàng tỷ vai trò ARIA và bạn không thể biết hết mọi vai trò. Ngoài ra, một số phím tắt 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 ứng dụng cho họ.
Alexandra: Bạn có thường xuyên sử dụng những 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 dựa rất nhiều vào các nguyên tắc của W3C. Đây là những tài liệu rất hữu ích để giúp bạn nắm đượ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 có phần tốt hơn về việc triển khai kỹ thuật. Tôi cũng rất thích tài liệu của Mozilla. Chín trên mười lần, nếu tôi tìm kiếm một thứ gì đó, thì sẽ có câu trả lời trong MDN Web Docs.
Tôi rất 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 gồm các 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 công cụ này cho tài liệu tham khảo, khi tôi báo cáo lỗi hoặc hướng dẫn ai đó cách làm theo một mẫu cụ thể.
Trực tiếp trải nghiệm các công cụ hỗ trợ tiếp cận
Alexandra: Làm cách nào để biết một người dùng bị ảnh hưởng như thế nào? Vì bạn có chuyên môn trong việc hỗ trợ người mù màu và trình đọc màn hình, nên chúng ta hãy bắt đầu từ đó.
Elisa: Đối với người bị suy giảm 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 được cách người khác nhìn nhận cho đến khi bạn tự mình trải nghiệm. Nếu nhận thấy độ bão hoà quá cao, ngay khi chạy 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 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 để hiểu rõ về trình đọc màn hình ngoài việc 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. Đây là điều quan trọng. Một số người cảm thấy khó chịu khi chỉ bật và cố gắng tìm hiểu cách sử dụng các công cụ này. Đó là một cách học không hiệu quả. Bạn cần hơn 5, 10 hoặc 20 phút. Hãy sử dụng tính năng này trong ít nhất một giờ để biết được một số khó khă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 đời, ai rồi cũng 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ể dùng chuột, nên tôi đã dùng bàn phím trong nhiều tuần. Điều đó khiến tôi rất bực bội. Những bài tập như vậy 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 thích nghi với thế giới của những người không khuyết tật.
Mặc dù hữu ích, nhưng trình mô phỏng không tương đương với tình trạng khuyết tật
Alexandra: Rõ ràng là trải nghiệm mà tôi hoặc bất kỳ nhà phát triển nào có được khi sử dụng trình mô phỏng sẽ không giống với 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 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 những công cụ này sẽ luôn giỏi hơn bạn. Người khuyết tật luôn có khả năng điều hướng không gian của riêng họ tốt hơn, vì đó là cơ thể mà người đó sống cùng.
Tôi lo sợ rằng những người tham gia các bài tập thấu cảm này (nếu không có thuật ngữ nào phù hợp hơn) sẽ nghĩ rằng họ biết chính xác những gì người khác 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 không bị khuyết tật, 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 chính mình khi bị lãng thính. Tôi là chuyên gia về việc cần dùng máy trợ thính và trải qua những trải nghiệm của riêng 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ị điếc
Điều tồi tệ nhất mà bạn có thể làm trong kỹ thuật hỗ trợ tiếp cận là có cái tôi. Dù bạn làm gì, bạn cũng sẽ gây ra sai sót. Bạn không nên nản lòng vì không có hai người nào có nhu cầu về khuyết tật giống nhau. Không có hai người có cùng quan điểm về khả năng tiếp cận và khuyết tật. Bạn không thể làm mọi thứ một cách hoàn hảo, nhưng điều đó không có nghĩa là bạn không nên cố gắng. Bạn sẽ không bao giờ hoàn hảo, nhưng dù sao thì 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ư có người nói rằng "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 gặp phả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ó cảm 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 rằng "Ôi, những phụ đề được tạo tự động này thật tệ" không? [removed] Tôi không thấy phụ đề như vậy. 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ặc dù không thực sự cần đến những công cụ đó. Tôi hiểu rằng điều đó thật khó chịu.
Nhưng tôi cũng không muốn là người phải ngồi đó và mô tả trải nghiệm của mình với tư cách là một người khiếm thính hết lần này đến lần khác. Mỗi lần. Nếu muốn người khoẻ mạnh hiểu được trải nghiệm của chúng ta, chúng ta sẽ phải chấp nhận 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 trong bóng tối và nếm rượu vang khiến tôi phát điên. Điều đó giống như việc hoá trang thành người khuyết tật. Nhưng bạn có 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 không? Bạn có thể làm vậy. 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 xem những điều này thực sự hoạt động như thế nào. Đ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ể chỉ đặt một biểu ngữ cảnh báo ở trên cùng 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ữ. Thiết kế chú trọng đến người khuyết tật.
Làm một việc: ngừng tạo tính năng cuộn vô hạn
Alexandra: Có điều gì mà bạn mong muốn các kỹ sư sẽ bắt đầu thực hiện để giúp trang web của họ dễ tiếp cận hơn không?
Elisa: Tính năng cuộn vô hạn là một thảm hoạ và không ai nên sử dụng tính năng này. Tôi không thể tìm thấy mọi thứ, tôi cần có thể tìm thấy mọi thứ! Và điều này ảnh hưởng rất xấu đến hiệu suất.
Ngoài ra, việc di chuyển các đối tượng một cách trực quan và trong DOM thực sự gây phiền toái. Thứ 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 tại Learn Accessibility (Tìm hiểu về khả năng hỗ trợ tiếp cận), Google đã tạo một khoá học về tài liệu hỗ trợ tiếp cận: Tech Writing for Accessibility (Viết tài liệu kỹ thuật để 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.