Research & Design • 2 perc olvasás •
Akadálymentesség. Rétegigény vagy a felhasználói élmény része?
Research & Design divízió
Trendency

Minden 6. ember él valamilyen fogyatékossággal – de az akadálymentes tervezés ennél jóval több felhasználóról szól. Kevesebb elakadás, egyszerűbb használat, jobb ügyfélélmény és több sikeresen befejezett folyamat: ami valakinek nélkülözhetetlen, az sokszor mindenkinek jobb UX.
Felejtsük el, hogy az akadálymentesség csak a fogyatékossággal élő felhasználók miatt fontos. Digitális termék használata közben mindannyian kerülhetünk akadályoztatott helyzetbe: elég egy követhetetlen oldalstruktúra, túl kicsi betűméret, erős napfény vagy egy zajos környezet. Az akadálymentes tervezés ezért nem rétegigényt szolgál ki, hanem jobb felhasználói élményt teremt.
Az akadálymentesség tehát nem jótékonyság, hanem üzleti érdek – és ma már kötelesség is. 2025. június 28-tól az Európai Akadálymentesítési Irányelv (EAA) számos digitális szolgáltatás számára kötelezővé teszi az akadálymentességet. Aki nem felel meg, nemcsak bírságot kockáztat: kieshet közbeszerzésekből, és a márkáján is folt eshet.
De a legjobb érv nem a szankció. Hanem ez: ami vakon is végig vihető, az mindenkinek egyszerűbb. Kevesebb elakadás. Kevesebb ügyfélszolgálati hívás. Több befejezett tranzakció. Az akadálymentesség nem plusz funkció. A jó terméktervezés mércéje.
És a költség? A tervezőasztalnál egy délután alatt javítod. Éles rendszerben hetekig bontod vissza. A korai teszt a legolcsóbb teszt. Az olyan digitális termékek, amelyeknél az akadálymentességgel egyáltalán nem számoltunk a tervezési folyamat elejétől, a legvégén megduplázhatja a költségeket, ha teljes újratervezést igényel, ugyanis akár a teljes UI és frontend megváltoztatásával is járhat.
Mitől jó egy akadálymentes alkalmazás?
Egy látássérült résztvevőnk így fogalmazott: „Egy jó applikáció az, ami tájékoztat és megerősít.” Ez az egész titok. Hat elvre bontjuk.
- Minden elem felcímkézve. A képernyőolvasó nevén nevez minden gombot és mezőt. Soha nem mond csak annyit: „gomb”. A díszítő képeket pedig elrejti.
- Hangos megerősítés minden lépésnél. Mentés, beolvasás, kód: mind szólaljon meg. A pár másodpercre felvillanó, néma visszajelzés a vak felhasználó számára nem létezik.
- Rugalmas megjelenés, erős kontraszt. Kövesse a telefon betűméretét. A gomb nagyításkor se essen ki. Mind sötét, mind világos módban működnie kell a megfelelő kontrasztarányoknak, ennek érdekében a megfelelő színpaletta létrehozása kötelező.
- Könnyen kezelhető struktúra. Egyszerű menü. Következetes címsorok. A felhasználó mindig tudja, hol jár. A különböző párbeszéd-ablakok (modálok, sheetek) megfelelően kezelhetőek a felolvasóprogramok használatakor is. Nincsenek fókusz csapdák, ahol a felhasználó nem azt a felületet képes kezelni, amit szeretne.
- Egyszerű, lényegre törő szöveg. A hosszú jogi, vagy tudományos szövegek nehezen értelmezhetőek, szakszavakat, bonyolult mondatokat tartalmaznak. Ahhoz, hogy mindenkinek közérthető szövegezést biztosítsunk, a KÉK (Könnyen Érthető Kommunikáció) alapelveit használjuk.
- Elég idő a műveletekhez. Képernyőolvasóval a kód felolvasása és beírása együtt lassabb. A 20-30 másodperces időablak reménytelen. Ezen múlik, hogy valaki egyáltalán belép-e. A visszaszámlálók használatát igyekszünk kerülni, vagy más megoldást alkalmazni, amennyiben lehetséges. Ez sok felhasználónak okozhat szorongást.
Nézd meg a listát. Egyik sem „speciális igény”. Mind csak jó UX, ami valakinek szükséges, az másnak kényelmes. A használhatóságon csak javít, ha egy digitális termék akadálymentes.
A checklista nem elég
Kimondjuk: az automata teszt és a WCAG-pipa félrevezet. Megmutatja, hogy technikailag minden elem felcímkézett. Azt nem, hogy a folyamat végigvihető-e. Egy app lehet szabályosan felcímkézve, és közben a regisztráció segítség nélkül járhatatlan. Épp ott veszíted el az ügyfelet.
Ezt egyetlen módon deríted ki: valódi emberekkel, valódi eszközön. Vak és gyengénlátó felhasználókkal, akik a saját képernyőolvasójukkal (VoiceOver, TalkBack) dolgoznak. Kognitív nehézséggel élőkkel. Mozgáskorlátozottakkal. Nem hibalistát kapsz. Megtudod, hol és miért akad el az ügyfeled – és mit tegyél.
Miért teszteljük valódi felhasználókkal?
Szabványok és bevált szakmai elvek mentén pontosan megmutatja, hol sérül a WCAG vagy az EN 301 549 — a kontraszttól és fókuszsorrendtől a billentyűzetes navigáción át a képernyőolvasóval való használatig.
Az akadálymentességi audit nélkülözhetetlen. Egyvalamit azonban önmagában nem tud megmutatni: hogy egy valódi, fogyatékossággal élő vagy neurodivergens felhasználó képes-e önállóan, érthetően és biztonságosan használni a felületet.
Mert attól, hogy egy megoldás technikailag megfelel a követelményeknek, még nem biztos, hogy valóban akadálymentes élményt ad. Egy képernyőolvasó számára helyesen felcímkézett elem lehet nehezen érthető. Egy logikusnak tűnő fókuszsorrend lehet zavaró egy vak felhasználónak. Egy megfelelő kontrasztú felület pedig még nem garantálja, hogy mindenki megtalálja és megérti, amit keres.
A WHO szerint minden hatodik ember – a világ népességének mintegy 16%-a – él valamilyen fogyatékossággal. Add hozzá az idősödő ügyfeleidet. És a helyzeti korlátokat: napsütésben nem látszik a képernyő, zajban nem hallatszik a hangjelzés, babakocsit tolva egy kezed marad. Az akadálymentesség nem egy szűk csoport ügye. A teljes piacodról szól.
A11Y Research Panel - Gyorsabb kutatási ciklusok, Magasabb minőségű minta
Kiszámíthatóbb ütemezés és költség
A teszteléshez saját, folyamatosan épített diverz felhasználói körünket vonjuk be, amely különböző képességű, érzékelési és kognitív sajátosságokkal élő embereket képvisel. A résztvevők között többek között vak és látássérült, mozgássérült, valamint neurodivergens – például ADHD-val vagy autizmussal élő – felhasználók is vannak.
Így nem kizárólag szakértői szempontból vizsgáljuk a felületet, hanem közvetlenül azoktól kapunk visszajelzést, akiknek a mindennapi használat során különböző akadályokkal kell megküzdeniük.
A tesztelés során nem azt kérdezzük, hogy „szerinted ez akadálymentes?”, hanem azt figyeljük, hogy hogyan használja valójában a felületet az, akinek más módon kell hozzáférnie.
Az audit megmutatja, hol sérül az akadálymentesség.
A teszt megmutatja, hogyan válik ebből valódi felhasználói akadály.
A kettő együtt ad teljes képet: nemcsak azt vizsgáljuk, hogy a felület megfelel-e a szabványnak, hanem azt is, hogy valóban működik-e azok számára, akiknek szükségük van az akadálymentes használatra.
Dolgozzunk együtt!
Egy kézből: audit, validált tervezés, dokumentált megfelelőség. És a különbség, ami számít — nálunk a fogyatékossággal élő felhasználók már a tervezés review-jában ott vannak, nem csak a WCAG-ot követjük, hanem valós visszajelzésre építünk.
Találkozzunk!
Kíváncsi vagy, mi van a WCAG-on túl? Keress minket az idei Service Design Day-en!



