🥇Na putu ka dostupnosti

Petak – kraj radnog dana. Loše vijesti uvijek dolaze u petak pred kraj radnog dana.

Spremate se napustiti ured, „ding“ novo pismo o još jednoj reorganizaciji upravo je stiglo u poštu.

Hvala xxxx, yyy od danas ćete izvještavati zzzz
…
I tim Huw-a će osigurati dostupnost naših proizvoda za osobe s invaliditetom.

Oh ne! Zašto sam to zaslužio? Žele da odem? Pripremite se na nezahvalan težak rad i pokušajte ispraviti greške drugih. Ovo će sigurno biti neuspjeh...

Takva je bila dostupnost nekoliko godina unatrag. Neki nesretnici su dobijali poslove za "čišćenje" korisničkog sučelja kako bi pokušali učiniti ga dostupnim osobama s invaliditetom.

Ono što je to zapravo značilo bilo je prilično nejasno – vjerojatno, ako ste mogli vidjeti indikatore fokusa i navigirati poljima korištenjem tabulatora, imati neki alternativni tekst i nekoliko opisa polja, to bi se smatralo da je vaša aplikacija dostupna...

Ali iznenada su "greške" počele rasti poput lavine.

Različiti čitači ekrana (eng. Screen Readers) i preglednici ponašali su se potpuno različito.

Korisnici su se žalili da aplikacija nije upotrebljiva.

Kad bi se greška ispravila na jednom mjestu, druga bi se pojavila na drugom.

I, samo mijenjanje i ispravljanje grešaka korisničkog sučelja zahtijevalo je titanske napore.

Bio sam tamo. Preživio sam, ali nismo "uspjeli" – tehnički smo puno očistili, dodali puno opisa polja, uloga i postigli neki nivo usklađenosti s pravilima, ali nitko nije bio sretan. Korisnici su se i dalje žalili da ne mogu orijentirati se u aplikaciji. Menadžer se i dalje žalio na neprekidan tok grešaka. Inženjeri su se žalili na loše postavljene zadatke, bez jasno definirano "ispravnog" rješenja koje bi radilo u svim slučajevima.

Na mom putu do razumijevanja dostupnosti naišao sam na nekoliko očigledno otkrivenih trenutaka.
Možda je prvo bilo razumijevanje da je dodavanje funkcionalnosti pristupačnosti na gotov proizvod složeno. A još teže je uvjeriti menadžere da je to nevjerojatno teško! Ne, nije to samo "dodavanje nekoliko oznaka" i korisničko sučelje će raditi odlično. Ne, to nije moguće završiti za tri tjedna, čak ni tri mjeseca neće biti dovoljno.
Moj sljedeći trenutak istine dogodio se kada sam uživo vidio kako slijepi korisnici zapravo koriste našu aplikaciju. To je TOLIKO drugačije od gledanja poruka o greškama.

Ponovno ću se vraćati na ovo, ali gotovo sve naše "pretpostavke" o tome kako ljudi koriste našu aplikaciju bile su pogrešne.

Navigacija složenim korisničkim sučeljem pomoću tipki Tab/Shift+Tab – to je loše! Trebamo nešto bolje. Kombinacije tipki, naslovi.

Gubitak fokusa pri promjeni UI-a nije li velika stvar? Razmislimo još jednom – to je iznimno zbunjujuće.

Nastavio sam raditi na raznim projektima, a onda smo započeli novi projekt sa složenim korisničkim sučeljem i jasnim ciljem da napokon postignemo pravednu pristupačnost.

Dakle, napravili smo korak unatrag i razmislili kako to možemo realizirati na drugačiji način i uspjeti, a da sam proces rada bude zabavan!

Relativno brzo smo došli do nekoliko zaključaka:

Nismo željeli da se ljudi koji razvijaju korisničko sučelje bave aria oznakama/ulogama i, naravno, HTML strukturom komponenti. Trebali smo im osigurati prave komponente u kojima je pristupačnost implementirana odmah iz kutije.
Pristupačnost == Korisnost – odnosno, to nije samo tehnički zadatak. Morali smo promijeniti cijeli proces dizajniranja i osigurati da se pristupačnost uzima u obzir i raspravlja prije nego što započne dizajn korisničkog sučelja. Potrebno je unaprijed razmišljati o tome kako će korisnici otkriti bilo koju funkcionalnost, kako će se kretati i kako će "desni klik mišem" raditi s tipkovnicom. Pristupačnost mora biti neodvojivi dio procesa dizajniranja – za neke korisnike to je nešto mnogo više od samog izgleda aplikacije.
Od samog početka željeli smo dobiti povratne informacije od slijepih i drugih korisnika s invaliditetom o jednostavnosti korištenja aplikacije.
Trebali smo zaista dobre načine za hvatanje regresije pristupačnosti.

Pa, s inženjerskog stajališta, prvi dio zvuči prilično zabavno – razvoj arhitekture i implementacija biblioteke komponenti. I stvarno, tako je i bilo.

Gledajući unazad, razmatrajući primjere ARIA i razmišljajući o tome kao o problemu dizajna, a ne o problemu 'prilagođavanja', uveli smo neke apstrakcije. Komponenta ima ‘Strukturu’ (sastoji se od HTML elemenata) i ‘Ponašanje’ (kako ona interagira s korisnikom). Na primjer, u donjim fragmentima imamo jednostavnu neuređenu listu. Dodavanjem ‘ponašanja’ listi dodaju se odgovarajuće uloge kako bi ona djelovala kao lista. Slično radimo i za izbornik.

