Dostępność bez barier w mobile i desktop: wdrożenie WCAG 2.1 AA w złożonych procesach bankowych dzięki low-code

Z danych rynkowych wynika, że ponad 80% interakcji klientów z bankami odbywa się poprzez smartfony. Jednocześnie raporty WebAIM bezlitośnie obnażają rynkową lukę: aż 96% stron i aplikacji posiada krytyczne błędy dostępności.

Wymogi WCAG 2.1 AA –  czyli międzynarodowego standardu dostępności treści internetowych – oraz Europejskiego Aktu o Dostępności, którego przepisy weszły w życie w czerwcu 2025 roku, nakładają na instytucje finansowe bezwzględny obowiązek prawny dostosowania systemów transakcyjnych. Doskonałą odpowiedzią na te wyzwania jest zastosowanie platformy low-code, która automatyzuje standaryzację UI/UX, przenosząc ciężar poprawek z całych procesów na pojedyncze, wielokrotnie wykorzystywane komponenty. Dzięki temu dostępność staje się rzeczywistą przewagą konkurencyjną.

O tym, jak prace w tym zakresie przebiegały u naszych klientów, traktuje poniższe studium przypadku.

Zakres projektu i skala współpracy: dostępność w wielu kanałach i wielu procesach

Realizowane projekty obejmowały pełne spektrum działań związanych z wdrażaniem dostępności cyfrowej: od pojedynczych komponentów po złożone procesy bankowe działające równolegle w kanałach desktop i mobile. Wszystkie inicjatywy miały na celu spełnienie wymogów WCAG 2.1 AA, zgodnie z regulacjami i obowiązkami wynikającymi z Europejskiego Aktu o Dostępności.

Prace prowadzone były w różnych modelach współpracy, zależnie od potrzeb poszczególnych instytucji. Obejmowały zarówno dostosowanie istniejących procesów, jak i wdrażanie poprawek poaudytowych, a także projektowanie nowych komponentów od początku zgodnych z WCAG.

W zakres działań weszły m.in.:

• analiza audytów dostępności,
• poprawa i rozwój komponentów,
• testy na wielu urządzeniach i systemach,
• konsultacje z zespołami bankowymi,
• iteracyjne wdrażanie zmian w kanałach webowych i mobilnych.

Czas realizacji poszczególnych projektów zależał od ich zakresu oraz liczby kanałów objętych pracami. Typowy przedział wynosił od kilku tygodni do kilku miesięcy. Najdłużej trwały projekty obejmujące wiele procesów i rozbudowane audyty mobilne, natomiast najszybsze były prace per komponent, szczególnie w środowisku desktop, gdzie zmienność urządzeń i systemów jest znacznie mniejsza.

Podział ról w projekcie

Wdrożenie dostępności w kanałach mobilnych i desktopowych wymagało ścisłej współpracy między zespołami banków a zespołem Consdata. Każda ze stron wnosiła inny rodzaj kompetencji: banki odpowiadały za kontekst biznesowy i wymagania, a Consdata za techniczne i projektowe aspekty zgodności z WCAG. Dzięki temu możliwe było prowadzenie prac równolegle w wielu procesach i kanałach.

Zakres prac po stronie banków

Banki pełniły kluczową rolę w dostarczaniu informacji i materiałów niezbędnych do wdrożenia dostępności. Ich obszary odpowiedzialności obejmowały:

• dostarczanie raportów z audytów dostępności oraz makiet i wytycznych projektowych dotyczących docelowego wyglądu procesów,
• konsultacje dotyczące zachowania procesów oraz doprecyzowanie wymagań i interpretacji zachowań w kanałach mobile i desktop,
• testy akceptacyjne polegające na weryfikacji wdrożonych zmian.

Zakres prac po stronie Consdata

Zespół Consdata odpowiadał za techniczne i projektowe aspekty wdrożenia dostępności, w tym:

• projektowanie i poprawę komponentów działających spójnie w mobile i desktop,
• testy dostępności na wielu urządzeniach, obejmujące różne wersje systemów, przeglądarki i screenreadery,
• weryfikację zachowania komponentów podczas rotacji ekranu, tj. w trybie portrait i landscape, szczególnie istotną w mobile,
• konsultacje eksperckie, m.in. dotyczące różnic między VoiceOver, TalkBack i czytnikami desktopowymi.

Jak wyglądał proces wdrożenia krok po kroku

