Imaginează-ți că intri pe un site și vezi o imagine cu fundal galben pe care este afișat cu alb următorul mesaj:
„Primești 20% reducere la următoarea comandă dacă te înscrii astăzi.”
Pentru majoritatea utilizatorilor, informația este evidentă. Pentru alții însă, ea poate să nu existe niciodată.
Dacă imaginea nu are un text alternativ corespunzător, utilizatorii tehnologiilor asistive nu vor afla că această ofertă există. În același timp, contrastul insuficient dintre textul alb și fundalul galben poate face ca mesajul să fie dificil de observat sau chiar imposibil de citit pentru alți utilizatori.
Nu au luat o decizie greșită. Nu au ignorat mesajul. Pur și simplu nu au avut posibilitatea să îl perceapă.
În rapoartele tehnice acestea apar sub forma unor erori de accesibilitate. Pentru utilizatori însă, ele reprezintă bariere reale.
Accesibilitatea nu este problema. Înțelegerea ei este.
Un buton fără un nume accesibil. Un formular imposibil de completat folosind doar tastatura. O imagine care transmite informații esențiale, dar care rămâne invizibilă pentru tehnologiile asistive.
În rapoartele tehnice, acestea apar sub forma unor erori de accesibilitate. Pentru utilizatori însă, ele reprezintă bariere reale.
Problema este că între aceste două perspective există adesea un decalaj important.
Echipele tehnice discută despre WCAG, ARIA și implementări. Echipele de produs și management trebuie însă să răspundă la întrebări diferite:
- Cine este afectat?
- Cât de gravă este problema?
- Ce trebuie prioritizat?
- Care este impactul asupra experienței utilizatorilor?
- Cum influențează această problemă produsul digital?
- De ce merită să fie rezolvată acum?
Accesibilitatea continuă să fie raportată în limbaj tehnic, în timp ce deciziile sunt luate în limbaj de business.
Acesta este unul dintre motivele pentru care multe probleme de accesibilitate rămân dificil de prioritizat. Nu pentru că nu sunt cunoscute, ci pentru că impactul lor real nu este suficient de vizibil.
În cele din urmă, utilizatorii nu experimentează scoruri WCAG și nici liste de erori. Ei experimentează produsul digital pe care îl construim.
Povestea lui Ally
Ally s-a născut dintr-o observație simplă: accesibilitatea este rareori problema, înțelegerea ei este.
În urma numeroaselor evaluări de accesibilitate și a colaborării cu echipe tehnice și non-tehnice, am observat un tipar recurent. Problemele sunt identificate, însă impactul lor este rareori explicat într-un mod care să permită luarea unor decizii clare și rapide.
Un raport poate conține zeci sau sute de probleme identificate automat. Cu toate acestea, rămân întrebările care contează în practică:
- Ce afectează cu adevărat experiența utilizatorilor?
- Care sunt problemele care trebuie prioritizate?
- Ce impact au asupra produsului digital?
- Cum explicăm accesibilitatea persoanelor care nu sunt specialiști în domeniu?
Așa a apărut Ally.
Nu pentru a adăuga încă o listă de erori, ci pentru a transforma rezultatele tehnice în informații relevante pentru echipele nontehnice, produse și business.
Accesibilitate, Explicată pentru Business
Ally este construit pentru a face accesibilitatea mai ușor de înțeles, discutat și prioritizat.
În loc să răspundă exclusiv la întrebarea:
„Ce este greșit?”
Ally răspunde și la întrebările care contează în practică:
- Cine este afectat?
- Ce experiențe devin dificile sau imposibil de utilizat?
- Care este experiența utilizatorilor?
- Ce probleme necesită atenție imediată?
- Cum influențează acestea produsul digital?
Accesibilitatea devine astfel mai mult decât o listă de criterii tehnice. Devine informație care poate susține luarea deciziilor.
Cum funcționează Ally
Ally analizează site-uri web live pe baza unui URL și identifică probleme comune de accesibilitate prezente în paginile analizate.
Însă valoarea sa nu constă exclusiv în identificarea problemelor, ci în modul în care acestea sunt explicate.
În loc să prezinte doar existența unei erori, Ally oferă context suplimentar privind impactul acesteia asupra experienței utilizatorilor și a produsului digital.
Astfel, focusul se mută de la:
„Ce este greșit în cod?”
la întrebări precum:
„Ce se întâmplă cu utilizatorul?”
sau
„Cum este afectată experiența digitală oferită de produsul nostru?”
Această schimbare de perspectivă permite atât echipelor tehnice, cât și celor non-tehnice să vorbească “aceeași limbă” atunci când discută despre accesibilitate.
Pe lângă asta, nu toate problemele de accesibilitate au același nivel de impact sau risc. Unele afectează experiența utilizatorilor în mod minor, în timp ce altele pot transforma funcționalități esențiale în bariere digitale. Înțelegerea diferenței dintre acestea este esențială pentru prioritizare.
În același timp, Ally răspunde și nevoilor echipelor tehnice, prin posibilitatea generării de rapoarte într-un limbaj tehnic clar și ușor de utilizat în procesele de dezvoltare. Astfel, informațiile pot fi integrate mai ușor în fluxurile de lucru existente, fie că este vorba despre crearea de tichete, prioritizarea activităților de remediere sau completarea auditurilor de accesibilitate cu detalii suplimentare privind implementarea.
Mai mult decât conformitate
Mai mult decît conformitate, accesibilitatea este adesea redusă la conformitate și validări tehnice. În realitate însă, produsele digitale accesibile sînt cele care permit tuturor utilizatorilor să își atingă obiectivele în condiții similare de utilizare.Înțelegerea diferenței dintre acestea este esențială pentru prioritizare.
Ally contribuie la această înțelegere prin transformarea rezultatelor tehnice în informații relevante privind impactul asupra funcționalităților afectate, produsului digital și conformității.
Rolul lui Ally în ecosistemul accesibilității
Ally nu își propune să înlocuiască auditurile manuale sau evaluările detaliate WCAG realizate de specialiști în accesibilitate.
Rolul său este complementar.
Platforma oferă un prim nivel de claritate și vizibilitate asupra problemelor existente și poate contribui la:
- identificarea rapidă a zonelor problematice;
- înțelegerea impactului acestora asupra utilizatorilor;
- prioritizarea problemelor înaintea unor analize aprofundate;
- facilitarea dialogului dintre echipele tehnice și cele de business;
- creșterea vizibilității accesibilității în cadrul proceselor de dezvoltare a produselor digitale.
Accesibilitatea nu ar trebui să fie înțeleasă exclusiv prin liste de verificare și criterii tehnice. Ea trebuie observată și prin efectul pe care îl are asupra experiențelor digitale pe care le construim.
Expertiza umană rămâne esențială
Accesibilitatea nu poate fi redusă exclusiv la rezultate automate.
Există numeroase aspecte care necesită evaluare umană: fluxuri complexe de utilizare, experiența oferită tehnologiilor asistive, interpretarea anumitor criterii WCAG sau analiza componentelor personalizate.
Din acest motiv, Ally combină analiza automată a site-urilor web live cu expertiza umană în accesibilitate.
Analiza automată permite identificarea rapidă și explicarea problemelor vizibile, iar evaluările manuale complementare oferă nivelul suplimentar de profunzime necesar pentru o înțelegere completă a experienței utilizatorilor.
Împreună, acestea contribuie la luarea unor decizii mai bine fundamentate și la construirea unor produse digitale mai accesibile.
Concluzie
Accesibilitatea nu înseamnă doar identificarea barierelor digitale. Înseamnă înțelegerea impactului pe care acestea îl au asupra oamenilor și asupra produselor pe care le construim.
Ally a fost creat pentru a face această înțelegere mai clară.
Transformă problemele tehnice în informații care pot fi explicate, discutate și prioritizate atât de echipele tehnice, cât și de cele de business, pentru că accesibilitatea nu ar trebui să fie dificil de înțeles.
Ar trebui să fie explicată prin ceea ce contează cel mai mult: impactul său real asupra oamenilor care utilizează produsele digitale pe care le construim.
Ally – Analiza inteligentă a riscurilor de accesibilitate pentru produsele digitale