Accesibilitatea în sectorul bancar: Ce ar trebui să poată face clienții fără bariere digitale
O mare parte din relația dintre clienți și băncile lor s-a mutat în mediul online.
Deschiderea unui cont, autentificarea, verificarea soldului, efectuarea unei plăți, transferul de bani sau solicitarea unui produs bancar pot fi realizate integral fără a vizita o sucursală.
Pentru un client care utilizează un cititor de ecran, navighează cu ajutorul tastaturii sau are nevoie de un contrast mai bun, fiecare etapă a acestor procese este esențială.
O singură barieră poate bloca întregul proces.
Tocmai de aceea accesibilitatea digitală în sectorul bancar este atât de concretă. Nu este un concept abstract. Este vorba despre posibilitatea reală a unei persoane de a utiliza un serviciu financiar.
De ce este sectorul bancar direct legat de accesibilitate?
Actul European privind Accesibilitatea include serviciile bancare pentru consumatori în sfera sa de aplicare. În România, cerințele au fost transpuse prin Legea nr. 232/2022, aplicabilă începând cu 28 iunie 2025 pentru produsele și serviciile vizate de lege.
Pentru mai multe detalii despre companiile și serviciile vizate, consultați Lista de verificare practică pentru Legea 232/2022.
Pentru o bancă, acest lucru înseamnă că evaluarea trebuie să depășească pagina principală vizibilă publicului.
Experiența clienților este locul unde atenția contează cel mai mult.
Deschiderea unui cont trebuie să fie pe deplin accesibilă
Deschiderea unui cont online pare simplă atunci când totul funcționează.
Introduci informațiile, încarci documentele, confirmi detaliile și treci la verificarea identității.
Pentru o persoană cu dizabilități, problemele pot apărea încă de la primele câmpuri.
Un formular fără etichete implementate corect poate fi greu de înțeles cu un cititor de ecran. Un selector de dată care funcționează doar cu mouse-ul poate bloca utilizatorul. Un mesaj de eroare comunicat doar prin culoare poate trece neobservat.
Apoi mai este problema ordinii.
Dacă focalizarea se mută într-un mod greu de urmărit, utilizatorul poate ajunge brusc într-o altă parte a paginii fără a înțelege ce s-a întâmplat.
De aceea, testarea trebuie să acopere întregul proces de onboarding, în loc să analizeze fiecare ecran separat.
Autentificarea trebuie tratată ca un flux critic
Autentificarea este una dintre cele mai sensibile zone ale unei aplicații bancare.
Securitatea și accesibilitatea trebuie concepute împreună în acest context.
WCAG 2.2 include criteriul Autentificare accesibilă (minim) , care vizează reducerea cerințelor cognitive inutile în procesele de autentificare.
Codurile OTP reprezintă un exemplu.
Dacă un utilizator primește un cod, iar aplicația îi cere să îl memoreze sau să îl introducă cifră cu cifră într-o interfață care nu permite copierea, procesul devine mai dificil pentru anumite persoane.
CAPTCHA este un alt exemplu.
Dacă singura opțiune disponibilă cere utilizatorilor să identifice obiecte dintr-o imagine, un utilizator cu deficiențe de vedere ar putea avea nevoie de o alternativă.
Acest lucru nu înseamnă că securitatea trebuie redusă. Înseamnă că procesul ar trebui conceput cu opțiuni care pot fi utilizate de diferite tipuri de utilizatori.
Navigarea prin tastatură trebuie testată pentru toate fluxurile importante
WCAG impune ca funcționalitatea să poată fi operată printr-o interfață de tastatură atunci când acțiunea nu depinde în mod fundamental de o mișcare fizică specifică.
Pentru servicii bancare, testul pare simplu la prima vedere.
Poți să:
- Te autentifici
- Selectezi un cont
- Efectuezi un transfer
- Selectezi un beneficiar
- Confirmi tranzacția
- Descarci un document
- Accesezi istoricul tranzacțiilor
- Folosești meniul principal de navigare
totul fără mouse?
Dacă răspunsul este nu în orice punct critic, acel flux trebuie investigat.
Focusul contează, de asemenea.
Utilizatorii trebuie să poată vedea unde se află în cadrul interfeței. Dacă indicatorul de focalizare este slab sau dispare complet, navigarea prin tastatură devine foarte greu de urmărit.
Formularele bancare necesită instrucțiuni clare
Serviciile financiare implică numeroase formulare.
Informații personale, conturi, sume, coduri IBAN, date despre beneficiar, documente și declarații.
WCAG include criterii care acoperă identificarea erorilor, etichetele și instrucțiunile.
În cazul unui transfer bancar, o eroare trebuie comunicată clar.
„Date invalide” nu oferă suficiente informații.
Utilizatorul trebuie să știe care câmp conține problema și cum poate fi corectată.
Același lucru este valabil și la confirmarea unei tranzacții.
Dacă o acțiune are consecințe financiare, procesul ar trebui să permită utilizatorilor să revizuiască informațiile și să corecteze eventualele erori acolo unde criteriile aplicabile impun acest lucru.
Mobile banking creează provocări suplimentare
Aplicațiile bancare sunt utilizate zilnic.
Acest lucru înseamnă că accesibilitatea trebuie evaluată și pe mobil, unde interacțiunea diferă de cea de pe desktop.
Dimensiunea zonelor de atingere este importantă. Gesturile complexe pot crea dificultăți utilizatorilor cu dizabilități motorii.
Un control care poate fi utilizat doar prin glisare și plasare (drag and drop) ar trebui revizuit.
Același lucru este valabil și pentru un element care necesită o glisare precisă fără o alternativă.
Un cititor de ecran pentru mobil trebuie să identifice butoanele și funcțiile acestora. Dacă utilizatorul aude doar „buton” fără numele acțiunii, interfața devine greu de înțeles.
Contrastul și dimensiunea textului sunt esențiale în banking
Interfețele bancare conțin o cantitate mare de informații.
Solduri, tranzacții, sume, date, statusuri, notificări și mesaje de securitate.
Un contrast insuficient poate face ca aceste informații să fie greu de citit pentru persoanele cu deficiențe de vedere.
WCAG include cerințe privind contrastul, redimensionarea textului și reflow-ul.
Stările componentelor trebuie, de asemenea, verificate.
Un buton dezactivat, un mesaj de avertizare sau starea unei tranzacții nu ar trebui comunicate doar printr-o diferență subtilă de culoare.
Într-o aplicație financiară, detaliile vizuale pot transmite informații importante. Acestea trebuie să rămână perceptibile.
Documentele trebuie incluse în evaluare
Extrasele de cont, contractele, graficele de rambursare și alte documente pot face parte din experiența digitală a clientului.
Dacă aceste documente sunt publicate sau descărcate în formate inaccesibile, un utilizator poate ajunge la finalul unui proces și totuși să nu poată citi documentul rezultat.
Un PDF scanat este un exemplu simplu.
Pentru un cititor de ecran, documentul poate deveni imposibil de parcurs dacă nu conține text propriu-zis și o structură accesibilă.
De aceea, o evaluare a accesibilității serviciilor bancare digitale ar trebui să includă și documentele transmise clienților.
O problemă minoră poate bloca un proces major
Să luăm ca exemplu un transfer bancar.
Clientul deschide aplicația și selectează un cont. Introduce beneficiarul și suma. Ajunge la etapa de confirmare.
Butonul final nu poate fi accesat folosind tastatura.
Din perspectiva unui raport automatizat, aceasta poate părea o singură problemă.
Din perspectiva utilizatorului, transferul nu poate fi finalizat.
De aceea, numărul total de erori nu spune întreaga poveste.
În sectorul bancar, trebuie luat în considerare impactul asupra fluxurilor critice ale utilizatorilor.
Autentificarea, plățile, transferurile, înrolarea și accesul la documente ar trebui să primească o atenție deosebită.
Cum testezi un serviciu bancar digital?
Un audit util începe cu scenarii din lumea reală.
Nu are prea mult sens să verifici doar pagina principală a unei bănci dacă utilizatorii își petrec cea mai mare parte a timpului în conturile lor.
Alege parcursuri utilizate frecvent și testează-le de la început până la sfârșit.
De exemplu:
- Autentificare
- Vizualizarea conturilor
- Transfer către un beneficiar nou
- Plata facturilor
- Descărcarea unui extras de cont
- Solicitarea unui produs
- Actualizarea informațiilor personale
- Deconectarea și revenirea în cont
Pentru fiecare flux, verifică accesibilitatea de la tastatură, comportamentul cititorului de ecran, formularele, mesajele de eroare, contrastul și funcționarea componentelor.
Scanarea automatizată poate ajuta la identificarea problemelor detectabile programatic. Testarea manuală completează imaginea de ansamblu.
Pentru acele părți ale experienței bancare care pot fi scanate automat, Scannerul de Accesibilitate poate oferi o evaluare inițială.
Ce se întâmplă după remediere?
Aplicațiile bancare se schimbă frecvent.
O funcționalitate nouă este introdusă. Fluxul de transfer se modifică. Echipa reproiectează tabloul de bord. Este adăugat un nou mecanism de autentificare.
Fiecare actualizare poate introduce noi bariere.
De aceea, accesibilitatea trebuie inclusă în verificările de QA și de lansare.
Pentru site-urile publice și zonele web care sunt actualizate frecvent, Monitorul de Accesibilitate poate monitoriza continuu schimbările și poate ajuta la identificarea problemelor detectabile apărute ulterior.
Cine ar trebui să fie implicat?
Accesibilitatea în sectorul bancar implică mai multe echipe.
Departamentul de produs ar trebui să o includă în cerințe.
UX și Design ar trebui să lucreze cu interacțiuni și componente care pot fi utilizate în moduri diferite.
Dezvoltarea implementează structura tehnică și comportamentul.
QA verifică fluxurile.
Departamentul de conformitate urmărește cerințele aplicabile serviciului.
Conținutul și marketingul pot influența, de asemenea, accesibilitatea prin documente, campanii și pagini publicate pe site.
Fiecare are o parte din responsabilitate.
Unde poate ajuta Wawsome?
Un prim pas util este să înțelegeți ce probleme pot fi identificate pe site-ul public și pe paginile accesibile instrumentului de verificare.
Scannerul de Accesibilitate Wawsome poate efectua o evaluare automată inițială și poate evidenția problemele WCAG care pot fi detectate programatic.
Pentru site-urile web care se modifică frecvent, Monitorul de Accesibilitate ajută la urmărirea problemelor detectabile care apar după actualizări.
Pentru context legislativ, consultați Lista de verificare practică pentru Legea 232/2022 de la Wawsome.
Pentru o privire de ansamblu mai largă asupra accesibilității digitale, WCAG, auditurilor și monitorizării, consultați Accesibilitatea digitală: ce înseamnă, de ce este importantă și cum să o implementați.
Întrebări frecvente
Cum pot verifica dacă aplicația mea bancară este accesibilă?
Începeți cu parcurgerea etapelor esențiale pentru clienți. Testați autentificarea, plățile, transferurile, formularele și accesul la documente. Utilizați evaluarea automată acolo unde este posibil și completați-o cu testare manuală și tehnologii asistive.
Este suficientă respectarea WCAG pentru serviciile bancare?
WCAG oferă criterii tehnice importante pentru accesibilitatea conținutului web. Pentru obligațiile legale, trebuie analizat întregul cadru aplicabil produsului sau serviciului, inclusiv cerințele EAA, legislația națională și standardele europene relevante.
De ce trebuie testată separat autentificarea?
Autentificarea poate introduce bariere legate de parole, coduri OTP, CAPTCHA sau alte cerințe cognitive. WCAG 2.2 include criterii specifice care vizează autentificarea accesibilă.
Poate un scaner să testeze toate fluxurile bancare?
Un scaner poate identifica problemele detectabile automat pe paginile pe care le poate analiza. Fluxurile complexe, aplicațiile care necesită autentificare și criteriile care necesită evaluare umană necesită testare suplimentară.
Trebuie testată și aplicația mobilă?
Da. Dacă serviciul bancar este oferit printr-o aplicație mobilă, accesibilitatea aplicației trebuie evaluată în conformitate cu cerințele aplicabile serviciului respectiv.
Ce fluxuri ar trebui să testez mai întâi?
Autentificarea, deschiderea contului, plățile, transferurile și accesul la documente sunt puncte bune de plecare. Prioritatea finală depinde de serviciile oferite și de modul în care clienții utilizează produsul.
Începeți cu parcursul pe care îl folosesc clienții în mod real
Pentru o bancă, accesibilitatea digitală trebuie evaluată acolo unde are loc relația reală cu clientul.
Autentificarea, transferurile, plățile, documentele și serviciile bancare mobile sunt toate zone în care o barieră poate împiedica o acțiune importantă.
Alegeți parcursurile critice, testați-le folosind diferite metode de interacțiune și monitorizați problemele după actualizările ulterioare.
Pentru site-ul public, puteți începe cu o scanare automată pentru problemele detectabile din punct de vedere tehnic.