Typowy proces wdrożenia dostępności jest dobrze zdefiniowany i w idealnym scenariuszu obejmuje audyt, konsultacje, makiety/design, wdrożenie, testy desktop i mobile, poprawki oraz audyt końcowy. Rzeczywistość projektowa wyglądała jednak różnie: część banków oczekiwała wdrożenia dostępności bez wcześniejszego audytu, zaś w niektórych przypadkach audyty były prowadzone per proces, co generowało duplikaty błędów. Takie sytuacje wymagały elastyczności i dostosowania do specyfiki każdego banku. Nierzadko najbardziej efektywne okazywało się w nich podejście per komponent, a nie per proces.

Standardy i specyfika WCAG w kontekście mobile vs. desktop

Najważniejszym wyzwaniem okazały się różnice między środowiskami: choć wytyczne WCAG 2.1 AA są jednolite dla wszystkich kanałów, ich techniczna implementacja i interpretacja różni się drastycznie w zależności od środowiska. Poniższa tabela przedstawia kluczowe rozbieżności, które zespoły deweloperskie muszą uwzględnić podczas cyfryzacji procesów bankowych.

Wszystkie powyższe czynniki powodują, że jedno rozwiązanie, które świetnie sprawdza się na desktopie, niekoniecznie zadziała w aplikacji mobilnej.

Dodatkowym wyzwaniem była konieczność krytycznej analizy audytów. Różni audytorzy stosowali odmienne interpretacje tych samych wytycznych, co wymagało od zespołu Consdata nie tylko znajomości standardów, ale także umiejętności oceny, które rekomendacje są zasadne, a które mogą prowadzić do niespójności między kanałami. W efekcie prace nad dostępnością wymagały podejścia, które łączyło zgodność z WCAG z praktycznym zrozumieniem zachowania komponentów w rzeczywistych środowiskach użytkowników.

Konsekwencje braku zgodności w mobile i desktop

Brak zgodności z WCAG 2.1 AA w kanałach mobilnych i desktopowych może nieść dla instytucji finansowych zarówno ryzyka regulacyjne, jak i realne straty biznesowe. Najważniejsze z nich obejmują:

• ryzyko kar regulacyjnych wynikających z niespełnienia wymogów EAA i WCAG,
• możliwość blokady produktów przez instytucje nadzorcze w przypadku poważnych naruszeń,
• porzucone wnioski i utracone konwersje (szczególnie w środowisku mobilnym, gdzie bariery dostępności natychmiast zniechęcają użytkowników),
• wykluczenie osób z niepełnosprawnościami i seniorów, co stoi w sprzeczności z misją instytucji finansowych,
• ryzyko negatywnego PR i zarzutów o wykluczanie klientów,
• konieczność kosztownej przebudowy procesów, jeśli brak zgodności zostanie wykryty na późnym etapie.

Dostępność stanowi więc więcej niż tylko wymóg formalny: jest to obszar, który bezpośrednio wpływa na bezpieczeństwo prawne, reputację marki i wyniki biznesowe.

Sukcesy projektu

Pomimo złożoności opisywanych realizacji udało się osiągnąć szereg kluczowych rezultatów, które znacząco poprawiły jakość i spójność procesów bankowych:

• uporządkowanie komponentów tak, by działały poprawnie w mobile i desktop,
• wprowadzenie podejścia “per komponent” jako modelu docelowego dla dostępności,
• szybkie wdrażanie poprawek dzięki modularności platformy Eximee,
• ujednolicenie standardów między kanałami i procesami,
• zbudowanie kompetencji wewnętrznych wśród zespołów bankowych w zakresie dostępności mobilnej i desktopowej.

Dzięki tym doświadczeniom kolejne projekty mogły być realizowane szybciej, bardziej przewidywalnie i z większą spójnością, niezależnie od kanału czy złożoności procesów.

Eximee vs. tradycyjny development: przewaga low-code w obszarze dostępności

Dostępność stała się jednym z kluczowych elementów jakości usług finansowych i oznacza dziś więcej niż zgodność z obowiązującymi przepisami – to także przewaga konkurencyjna wpływająca na konwersję, wizerunek i lojalność klientów. Choć poszczególne instytucje różnią się poziomem dojrzałości w tym obszarze, kierunek jest wspólny: pełna dostępność procesów cyfrowych jako standard nowoczesnej bankowości.

W przedstawionym studium przypadku platforma low-code Eximee:

• znacząco skróciła czas wdrażania dostępności zarówno w kanale mobilnym, jak i desktopowym,
• umożliwiła pracę per komponent – podejście, które okazało się najbardziej efektywne i skalowalne,
• pozwoliła bankom szybciej reagować na wyniki audytów, eliminować błędy i utrzymywać spójność doświadczeń użytkowników we wszystkich kanałach.

Ponadto podczas realizacji opisywanych projektów udało się wypracować rozwiązania, które stanowią dziś fundament efektywnego wdrażania WCAG w bankowości w celu zapewnienia pełnej inkluzywności i bezpieczeństwa.