Elisa Bandy là một nhân viên của Google chuyên phụ trách về hỗ trợ tiếp cậ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 video Tìm hiểu về 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ề khả năng hỗ trợ tiếp cận.
Alexandra White: Tôi rất may đượ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 tên là Elisa, tôi chuyên viết tài liệu về cơ sở hạ tầng và công cụ nội bộ của Google.
Alexandra: Thật thú vị. Bạn làm việc với bao nhiêu người?
Elisa: Nhóm của chúng tôi có quy mô lớn hơn, khoảng 40 người, bao gồm người viết nội dung kỹ thuật, nhà thiết kế nội dung hướng dẫn và người quản lý chương trình. Khi tôi bắt đầu, 6 năm trước, nhóm chỉ có bốn người.
Alexandra: Trước khi xuất hiện ở Google, bạn làm gì?
Elisa: Trong tuần này, tôi làm việc trong lĩnh vực phát triển trò chơi điện tử. Rồi vào những ngày cuối tuần, tôi làm việc trong ngành sửa giày.
Alexandra: Sau khi truy cập vào Google, bạn có bắt đầu làm việc về khả năng hỗ trợ tiếp cận trên web không?
Elisa: Có, nhưng không phải cho đến khoảng một năm sau đó. 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 chúng tôi ra mắt, tài liệu của chúng tôi chưa được thiết kế chú trọng đến khả năng 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 quả thực là một tai nạn bất ngờ.
Đã xảy ra vấn đề nghiêm trọng, bắt đầu với độ 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 trông thậ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 thứ đó. Sau đó, tôi tiếp tục sửa
thêm nhiều thứ. Chúng ta đã 5 năm sau kết thúc và tôi vẫn ở đó.
Alexandra: Bạn đã tự xây dựng để trở thành một người có chuyên môn và kỹ năng hỗ trợ tiếp cận, đồng thời bạn đã có quyết tâm để khắc phục các vấn đề cần khắc phục.
Elisa: Vâng, tôi đoán 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 việc yêu cầu các yếu tố cần cân nhắc về khả năng hỗ trợ tiếp cận gặp khó khăn như thế nào. Vì vậy, việc chúng tôi không cân nhắc đến khả năng hỗ trợ tiếp cận này cho đồng nghiệp và đồng nghiệp thực sự khiến tôi tức giận. Không có ai khác khắc phục chúng. Vì vậy, tôi đã vào và sửa các lỗi đó.
Tôi cho rằng không ai cần phải yêu cầu về khả năng hỗ trợ tiếp cận. Bạn nên tích hợp mã này ngay từ đầu.
Ưu tiên các trường hợp sử dụng khả 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 có rất nhiều lớp khác nhau, đúng không? Có những nhu cầu khác nhau và đôi khi mâu thuẫn với nhau về nhiều dạng khuyết tật. Bạn ưu tiên việc cần thực hiện như thế nào?
Elisa: Rất nhiều việc tôi làm là ưu tiên. Ví dụ: việc một số trường hợp sử dụng cụ thể nào đó có thể truy cập hoàn toàn 100% được quan trọng như thế nào? Tôi xem xét rất nhiều dữ liệu: có bao nhiêu phần trăm dân số của chúng ta bị khuyết tật? Có bao nhiêu người gặp một 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 gặp vấn đề khi sử dụng ChromeVox, tôi phải xem số người dùng ChromeVox so với Jaws so với NVDA và VoiceOver.
Bên ngoài, không có nhiều người sử dụng ChromeVox. Vì chúng tôi là Google, nên rất nhiều người sử dụng Chromebook làm thiết bị làm việc chính, nghĩa là ChromeVox đóng vai trò rất quan trọng đối với tài liệu nội bộ. Có thể lỗi ChromeVox xảy ra cao hơn một chút so với lỗi VoiceOver hoặc lỗi NVDA.
Nói chung, trước tiên, tôi cố gắng khắc phục vấn đề cho trình đọc màn hình chính. Sự kết hợp màu có xu hướng trở thành một phần của lượt truy cập hoặc bị bỏ lỡ vì có một loạt các tiện ích lách các vấn đề về màu sắc, đặ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, tất nhiên là dữ liệu cực kỳ quan trọng tại Google. Chúng tôi luôn nghe thấy "Sao lưu ý tưởng của bạn bằng dữ liệu". Làm cách nào để thu thập dữ liệu về khả năng hỗ trợ tiếp cận tại Google?
Elisa: Tôi phụ thuộc nhiều vào dữ liệu do Liên minh người khuyết tật của Google thu thập. Tôi thường kiểm tra chéo thông qua các bài khảo sát của WebAIM.
Văn hoá hỗ trợ người khuyết tật
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ứ vốn có nhiều vốn đầu tư và có sức ảnh hưởng rộng lớn. Tôi thấy rằng hầu hết mọi người muốn làm điều đúng đắn. Đồng nghiệp của chúng tôi muốn có tài nguyên hướng dẫn về cách thực hiện đúng việc và cách ưu tiên khả năng tiếp cận.
Việc tái cấu trúc một ứng dụng hoặc một trang web hay bất kỳ nội dung nào có thể truy cập được sau khi bạn đã triển khai chúng không chính xác sẽ rất khó. Vì vậy, một phần công việc của tôi là khiến các kỹ sư của chúng tôi cân nhắc việc đưa khả năng hỗ trợ tiếp cận vào 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 nhiệt tình với nó!
Tôi chưa từng thực sự gặp khó khăn khi kết hợp khả năng hỗ trợ tiếp cận một lần, thậm chí điều đó khá dễ giải quyết.
Alexandra: Bạn có thể chia sẻ thêm không?
Elisa: Khi tôi lần đầu tham gia kỹ thuật hỗ trợ tiếp cận, thời gian đó chỉ là 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: "Chỉ 1% dân số bị khuyết tật". Tôi đã giữ vững lập trường của mình—chúng tôi cần làm điều này bởi đó là điều đúng đắn. Và, đã đến lúc, tôi sẽ dành thời gian cho việc này theo cách phù hợp.
Tất nhiên, rất khó để nghe mọi người 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 khi bạn là thành viên của nhóm đó. Hiểu rõ khán giả của bạn!
Elisa: Tôi chẳng bao giờ thích nghe thấy "Ồ, chỉ mới 1% thôi". Chữ "duy nhất" nghe có vẻ không đáng kể. Nhưng khi bàn về dân số toàn cầu, thì đã có rất nhiều người. Đó là rất nhiều người làm việc tại Google. Và có rất nhiều khuyết điểm bị báo cáo thiếu.
Alexandra: Chúng tôi biết rằng hơn 1% dân số chịu ảnh hưởng của tình trạng khuyết tật. Tổ chức Y tế Thế giới (WHO) báo cáo rằng hơn 1 tỷ người bị khuyết tật và 2,2 tỷ người mắc một dạng suy giảm thị lực cụ thể! Tất nhiên sẽ có mức độ nghiêm trọng khác nhau và một số người khiếm thị sẽ không cho rằng mình là người bị khuyết tật. Nhưng những khiếm khuyết này vẫn ảnh hưởng đến tương tác trên web.
Elisa: Chính xác.
Xây dựng bộ chuyên môn của riêng bạn
Alexandra: Có lời khuyên nào mà bạn mong muốn nhận được trước khi bắt đầu làm việc về khả năng hỗ trợ tiếp cận không?
Elisa: Không cần biết mọi thứ. Khả năng hỗ trợ tiếp cận là một không gian rộng lớn, vô cùng rộng lớn. Tôi biết rằng có nhiều thứ mà tôi không biết. Tôi có một bộ kỹ năng rất cụ thể. Cứ thế, tôi biết được nên tìm thông tin ở đâu 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 mình là trình đọc màn hình và độ tương phản màu, ngày nào tôi cũng học được những điều mới mẻ. Tôi không phải là chuyên gia hỗ trợ tiếp cận Phụ đề tuy điếc. Tôi biết điều gì phù hợp với mình, nhưng tôi không biết cách nào phù hợp với những người khác. Tôi cần 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 nên trở thành chuyên gia tuyệt đối về mọi loại hình 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 bằng cách nào?
Elisa: Tôi hợp tác chặt chẽ với một kỹ sư quan tâm đến vấn đề 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 sửa. Sau đó, tôi hướng dẫn cô ấy phương pháp hay nhất. Cô ấy có thể xem các tài liệu khác và thấy họ đề xuất một phương pháp, nhưng cách này 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 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ể xem xét các giải pháp. Nhiều người không nghĩ về khả năng 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 đó? Anh có định chia nhỏ nó lại và tập hợp lại rồi viết lại tất cả các thử nghiệm của mình không? Không phải. Bạn sẽ ghim một nội dung nào đó.
Điều đó có nghĩa là bạn cần hiểu được cách người dùng bị vô hiệu hoá kỳ vọng ứng dụng sẽ hoạt động, sau đó lập mô hình mã để ứng dụng thực hiện chức năng đó. Có thể mã này không giống như mã mẫu hoàn hảo hoặc các thành phần bao gồm, nhưng cuối cùng, miễn là mã đó thực hiện đúng chức năng đó thì mọi thứ sẽ ổn.
Alexandra: Có vẻ như bạn đang cho rằng việc có được một kết quả tích cực quan trọng hơn là phải lo lắng quá nhiều về cách chúng tôi đạt được kết quả đó.
Elisa: Đúng vậy. Bởi vì thành thực mà kết thúc chứng minh mục đích của vụ việc này. Điều cực kỳ quan trọng là 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 bị tắt nào khác mong đợi hoạt động của tính năng này.
Có hàng tỷ vai trò ARIA và bạn không thể biết từng vai trò riêng lẻ. Ngoài ra, một số trình đọc màn hình không hoạt động được! Vì vậy, bạn cần biết nhu cầu của người dùng để tạo ứng dụng cho họ.
Alexandra: Có tài nguyên thông thường bên ngoài nào mà bạn dựa vào khi tạo tài liệu nội bộ hoặc hỗ trợ cho các kỹ sư của Google không?
Elisa: Tôi phụ thuộc rất nhiều vào nguyên tắc về W3C. Các đề xuất này rất hữu ích để giúp bạn biết được việc cần làm. WebAIM là một tài nguyên cực kỳ tốt khác mà tôi thấy tốt hơn một chút khi triển khai kỹ thuật. Tôi cũng thực sự thích các tài liệu của Mozilla — 9 trên 10 lần, nếu tôi tìm kiếm nội dung nào đó, thì Tài liệu web MN sẽ có câu trả lời.
Tôi rất thích inclusive-components.design. Tính năng này rất phù hợp nếu bạn muốn có một thư viện gồm các thành phần có thể truy cập.
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 gửi lỗi hoặc hướng dẫn ai đó 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 thế nào để tìm hiểu xem người dùng bị ảnh hưởng như thế nào? Vì chuyên môn của bạn là hỗ trợ người khiếm màu và trình đọc màn hình, nên hãy bắt đầu từ đó.
Elisa: Đối với hội chứng mù màu và khiếm thị, 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ách người khác có thể xem cho đến khi bạn tận mắt nhìn thấy. Nếu nhận thấy độ bão hoà thực sự không tốt, ngay khi chạy qua trình mô phỏng, tôi có thể khẳng định rằng mức độ bão hoà không thể thấy rõ.
Để hỗ trợ người dùng trình đọc màn hình, không có cách nào để hiểu rõ hơn việc sử dụng trình đọc màn hình trong thực tế. Trước tiên, hãy đọc hướng dẫn. Một số người cảm thấy nản lòng khi chỉ bật ứng dụng lên và tìm cách làm những việc đó. Đó là một cách không hay để học cách sử dụng ứng dụng. Bạn cần hơn 5, 10 hoặc 20 phút. Hãy sử dụng báo cáo này trong tối thiểu một giờ để tiết lộ một số vấn đề mà người dùng gặp phải khi sử dụng công nghệ này.
Tôi có tin chắc rằng mọi người đều sẽ cần đến công nghệ hỗ trợ tiếp cận vào một thời điểm nào đó trong cuộc đời. 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 loại bài tập này thực sự có thể giúp bạn vào vị trí của một người khuyết tật khi tìm cách khám phá thế giới của những người có thân hình cân đối.
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 trải nghiệm mà tôi có (hoặc bất kỳ nhà phát triển nào cũng sẽ có) sử dụng trình mô phỏng không giống như người bị 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 cần nhớ là người thường xuyên sử dụng các công cụ này sẽ luôn giỏi hơn bạn. Người khuyết tật luôn biết cách di chuyển tốt hơn trong không gian của riêng mình, bởi vì đó là cơ thể mà người đó sống cùng.
Tôi sợ rằng những người đã trải qua các bài tập thể hiện sự đồng cảm này, vì không có một từ khoá nào tốt hơn, nên 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 có chuyên môn, 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 chuyên gia về bệnh 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 chuyên gia về trình đọc màn hình.
Tôi là chuyên gia có kinh nghiệm về thính giác. Tôi là chuyên gia về nhu cầu sử dụng thiết bị trợ thính và trải nghiệm trải nghiệm của chính 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 khiếm thính của người khác
Điều tệ nhất mà bạn có thể làm trong lĩnh vực kỹ thuật hỗ trợ tiếp cận là cái tôi. Dù có làm gì đi chăng nữa, thì bạn cũng sẽ khiến mọi thứ lộn xộn. Bạn không nên quá lo lắng vì điều này vì không có hai người có nhu cầu khuyết tật như nhau. Không có hai người 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ử. Không phải lúc nào bạn cũng hoàn hảo, nhưng hãy cố gắng vì điều đó.
Bạn có thể nhận được những ý kiến phản hồi tiêu cực. Ai đó có thể nói: "Xin chào, sản phẩm của bạn không truy cập được!"
Alexandra: Trình mô phỏng hỗ trợ một kiểu học khác, minh hoạ sản phẩm trong khi gặp một số vấn đề mà người bị khuyết tật có thể gặp phải. Tuy nhiên, điều đó không giống như việc trải nghiệm sản phẩm bằng các công cụ hỗ trợ tiếp cận mà họ 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 rồi đọc phụ đề rồi đột nhiên nhận ra rằng, những phụ đề được tạo tự động này rất tệ phải không? [removed] Đó không phải là cách tôi trải nghiệm phụ đề. Một số người bị 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 chủ động cần các công cụ đó. Thật khó chịu, tôi thực sự hiểu điều đó.
Nhưng tôi cũng không muốn trở thành người phải ngồi đó và mô tả trải nghiệm của tôi như một người khiếm thính hết lần này đến lần khác. Luôn luôn. Nếu muốn những người có thân thể hiểu được trải nghiệm của chúng ta, chúng ta sẽ phải theo kịp phản ứng của họ trước những trải nghiệm đó.
Tuy vậy, những "trải nghiệm" như ăn ở nhà hàng cho người mù và nếm rượu vang làm tôi phát điên. Kiểu như hoá trang thành một người khuyết tật vậy. Nhưng vì bạn muốn cố gắng 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à điều 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 hoạt động của những tính năng này. Điều này thực sự quan trọng.
Tìm hiểu cách mọi người điều hướng trên trang web của bạn. Có thể bạn sẽ thắc mắc "Tại sao tôi chỉ đặt một cảnh báo biểu ngữ ở trên cùng mà tất cả các đường liên kết đều mở trong một thẻ mới?" Bởi vì có thể ai đó sẽ không đọc trang bắt đầu bằng biểu ngữ. Xây dựng thiết kế chú trọng đến người khuyết tật.
Làm một việc: dừng tạo chức năng cuộn vô hạn
Alexandra: Có điều gì mà 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: Tính năng cuộn vô hạn đã trở thành một lỗi vi phạ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 mọi thứ, tôi cần phải tìm thấy mọi thứ! Và ảnh hưởng xấu đến hiệu suất.
Ngoài ra, việc di chuyển mọi thứ xung quanh một cách trực quan và bên trong DOM thực sự gây khó chịu. 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 hỗ trợ tiếp cận của Google. Ngoài các tài nguyên phát triển web tại bài viết Tìm hiểu về hỗ trợ tiếp cận, Google đã tạo một khoá học tài liệu hỗ trợ tiếp cận: 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.