Fiksna vremensku roku za plan poboljšanja ne postoji. Direktiva propisuje da trebate utvrdititi i otkloniti barijere, ali ne navodi određen broj tjedana ili mjeseci u kojem se to mora obaviti. Vrijeme izvršavanja u praksi ovisi o tri čimbenika: koliko barijera postoji, tko ih uklanja i kako ta osoba ili agencija to uklapa u redovni rad.
Ono što je sigurno je redoslijed. Prvo utvrđujete barijere, zatim ih prioritizirate, zatim ih otklanjate, i na kraju dokumentirate što je obavljeno i što je još u tijeku. Svaka faza ima svoj ritam, a upravo prijelazi između tih faza su ona mjesta gdje se u praksi projekti zaustavljaju.
Faza utvrđivanja obično ide brzo
Pregled jezgrinih stranica i važnih korisničkih tokova — korak narudžbe, prijava, kontaktni oblik — obično je stvar dana, ne tjedana. Automatizirano testiranje pronalazi znatan dio čestih barijera: nedostaju alternativni tekstovi, polja obrasca bez oznake, nedovoljan kontrast. Dio zahtjeva ne može se testirati automatski i to je navedeno u svakom izvještaju; te barijere zahtijevaju pogled osobe koja zaista prolazi kroz stranicu. Ako prvo želite znati je li ovo relevantno za vašu organizaciju prije nego što time potrošite vrijeme, kratka lista pitanja s izravnom indikacijom daje uvid u to.
Prioritiziranje traje vrijeme, ne zato što je teško, već zato što zahtijeva odluke
Lista mjera od deset do trideset točaka izgleda pregledna, ali svaka točka zahtijeva odluku: tko se bavi ovim, kada, i koliko je hitno u odnosu na drugi rad. To je faza gdje se mnogi projekti usporavaju — ne zbog tehnike, već zato što nema jasnog vlasnika liste interno. Lista mjera u običnom jeziku, bez WCAG-a žargona, pomaže ovdje: upravitelj ureda ili osoba zadužena za HR ne treba znati što je ARIA-oznaka da bi razumjela da kontaktni oblik predstavlja problem. Ono što često usporava prioritiziranje nije sadržaj već nedostatak jasne krajnje datume za svaku točku — upravo je to svrha plana poboljšanja s rokovima.
Izvršavanje ovisi o razvijatelju, ne o zakonu
Sama ispravka — prilagodba koda, pisanje alt-teksta, povećanje kontrasta — nalazi se van onoga što radi testna služba. Axessia testira, prioritizira, dokumentira i prati, ali ne radi reparaturne radove. Trajanje te faze dakle ovisi o kapacitetu vašeg vlastitog razvijatelja ili agencije koja upravlja vašom stranicom, i kako se te ispravke uklapaju u sprint ili plan. Uwebshopi s jednostavnom temom to može biti unutar nekoliko tjedana; u prilagođenom rješenju sa složenim korakom narudžbe brže se doseže nekoliko mjeseci, pogotovo ako ispravke zahvaćaju checkout ili prijavu i stoga zahtijevaju dodatne runde testiranja.
Ovdje leži zamka overlay-widgeta: obećava brzo rješenje unutar jednog dana, ali ne zadovoljava temeljna zahtjeva i ne mijenja ništa na temeljnom kodu. Tko štedi vrijeme overlay-om, taj vrijeme vraća kasnije kada se pokažu da su barijere još uvijek tu.
Dokumentiranje i objava je najkraći korak, pod uvjetom da je ostatak ispravan
Kad su barijere otklonjene, sama izrada izjave je relativno brza — to je prvenstveno stvar pravilnog dokumentiranja vlastite procjene. Ovaj korak zapne samo ako prethodni koraci nisu dobro dokumentirani: bez provjerljive procjene nema osnove za izjavu. Više o tome što je potrebno nalazi se u bazi znanja po području.
I nakon toga: svaka izmjena ponovno otvara ciklus
Najveća zabludu o vremenskom okviru je što se proces završava objavljivanjem izjave o usklađenosti. Nova stranica, prilagođeni proces narudžbe ili drugačija aktualizacija teme mogu uvesti nova uska grla, što znači da se ciklus testiranja, prioritiziranja i ispravljanja ponovno počinje. To zapravo čini pitanje "koliko traje" pitanjem o ponavljajućem procesu umjesto jednokratnog projekta.
Želite li znati gdje se vaša organizacija trenutno nalazi i koji su koraci konkretno dostupni? Izvršite besplatnu brzu provjeru ili pogledajte kako se informacije u izvještaju sastavljaju i što pretplata tom dodaje kroz pregled tarifa.