Dostępność w ubezpieczeniach: co podlega ocenie dostępności?
Kanały i procesy krytyczne
- Kalkulatory i journey „kup polisę online” (wybór wariantu, zakres ryzyk, dodatki, płatność, e-polisa).
- Zgłoszenie szkody online (formularze wieloetapowe, wgrywanie plików, status sprawy).
- Moje konto/portal klienta (zmiana danych, dopłaty, rekalkulacja, prolongaty).
- Dokumenty (OWU, IPID, polisa, aneksy, korespondencja — PDF/HTML).
- Kanały wsparcia (chat, infolinia/IVR, wideorozmowy z doradcą, czatboty).
- Aplikacje mobilne (asysta w szkodzie, assistance, zielona karta, geolokalizacja).
- Sieć sprzedaży (portale multiagentów/brokerów, generatory ofert, systemy POS).
Produkty ubezpieczeniowe jako produkty EAA
Polisy ubezpieczeniowe, OWU, IPID, kalkulatory składek, oferty on-line i aplikacje mobilne stanowią produkty i usługi, które w świetle EAA podlegają regulacjom. To oznacza, że muszą być dostępne, przystępnie zaprezentowane i zrozumiałe dla osób z dysfunkcjami sensorycznymi, wzrokowymi, słuchowymi czy kognitywnymi. Polisa nie może być jedynie skanem — musi mieć strukturę semantyczną, być przeszukiwalna i czytelna przez czytniki ekranowe.
Standardy dostępności, na które patrzymy
- WCAG 2.2 (A/AA) — rdzeń wymagań dla treści i interfejsów.
- EN 301 549 — rozszerza zakres na oprogramowanie, dokumenty i urządzenia; reguluje m.in. „closed functionality”, komunikację audio-wideo oraz dostępność pobieranych plików.
Najważniejsze wymagania WCAG 2.2 w praktyce ubezpieczeniowej
Logowanie i uwierzytelnianie (3.3.8/3.3.9 Accessible Authentication)
- Bez testów pamięciowych: brak zagadek, obrazkowych „łamigłówek”, wymuszonych „puzzli”.
- Alternatywy dla biometrii/OTP: możliwość wklejania kodów, linki magiczne, kody zapasowe.
Redukcja powtarzania danych (3.3.7 Redundant Entry)
- Dane wprowadzone w kroku 1 (np. PESEL, adres) nie są powtórnie wymagane w kroku 3 — system przenosi je automatycznie z możliwością edycji.
Wskaźniki fokusu i nawigacja klawiaturą (2.4.11–2.4.13)
- Fokus jest zawsze widoczny i niezasłonięty.
- Klawiatura obsługuje całe flow, w tym tabele wariantów i koszyk.
Rozmiary celów dotykowych (2.5.8 Target Size Minimum)
- Przycisk „Kup polisę” czy „Zgłoś szkodę” ma ≥ 24×24 CSS px lub równoważne odstępy.
Gesty i przeciąganie (2.5.7 Dragging Movements)
- Brak wymogu „przeciągnij, aby kontynuować”; zawsze jest alternatywa jednym dotknięciem.
Dostępność w ubezpieczeniach: Najczęstsze błędy (i jak je naprawić)
1) Kalkulatory składek z ukrytymi etykietami
Błąd: placeholder zamiast label, brak opisów pól i błędów.
Naprawa: jawne label powiązane z polem, komunikaty obok pól, walidacja oparta o tekst.
2) Złożone „drzewa decyzji” bez logiki dostępności
Błąd: dynamiczne pokazywanie/ukrywanie sekcji bez właściwych ról/stanów ARIA.
Naprawa: semantyka (fieldset/legend, role, aria-expanded, aria-controls), logiczny porządek odczytu.
3) Tabele wariantów i porównywarki bez nagłówków
Błąd: brak th scope, brak opisów ikon „i”.
Naprawa: nagłówki kolumn/wierszy, opisowe przyciski, eksport do dostępnego PDF/HTML.
4) Zgłoszenie szkody — upload bez dostępnych komunikatów
Błąd: brak wskazania ograniczeń plików, błędy tylko kolorem, brak focus management.
Naprawa: jasne reguły, aria-live dla błędów, powrót fokusu do problematycznego pola.
5) CAPTCHA i weryfikacje
Błąd: jedyny sposób przejścia anty-bot bez dostępnej alternatywy.
Naprawa: weryfikacja behawioralna, opcje audio, proste pytania z tekstową alternatywą.
6) Podpis elektroniczny „psujący” dostępność dokumentu
Błąd: po podpisaniu dostępny wcześniej PDF traci tagowanie.
Naprawa: proces podpisu, który zachowuje strukturę, lub równoważny wariant dokumentu.
7) E-polisy i OWU jako skany bez OCR
Błąd: skany uniemożliwiające odczyt.
Naprawa: PDF/UA lub HTML, OCR z korektą.
8) Mapy placówek i assistance bez alternatyw
Błąd: jedynie interaktywna mapa.
Naprawa: lista placówek z filtrem, dane kontaktowe w tekście.
9) Aplikacje mobilne: nieopisane ikony, małe hit-targety
Błąd: brak etykiet dostępności, przyciski zbyt małe.
Naprawa: opisy ikon, cele ≥ 24×24 px, testy VoiceOver/TalkBack.
10) Brak procedury alternatywnego dostępu
Błąd: brak kontaktu dla osób, które nie mogą skorzystać z e-formularza.
Naprawa: widoczna sekcja „Dostęp alternatywny” z telefonem i e-mailem.
Dokumenty: OWU, IPID, polisy — standard minimum
- Materiały kluczowe dostarczaj jako HTML lub PDF/UA.
- Unikaj „płaskich skanów”; stosuj OCR i strukturę nagłówków.
- IPID powinien mieć czytelną strukturę tabelaryczną i być zgodny z WCAG.
Mobile first: specyfika aplikacji ubezpieczeniowych
- Cele dotykowe minimum 24×24 px.
- Obsługa preferencji systemowych (większy tekst, kontrast, voice control).
- Push/OTP: fokus wraca do pola kodu, możliwe wklejanie.
Organizacja i compliance: jak to ułożyć, żeby działało
Rola i odpowiedzialność
- Właściciel procesu (np. dyrektor sprzedaży cyfrowej) + Koordynator ds. dostępności.
- Wymagania dostępności wpisane w RFP i umowy z dostawcami.
Polityka dostępności i kultura organizacyjna
Skuteczna dostępność wymaga nie tylko technicznych poprawek, ale i trwałej polityki wewnętrznej. Instytucje powinny przyjąć regulamin dostępności, szkolić zespoły produktowe, sprzedażowe i IT, a także powołać Komitet Dostępności, który raportuje do zarządu. Taka struktura pozwala stale monitorować zgodność i wymusza uwzględnianie dostępności przy każdej nowej usłudze.
Nadzór i konsekwencje braku zgodności
Branża ubezpieczeniowa podlega kontrolom organów nadzoru finansowego oraz ochrony konsumentów. Brak zgodności może oznaczać kary finansowe, nakaz korekty praktyk, a także ryzyko roszczeń klientów. Wizerunkowo skutki mogą być jeszcze poważniejsze — negatywne opinie i skargi publikowane w internecie szybko podważają zaufanie do marki.
Dowody zgodności
- Matryca WCAG/EN 301 549 dla procesów.
- Raporty audytu i retestów.
- Aktualna deklaracja dostępności.
Monitoring ciągły
- Automaty w CI/CD (testy a11y).
- Retesty regresyjne w kalkulatorze, szkodzie, płatności.
- Kwartalne przeglądy i szkolenia zespołów.
Checklista „startowa” dla ubezpieczyciela / multiagencji
Procesy:
- Kalkulator i zakup online w pełni obsługiwalne klawiaturą i czytnikami.
- Zgłoszenie szkody z jasnymi komunikatami i aria-live.
- Brak powtarzania danych między krokami.
- Logowanie/2FA bez testów pamięciowych.
Interfejs:
- Wyraźny fokus.
- Cele dotykowe ≥ 24×24 px.
- Alternatywa dla gestów przeciągania.
- Poprawna semantyka tabel.
Dokumenty i komunikacja:
- OWU/IPID/polisy jako PDF/UA lub HTML.
- Podpis elektroniczny nie niszczy struktury dokumentu.
- Multimedia z napisami i transkrypcją.
- Procedura „dostęp alternatywny” widoczna dla klienta.
Compliance:
- Matryca i raporty audytowe.
- Aktualna deklaracja dostępności.
- Zapisy o dostępności w umowach z dostawcami.