Elisa Bandy adalah seorang Googler yang mengerjakan aksesibilitas dan dokumentasi web untuk alat internal kami.
Postingan ini menyoroti pakar komunitas, sebagai bagian dari Pelajari Aksesibilitas! Pelajari lebih lanjut riset dan inisiatif aksesibilitas Google.
Alexandra Klepper: Saya beruntung bisa menyebut Anda sebagai rekan kerja. Bagaimana Anda akan memperkenalkan diri dan pekerjaan Anda di sini?
Elisa Bandy: Nama saya Elisa, dan saya menulis dokumentasi untuk alat dan infrastruktur internal Google.
Alexandra: Itu pekerjaan yang keren. Berapa banyak orang yang bekerja sama dengan Anda?
Elisa: Tim kami yang lebih besar berjumlah sekitar 40 orang, termasuk penulis teknis, desainer instruksional, dan pengelola program. Saat saya mulai, enam tahun lalu, hanya ada empat orang dalam tim.
Alexandra: Apa yang Anda lakukan sebelum bergabung dengan Google?
Elisa: Selama seminggu, saya bekerja di bidang pengembangan video game. Kemudian pada akhir pekan, saya bekerja di tempat reparasi sepatu.
Alexandra: Apakah Anda mulai bekerja di bidang aksesibilitas web setelah bergabung dengan Google?
Elisa: Ya, tetapi tidak sampai sekitar satu setengah tahun dari sekarang. Saya bekerja di bidang engineering aksesibilitas untuk dokumentasi internal Google. Sebelum pekerjaan ini, dokumen tidak dirancang dengan mempertimbangkan aksesibilitas. Setiap fitur dokumen yang dapat diakses adalah kebetulan yang menyenangkan.
Ada masalah besar, mulai dari kontras warna yang sama sekali
tidak sesuai untuk link. Tabel benar-benar berantakan—jika Anda memperbesar,
semuanya tetap berukuran sama karena ditentukan dalam piksel, bukan
rem. Saya menawarkan diri untuk memperbaiki semua hal tersebut. Kemudian, saya terus memperbaiki
hal-hal lainnya. Lima tahun kemudian, saya masih melakukannya.
Alexandra: Anda telah membangun diri Anda menjadi seseorang dengan keahlian dan keterampilan aksesibilitas, dan Anda memiliki tekad untuk memperbaiki masalah yang perlu diperbaiki.
Elisa: Ya, saya rasa kita bisa mengatakannya [tertawa]. Sebagai penyandang disabilitas, saya tahu betapa sulitnya meminta pertimbangan aksesibilitas. Jadi, fakta bahwa kami tidak memiliki pertimbangan aksesibilitas untuk rekan kerja dan kolega saya benar-benar membuat saya marah. Dan tidak ada orang lain yang memperbaikinya. Jadi, saya masuk dan memperbaikinya.
Saya rasa tidak ada yang perlu meminta aksesibilitas. Hal ini harus diintegrasikan sejak awal.
Memprioritaskan kasus penggunaan aksesibilitas
Alexandra: Jika Anda memikirkan aksesibilitas web, ada begitu banyak lapisan yang berbeda, bukan? Ada kebutuhan yang berbeda, terkadang bertentangan, untuk berbagai disabilitas. Bagaimana Anda memprioritaskan hal yang harus dilakukan?
Elisa: Banyak hal yang saya lakukan adalah memprioritaskan. Misalnya, seberapa penting beberapa kasus penggunaan tertentu dapat diakses sepenuhnya 100%? Saya melihat banyak data: berapa persentase populasi kita yang difabel? Berapa banyak orang yang memiliki masalah aksesibilitas tertentu?
Misalnya, ada sebagian pengguna yang menggunakan ChromeVox, pembaca layar bawaan untuk Chromebook. Jika ada masalah di ChromeVox, saya harus melihat jumlah orang yang menggunakan ChromeVox dibandingkan Jaws dibandingkan NVDA dibandingkan VoiceOver.
Secara eksternal, tidak banyak orang yang menggunakan ChromeVox. Karena kami adalah Google, banyak orang menggunakan Chromebook sebagai perangkat kerja utama mereka, yang berarti ChromeVox sangat penting untuk dokumentasi internal. Mungkin bug ChromeVox dinaikkan sedikit lebih tinggi daripada bug VoiceOver atau bug NVDA.
Secara umum, saya mencoba memperbaiki hal-hal untuk pembaca layar utama terlebih dahulu. Pewarnaan cenderung tidak konsisten karena ada banyak ekstensi yang mengakali masalah pewarnaan, terutama untuk mode kontras tinggi.
Alexandra: Anda menyebutkan data, yang sangat penting di Google (tentunya begitu). Kami selalu mendengar, "Cadangkan ide Anda dengan data". Bagaimana Anda mengumpulkan data untuk aksesibilitas di Google?
Elisa: Saya sangat mengandalkan data yang telah dikumpulkan oleh Aliansi Disabilitas Google. Selain itu, saya akan sering melakukan verifikasi silang dengan survei WebAIM.
Budaya aksesibilitas
Alexandra: Ceritakan tentang budaya aksesibilitas di Google.
Elisa: Ini berkembang sangat cepat menjadi sesuatu yang memiliki pendanaan dan kepedulian yang luas. Dan saya mendapati bahwa hampir semua orang ingin melakukan hal yang benar. Kolega kami menginginkan referensi edukasi tentang cara melakukan hal yang tepat, cara memprioritaskan aksesibilitas.
Merestrukturisasi aplikasi atau situs atau apa pun agar dapat diakses setelah Anda menerapkannya dengan tidak benar itu sulit. Jadi, bagian dari pekerjaan saya adalah membuat engineer kami berpikir untuk menggabungkan aksesibilitas ke dalam desain awal, sebelum produk dibuat. Orang-orang sangat menerima hal itu, bahkan berpandangan positif.
Saya hanya pernah sekali mengalami penolakan yang nyata untuk menyertakan aksesibilitas, dan bahkan hal itu cukup mudah diselesaikan.
Alexandra: Bisa ceritakan lebih lanjut?
Elisa: Saat pertama kali bergabung dengan engineering aksesibilitas, saya hanya menghabiskan 20% waktu saya untuk itu. Beberapa orang tidak memahami alasan kami berfokus pada aksesibilitas. Seseorang berkata, "Hanya 1% populasi yang penyandang disabilitas". Saya tetap bertahan—kami harus melakukannya karena itu adalah hal yang benar untuk dilakukan. Dan, sudah waktunya, saya akan mendedikasikan sesuai keinginan saya.
Tentu saja, sulit untuk mendengar dari siapa pun bahwa penyandang disabilitas tidak penting, bahwa mereka adalah kelompok yang terlalu kecil.
Alexandra: Terutama jika Anda adalah anggota populasi tersebut. Kenali audiens Anda.
Elisa: Saya tidak suka mendengar, "Oh, ini hanya 1%." Kata "satu-satunya" membuatnya terdengar tidak signifikan. Namun, ketika Anda berpikir tentang populasi global, itu adalah banyak orang. Mereka adalah orang-orang yang bekerja di Google. Selain itu, banyak disabilitas yang kurang dilaporkan.
Alexandra: Kita tahu bahwa jauh lebih dari 1% populasi terpengaruh oleh disabilitas. WHO melaporkan bahwa lebih dari 1 miliar orang memiliki disabilitas; dan 2,2 miliar orang memiliki beberapa jenis gangguan penglihatan. Tentu saja, tingkat keparahannya bervariasi, dan beberapa orang dengan gangguan penglihatan tidak akan menganggap diri mereka sebagai penyandang disabilitas. Namun, gangguan ini memengaruhi interaksi di web.
Elisa: Tepat sekali.
Bangun kumpulan keahlian Anda sendiri
Alexandra: Apakah ada saran yang Anda harap sudah Anda miliki sebelum mulai bekerja di bidang aksesibilitas?
Elisa: Tidak apa-apa jika tidak tahu semuanya. Aksesibilitas adalah ruang yang sangat luas. Saya tahu bahwa ada banyak hal yang tidak saya ketahui. Saya memiliki serangkaian keterampilan yang sangat spesifik. Kebetulan saya tahu tempat untuk menemukan informasi tentang praktik terbaik aksesibilitas.
Bahkan dalam bidang spesialisasi saya sendiri, pembaca layar dan kontras warna, saya belajar hal-hal baru setiap hari. Saya juga tuli, tetapi saya bukan pakar aksesibilitas untuk Teks Tertutup. Saya tahu apa yang cocok untuk saya, tetapi saya tidak tahu apa yang cocok untuk orang lain. Saya harus mencari praktik terbaik jika ditanya.
Alexandra: Tidak perlu menjadi ahli mutlak untuk setiap jenis aksesibilitas. Bagaimana Anda akan membantu para insinyur mempelajari pola aksesibilitas?
Elisa: Saya bekerja sama dengan seorang engineer yang tertarik dengan aksesibilitas. Saya akan memberikan bug dan menunjukkan cara memperbaikinya. Kemudian, saya menjelaskan praktik terbaik kepadanya. Dia mungkin melihat dokumen lain dan melihat bahwa dokumen tersebut merekomendasikan satu pendekatan, tetapi pendekatan tersebut tidak berhasil karena alasan XYZ.
Masalah aksesibilitas web adalah tidak banyak contoh kode konkret, karena tidak ada dua orang yang membuat fitur yang sama dengan cara yang sama. Jadi, Anda mungkin akan membuat solusi sementara. Banyak orang tidak memikirkan tentang aksesibilitas sampai semuanya telah diatur. Apa yang akan Anda lakukan pada saat itu? Apakah Anda akan membongkarnya, menyusunnya kembali, dan menulis ulang semua pengujian? Tidak, Anda tidak akan diblokir. Anda akan menyematkan sesuatu.
Artinya, Anda perlu memahami bagaimana pengguna difabel mengharapkan aplikasi berfungsi, lalu membuat model kode agar dapat menjalankan fungsi tersebut. Kode ini mungkin tidak terlihat seperti contoh kode yang sempurna atau komponen inklusif, tetapi pada akhirnya, selama kode ini menjalankan fungsi yang sama dengan andal, kode ini akan baik-baik saja.
Alexandra: Sepertinya Anda mengatakan bahwa lebih penting untuk mendapatkan hasil positif daripada terlalu khawatir tentang cara mencapainya.
Elisa: Ya. Karena sejujurnya, tujuan membenarkan cara dalam kasus ini. Sangat penting untuk memahami cara kerja pembaca layar atau pengguna disabled lainnya.
Ada satu miliar peran ARIA, dan Anda tidak mungkin mengetahui semuanya. Selain itu, beberapa tidak berfungsi dengan semua pembaca layar. Jadi, Anda perlu mengetahui kebutuhan pengguna untuk membuatnya.
Alexandra: Apakah ada referensi eksternal umum yang Anda andalkan saat membuat dokumentasi internal atau menawarkan dukungan kepada engineer Google?
Elisa: Saya sangat mengandalkan pedoman W3C. WebAIM sangat bagus untuk memahami apa yang perlu Anda lakukan. WebAIM adalah sumber lain yang sangat bagus yang menurut saya sedikit lebih baik dalam kaitannya dengan penerapan teknis. Saya juga sangat menyukai dokumen Mozilla—sembilan dari sepuluh kali, jika saya menelusuri sesuatu, ada jawaban di MDN Web Docs.
Saya menyukai inclusive-components.design, yang sangat bagus jika Anda menginginkan library komponen yang mudah diakses.
Deque University memiliki banyak praktik terbaik. Saya menggunakannya sebagai materi referensi, saat melaporkan bug atau mengajari seseorang cara mengikuti pola tertentu.
Mengalami alat aksesibilitas secara langsung
Alexandra: Bagaimana cara mempelajari dampak terhadap pengguna? Karena keahlian Anda dalam mendukung orang yang buta warna dan pembaca layar, mari kita mulai dari sana.
Elisa: Untuk gangguan penglihatan warna dan buta warna, ada simulator dan emulator. Anda tidak dapat memahami cara orang lain melihat hingga Anda melihatnya sendiri. Jika saya melihat saturasi yang sangat buruk, segera setelah saya menjalankannya melalui simulator, saya dapat mengonfirmasi bahwa saturasi tersebut sama sekali tidak dapat dilihat.
Untuk mendukung pengguna pembaca layar, tidak ada cara yang lebih baik untuk memahaminya selain menggunakan pembaca layar. Baca tutorial terlebih dahulu, itulah kuncinya. Beberapa orang merasa kesal saat baru saja mengaktifkannya dan mencoba mengutak-atiknya —itu adalah cara yang buruk untuk mempelajari cara menggunakannya. Anda memerlukan waktu lebih dari 5, 10, atau 20 menit. Gunakan setidaknya selama satu jam untuk mengungkapkan beberapa keluhan yang dihadapi pengguna yang mengandalkan teknologi ini.
Saya sangat yakin bahwa setiap orang akan memerlukan teknologi aksesibilitas pada suatu saat dalam hidupnya. Misalnya, baru-baru ini saya sakit pergelangan tangan dan tidak bisa menggunakan {i>mouse<i}, jadi saya menggunakan {i>keyboard <i}selama beberapa minggu. Rasanya sangat menjengkelkan. Jenis latihan ini dapat benar-benar membantu Anda menempatkan diri sebagai orang cacat yang mencoba menjelajahi dunia orang-orang yang sehat.
Meskipun berguna, simulator tidak sama dengan difabel
Alexandra: Tentu saja pengalaman yang saya atau developer miliki menggunakan simulator tidak sama dengan seseorang yang memiliki gangguan penglihatan.
Elisa: Anda selalu bisa berbicara dengan seseorang yang difabel untuk mempelajari pengalamannya. Dan ketika Anda membangun empati tersebut, penting untuk diingat bahwa orang yang sering menggunakan alat-alat ini akan selalu lebih baik dalam hal itu daripada Anda. Orang-orang difabel akan selalu lebih baik dalam menavigasi ruang mereka sendiri, karena itulah tubuh yang mereka miliki.
Kekhawatiran saya adalah orang-orang yang melakukan latihan empati ini, karena tidak ada istilah yang lebih baik, berpikir bahwa mereka tahu persis apa yang dialami orang lain. Mereka tiba-tiba merasa menjadi ahli dalam pengalaman tersebut. Anda bukan pakar pengalaman tersebut. Jika Anda tidak memiliki keterbatasan fisik, pada dasarnya Anda bukan pakar pembaca layar. Saya bukan ahli dalam hal buta warna, meskipun saya bekerja di bidang ini. Saya bukan pakar pembaca layar.
Saya adalah pakar dalam pengalaman saya sebagai penyandang gangguan pendengaran. Saya adalah pakar yang membutuhkan alat bantu dengar dan menjalani pengalaman saya sendiri setiap hari. Tapi itu tidak berarti saya ahli dalam pengalaman orang lain dengan tunarungu
Hal terburuk yang dapat Anda lakukan dalam rekayasa aksesibilitas adalah memiliki ego. Apapun yang Anda lakukan, Anda akan mengacaukan sesuatu. Hal itu bukan sesuatu yang membuat Anda berkecil hati karena tidak ada dua orang yang memiliki kebutuhan difabel yang sama. Tidak ada dua orang yang memiliki sudut pandang yang sama tentang aksesibilitas dan disabilitas. Anda tidak dapat melakukan semuanya 100%—tetapi bukan berarti Anda tidak boleh mencoba. Anda tidak akan pernah sempurna, tetapi tetaplah berusaha.
Anda mungkin mendapatkan masukan kritis, seseorang mungkin berkata, "Hei, produk Anda tidak dapat diakses!"
Alexandra: Simulator mendukung gaya belajar yang berbeda, yang mendemonstrasikan produk Anda sambil menghadapi beberapa masalah yang mungkin dialami penyandang disabilitas. Namun, hal itu tidak sama dengan menggunakan produk Anda dengan alat aksesibilitas yang mereka gunakan setiap hari.
Elisa: Apakah saya sedikit kesal saat orang mematikan suara dan membaca teks, lalu tiba-tiba menyadari, oh, teks yang dibuat secara otomatis ini sangat buruk? Iya. Saya tidak bisa menggunakan teks. Beberapa penyandang disabilitas melihat seseorang meniru pengalaman mereka dan mengeluh tentang alat, padahal alat tersebut tidak aktif diperlukan. Saya mengerti bahwa hal ini sangat menjengkelkan.
Namun, saya juga tidak ingin menjadi orang yang harus duduk di sana dan menjelaskan pengalaman saya sebagai orang tuli berulang kali. Setiap saat. Jika ingin orang-orang yang sehat memahami pengalaman kita, kita harus tahan dengan reaksi mereka terhadap pengalaman tersebut.
Meskipun demikian, "pengalaman" seperti makan di restoran tunanetra dan mencicipi wine, itu membuat saya marah. Itu seperti cosplay disabilitas. Tetapi, apakah Anda ingin memahami cara pengguna menggunakan fitur atau cara pembaca membaca halaman? Tidak apa-apa. Bahkan, itu adalah jumlah minimum. Tempatkan diri Anda pada posisi mereka selama satu jam dan cari tahu cara kerjanya. Hal ini sangat penting.
Cari tahu cara orang menavigasi situs Anda. Anda mungkin bertanya-tanya, "Mengapa saya tidak dapat menempatkan banner peringatan di bagian atas bahwa semua link terbuka di tab baru?" Ya, karena seseorang mungkin tidak membaca halaman yang dimulai dengan banner. Buat desain dengan mempertimbangkan penyandang disabilitas.
Lakukan satu hal: berhenti membangun scrolling tanpa batas
Alexandra: Apakah ada satu hal yang Anda harapkan dilakukan oleh para engineer untuk membuat situs mereka lebih mudah diakses?
Elisa: Scrolling tanpa batas adalah masalah dan sebaiknya tidak ada yang menggunakannya. Saya tidak dapat menemukan sesuatu, saya harus dapat menemukan sesuatu. Selain itu, hal ini sangat buruk bagi performa.
Selain itu, memindahkan berbagai hal secara visual dan dalam DOM sangat menjengkelkan. Urutan tab penting, terutama bagi pengguna keyboard.
Pelajari lebih lanjut inisiatif dan riset aksesibilitas Google. Selain referensi pengembangan web di Pelajari Aksesibilitas, Google telah membuat kursus dokumentasi yang mudah diakses: Menulis Teknis untuk Aksesibilitas.
Ikuti tim Aksesibilitas Google di Twitter di @GoogleAccess dan tim Chrome di @ChromiumDev.