U stvari, ovdje se dodaju ne samo uloge, već i handleri događaja za navigaciju putem tipkovnice.

Izgleda već puno urednije. Kada bismo mogli postići čisto odvajanje između njih, ne bi bilo važno kako je struktura stvorena, mogli bismo primijeniti ponašanja na nju i postići ispravnu dostupnost.

To se može vidjeti na adresi https://stardust-ui.github.io/react/ – UX biblioteka React, koja se projektira i implementira s obzirom na pristupačnost od samog početka.

Drugi dio – promjena pristupa i procesa oko dizajna prvo me prestrašila: skromni inženjeri koji pokušavaju provući organizacijske promjene, to ne završava uvijek dobro, ali se pokazalo kao jedno od najzanimljivijih područja gdje smo dali značajan doprinos procesu. U sažetku, imali smo sljedeći proces: novu funkcionalnost razvijala je jedna ekipa, zatim je naša grupa voditelja analizirala/iterirala prijedlog, a zatim, nakon odobrenja, dizajn se obično predavao timu inženjera. U ovom slučaju tim inženjera zapravo je ‘posjedovao’ funkcionalnost dostupnosti, jer je trebao riješiti sve povezane probleme.

Isprva je to bio prilično težak zadatak – objašnjavati da su pristupačnost i upotrebljivost neodvojivo povezani i da je važno to implementirati već u fazi projektiranja, inače to dovodi do velikih promjena i redefiniranja nekih uloga. Ipak, uz podršku rukovodstva i ključnih igrača, uspjeli smo prenijeti tu ideju i uvesti je u praksu, tako da dizajni prolaze provjeru na pristupačnost i upotrebljivost prije nego što budu predstavljeni rukovodstvu.

Ove povratne informacije bile su izuzetno vrijedne za sve – bila je to fantastična vježba razmjene znanja / prijenosa informacija o tome kako korisnici interagiraju s web aplikacijama, identificirali smo brojne probleme korisničkog sučelja prije nego što su izgrađeni, a timovi programera sada imaju puno bolje specifikacije ne samo vizualnih, već i ponašajnih aspekata dizajna. Stvarne rasprave – to su zabavne, energične, strastvene diskusije o tehničkim aspektima i interakcijama.

Ova bi se zadaća mogla učiniti još boljom da su na tim (ili budućim) sastancima s nama bili slijepi korisnici i korisnici s invaliditetom – to je bilo teško organizirati, ali sada zaista surađujemo s lokalnim organizacijama slijepih, kao i s tvrtkama koje pružaju vanjsko testiranje kako bismo provjerili tijek izvršenja u ranim fazama razvoja – na razini komponenti, kao i na razini tijeka izvršenja.

Sada inženjeri imaju prilično detaljne specifikacije, dostupne komponente koje mogu koristiti za implementaciju i način provjere tijeka izvršenja. Djelomično, iskustvo nas je naučilo onome što smo stalno propustili – kako možemo spriječiti regresiju. Slično tome, ljudi mogu koristiti integracijske ili end-to-end testove za provjeru funkcionalnosti koju trebamo da bismo otkrili promjene u interakcijama i tijekovima izvršenja – kako vizualnim, tako i ponašajnim.

Definicija vizualne regresije je prilično određena, vrlo malo se može dodati ovom procesu, osim možda provjere je li fokus vidljiv prilikom navigacije pomoću tipkovnice. Dvije relativno nove tehnologije za rad s pristupačnošću su zanimljivije.

Accessibility Insights – je skup alata koji se mogu koristiti kako u pregledniku, tako i unutar ciklusa izrade/testiranja za identifikaciju problema.
Provjera ispravnog rada čitača ekrana bila je osobito složen zadatak. S uvođenjem pristupa Accessibility DOM, napokon smo dobili mogućnost snimanja aplikacije iz perspektive pristupačnosti koja je vrlo slična onoj koju koristimo za vizualne testove, i provjeravamo ih na regresiju.

Dakle, u drugom dijelu priče – prešli smo od uređivanja HTML koda do rada na višoj razini apstrakcije, promijenili proces razvoja dizajna i uveli temeljito testiranje. Novi procesi, nove tehnologije i nove razine apstrakcije potpuno su promijenili percepciju pristupačnosti i ono što znači raditi u ovom području.
Ali to je samo početak.

Sljedeće „razumijevanje“ je da slijepi korisnici potiču napredne tehnologije – upravo oni najviše profitiraju ne samo od promjena koje smo ranije opisali, nego i od novih pristupa i ideja koje su postale moguće s pomoću ML/AI. Na primjer, tehnologija Immersive Reader omogućava korisnicima lakše i razumljivije predstavljanje teksta. Može se čitati naglas, struktura rečenice se gramatički dijeli, a čak se i značenja riječi prikazuju grafički. Ovo se apsolutno ne uklapa u staro razumijevanje „učiniti ga dostupnim“ – to je funkcija upotrebljivosti koja će pomoći svima.

S ML/AI pojavljuju se potpuno novi načini interakcije i rada, i radujemo se biti dio sljedećih koraka ovog naprednog puta. Inovacije su uzrokovane promjenom razmišljanja – čovječanstvo postoji tisućama godina, strojevi stotinama godina, web stranice nekoliko desetljeća, a pametni telefoni još manje, tehnologija se mora prilagoditi ljudima, a ne obrnuto.

P.S. Članak je preveden s malim odstupanjima od originala. Kao koautor ovog članka, odobrio sam ta odstupanja s Huw-om.

Samo registrirani korisnici mogu sudjelovati u anketi. Prijavite se, molimo.