Jak tworzyć rozwiązania, które naprawdę nikogo nie pomijają? O sprawiedliwym uwzględnianiu różnych potrzeb

Dlaczego „dla wszystkich” często znaczy „dla wybranych”?

Wiele organizacji deklaruje inkluzywność i równe traktowanie, ale w praktyce projektuje w oparciu o „domyślnego użytkownika”. Zwykle jest to osoba zdrowa, sprawna cyfrowo, z dobrym wzrokiem, szybkim internetem, czasem i zasobami. Tymczasem rzeczywistość w Polsce jest dużo bardziej zróżnicowana: mamy starzejące się społeczeństwo, duże różnice między dużymi miastami a mniejszymi miejscowościami, zróżnicowane kompetencje cyfrowe, a także rosnącą liczbę osób korzystających z usług publicznych i komercyjnych głównie na smartfonie.

Jeżeli projektujemy „średnią” wersję doświadczenia, to w praktyce tworzymy bariery dla tych, którzy odstają od założeń: osoby z ograniczeniami ruchowymi, użytkownicy z czasową niepełnosprawnością (np. złamana ręka), osoby w stresie, z niską uważnością, korzystające z usług w pośpiechu lub w trudnych warunkach. Dlatego kluczowe jest podejście, które można opisać jako sprawiedliwe uwzględnianie różnych potrzeb — czyli takie, które nie udaje, że wszyscy startują z tej samej pozycji.

Czym jest sprawiedliwość w projektowaniu i dlaczego to nie to samo co „równość”?

W języku potocznym często mylimy równość ze sprawiedliwością. Równość to traktowanie wszystkich identycznie. Sprawiedliwość (często rozumiana jako equity) to projektowanie tak, aby różne osoby miały realnie porównywalną możliwość skorzystania z rozwiązania.

Równość: jedna ścieżka dla wszystkich

Przykład: formularz online dostępny wyłącznie w godzinach pracy infolinii, bez alternatywy dla osób, które nie mogą dzwonić albo wolą kontakt pisemny. Wszyscy dostają „to samo”, ale nie każdy może z tego skorzystać.

Sprawiedliwość: różne drogi do podobnego celu

Sprawiedliwe podejście to np. możliwość wyboru kanału: telefon, czat, e-mail, wizyta stacjonarna, a także czytelne instrukcje i opcje dla osób o różnych kompetencjach cyfrowych. To właśnie sedno idei: nie jedna idealna ścieżka, lecz elastyczny system.

Od czego zacząć: rozpoznanie różnorodnych potrzeb, zanim powstanie projekt

Najczęstszy błąd? Najpierw budujemy, a potem „dostawiamy rampę”. Jeśli chcesz tworzyć rozwiązania, które naprawdę nikogo nie pomijają, potrzebujesz procesu, który już na etapie odkrywania problemu uwzględnia różne perspektywy.

Mapa różnorodności potrzeb (nie tylko „persony”)

Persony bywają pomocne, ale często redukują ludzi do stereotypów („Kasia, 29 lat, marketing”). Lepszym narzędziem jest mapa potrzeb i ograniczeń w kontekście użycia. Uwzględnij m.in.:

• Ograniczenia sensoryczne (wzrok, słuch, wrażliwość na bodźce).
• Ograniczenia motoryczne (precyzja ruchu, zmęczenie, urazy).
• Ograniczenia poznawcze (uwaga, pamięć robocza, stres, neuroatypowość).
• Warunki sytuacyjne (słońce na ekranie, hałas, słaby internet, stary telefon, ręce zajęte zakupami).
• Uwarunkowania ekonomiczne (koszt usługi, limity danych, brak drukarki, brak konta bankowego).
• Kontekst kulturowo-językowy (prosty język, wersje językowe, zrozumiałość komunikatów).

W Polsce szczególnie często pomijane są potrzeby osób starszych (np. mniejsza biegłość cyfrowa), osób z mniejszych miejscowości (gorszy transport i dostęp do placówek) oraz tych, którzy nie chcą lub nie mogą załatwiać spraw wyłącznie online.

Badania z udziałem osób „spoza bańki”

Jeżeli testujesz rozwiązanie wyłącznie na pracownikach firmy albo znajomych, najpewniej dostaniesz wyniki dopasowane do twojego stylu myślenia i kompetencji. W praktyce sprawiedliwe uwzględnianie różnych potrzeb wymaga poszerzenia rekrutacji:

• osoby 60+ (różne poziomy kompetencji cyfrowych),
• osoby z niepełnosprawnościami (wzroku, słuchu, ruchu, poznawcze),
• użytkownicy różnych urządzeń (stare Androidy, małe ekrany),
• osoby z mniejszych miejscowości i wsi (realne warunki infrastruktury),
• osoby o niskiej cierpliwości do formalności i długich procesów (to większość).

Warto też zaplanować badania w różnych kanałach: zdalnie (np. wideorozmowa), telefonicznie, a czasem w terenie. Dzięki temu zobaczysz realne bariery, nie te deklarowane.

Projektowanie rozwiązań, które nikogo nie pomijają: zasady praktyczne

Inkluzywność nie jest „dodatkiem”. To jakość podstawowa, podobnie jak bezpieczeństwo czy wydajność. Poniżej znajdziesz zestaw zasad, które pomagają tworzyć doświadczenia bardziej dostępne i sprawiedliwe.

1) Wybór zamiast przymusu

Jeśli rozwiązanie wymusza jeden sposób działania (np. tylko aplikacja mobilna, tylko logowanie przez bank, tylko podpis kwalifikowany), to automatycznie wyklucza część osób. Zapewnij alternatywy:

• Różne kanały kontaktu: telefon, e-mail, czat, formularz, wizyta.
• Różne metody uwierzytelniania: SMS, e-mail, aplikacja, a czasem tradycyjna obsługa.
• Różne formaty informacji: tekst, audio, wideo z napisami, PDF i HTML.

W polskich realiach nadal wiele osób preferuje telefon albo kontakt osobisty. To nie „opór przed nowoczesnością”, tylko racjonalny wybór w sytuacji stresu lub braku zaufania do cyfrowych procesów.

2) Prosty język i komunikaty, które nie zawstydzają

Barierą bywa nie tylko interfejs, ale też język. Żargon prawny i urzędowy, skróty, nazwy wewnętrzne („wniosek B-17”) — to wszystko obniża dostępność. Stosuj zasady prostego języka:

• jedna myśl na zdanie,
• konkret zamiast abstrakcji,
• komunikaty błędów mówiące co się stało i co zrobić dalej,
• ton neutralny, bez oceniania („Nieprawidłowe dane” zamiast „Błędne dane”).

Jeżeli zależy ci na tym, by rozwiązanie nikogo nie pomijało, zadbaj też o to, by użytkownik nie czuł się winny, że czegoś nie rozumie. Wstyd jest silnym czynnikiem rezygnacji.

3) Dostępność cyfrowa (WCAG) jako fundament, nie checklista

Dostępność to nie tylko kontrast i rozmiar czcionki. To całość doświadczenia: nawigacja klawiaturą, poprawna struktura nagłówków, opisy alternatywne, formularze, focus, czytelność. W Polsce rośnie znaczenie standardów WCAG, szczególnie w usługach publicznych i podmiotach realizujących zadania publiczne.

Praktyki, które robią różnicę:

• Kontrast zgodny z zaleceniami i możliwość zwiększenia tekstu bez „rozjechania” layoutu.
• Widoczne stany fokus dla osób poruszających się klawiaturą.
• Etykiety pól w formularzach (nie tylko placeholdery).
• Napisy do wideo i transkrypcje do materiałów audio.
• Unikanie pułapek czasowych (zbyt krótkie sesje, odliczanie bez ostrzeżenia).

To element sprawiedliwego uwzględniania różnych potrzeb: osoba korzystająca z czytnika ekranu powinna mieć realnie taką samą szansę na ukończenie procesu jak osoba widząca.

4) Projektowanie na „gorsze warunki”, bo one są powszechne

W praktyce użytkownicy często działają w warunkach dalekich od idealnych: słaby zasięg, limit danych, stary telefon, rozładowująca się bateria. Zamiast traktować to jako wyjątek, załóż to jako standard:

• lekka strona/aplikacja (mniej zbędnych skryptów),
• czytelne komunikaty offline i możliwość ponowienia,
• zapis roboczy wniosku/formularza,
• brak krytycznych treści wyłącznie w grafice.

To ma szczególne znaczenie w Polsce poza największymi miastami oraz u osób, które korzystają z internetu mobilnego zamiast światłowodu.

5) Uczciwe procesy: brak ukrytych kosztów i pułapek

Nawet najlepszy interfejs nie jest inkluzywny, jeśli proces jest nieuczciwy. „Dark patterns” (np. ukryte opłaty, trudna rezygnacja, wprowadzające w błąd zgody) najbardziej uderzają w osoby zmęczone, starsze, w kryzysie, z mniejszą pewnością siebie.

Zasady minimalne:

• Jasna informacja o kosztach przed decyzją.
• Równorzędne przyciski (np. „Akceptuję” i „Nie akceptuję” bez manipulacji kolorem i rozmiarem).
• Łatwa rezygnacja i czytelne warunki.
• Zgody rozdzielone na logiczne kategorie, bez domyślnego zaznaczania.

Sprawiedliwe uwzględnianie różnych potrzeb obejmuje też etykę: użytkownik ma prawo rozumieć, na co się zgadza i co wybiera.

Jak rozwiązać typowy konflikt: „to spowolni proces” vs „to wykluczy ludzi”?

W organizacjach często pojawia się obawa, że uwzględnienie różnych potrzeb zwiększa koszty, komplikuje produkt i wydłuża ścieżki. To częściowo prawda — ale tylko wtedy, gdy próbujemy „dokleić” inkluzywność na końcu. Jeśli zaplanujesz ją od początku, zyskujesz:

• mniej błędów i reworku,
• mniej kosztów obsługi (mniej telefonów „bo nie działa”),
• większą konwersję (więcej osób kończy proces),
• większe zaufanie do marki/instytucji.

Priorytetyzacja: najpierw usuwaj największe bariery

Nie musisz naprawiać wszystkiego naraz. Zacznij od miejsc, w których ludzie odpadają lub proszą o pomoc. Dobre pytania priorytetyzacyjne:

• Co blokuje ukończenie zadania (bariera krytyczna)?
• Co najczęściej generuje kontakt z BOK/infolinią?
• Co wyklucza całe grupy (np. brak alternatywy dla aplikacji)?

Takie podejście pozwala przełożyć „inkluzywność” na mierzalne efekty.

Przykłady z życia: gdzie najczęściej kogoś pomijamy?

Żeby myśleć o sprawiedliwości praktycznie, warto przyjrzeć się powtarzalnym „punktom zapalnym”.

Formularze i wnioski online

• zbyt dużo pól na raz,
• brak podpowiedzi „jak wpisać”,
• komunikaty błędu na górze strony bez wskazania pola,
• brak możliwości zapisania i powrotu.

Usprawnienia, które realnie nikogo nie pomijają: podział na kroki, automatyczne uzupełnianie, czytelne przykłady, walidacja „w polu”, opcja zapisania wersji roboczej.

Rejestracja i logowanie

• wymóg silnego hasła bez menedżerów i podpowiedzi,
• CAPTCHA niedostępna dla osób z dysfunkcją wzroku,
• brak alternatywy dla osób bez numeru telefonu lub ze zmiennym numerem.

Rozwiązania: logowanie bezhasłowe (link e-mail), dostępne mechanizmy antybotowe, jasne komunikaty, odzyskiwanie dostępu bez wieloetapowej „karuzeli”.

Obsługa klienta i reklamacje

• infolinia tylko w godzinach pracy,
• brak kontaktu pisemnego,
• procedury wymagające drukarki lub skanera.

W Polsce wiele osób nie ma drukarki w domu, a mimo to bywa proszona o „wydruk i podpis”. Sprawiedliwe uwzględnianie różnych potrzeb oznacza akceptację podpisu elektronicznego, zdjęć dokumentów, formularzy HTML oraz możliwość złożenia reklamacji w kilku kanałach.

Jak wbudować sprawiedliwe uwzględnianie różnych potrzeb w proces zespołu?

Nawet najlepsze intencje nie przetrwają, jeśli nie ma procesu. Poniżej zestaw praktyk, które pomagają utrzymać standard w czasie.

Checklisty jakości, ale oparte na ryzyku

Checklisty są pomocne, jeśli nie są martwą listą „odhaczania”. Zamiast 200 punktów, stwórz krótką listę ryzyk:

• Czy ktoś bez smartfona może wykonać zadanie?
• Czy ktoś z wolnym internetem dokończy proces?
• Czy ktoś korzystający z czytnika ekranu przejdzie formularz?
• Czy język jest zrozumiały dla osoby spoza branży?
• Czy da się to zrobić bez drukowania?

„Inkluzywność” jako kryterium akceptacji (Definition of Done)

Jeśli w zespole IT/produktowym masz Definition of Done, dodaj konkretne kryteria, np.:

• Komponenty UI przetestowane klawiaturą.
• Formularze mają etykiety, a błędy są opisane tekstowo.
• Najważniejsze ścieżki spełniają uzgodniony poziom dostępności.
• Treści przeszły redakcję prostym językiem.

Dzięki temu sprawiedliwe uwzględnianie różnych potrzeb przestaje być „miłym dodatkiem”, a staje się warunkiem ukończenia pracy.

Współpraca interdyscyplinarna: produkt + UX + content + prawo + obsługa

Wiele barier wynika nie z designu, ale z regulaminów, wymogów prawnych, procedur i treści. Dlatego kluczowe jest, by już na starcie pracowali razem:

• Product manager (cele i priorytety),
• UX/UI (przepływy i interakcje),
• UX writer / redaktor (język i komunikaty),
• Prawnik / compliance (zgody i obowiązki informacyjne),
• Obsługa klienta (najczęstsze problemy i pytania).

To podejście skraca liczbę poprawek i pomaga unikać konfliktów typu „prawo każe”, „UX nie pozwala”. Zwykle da się to pogodzić — trzeba tylko rozmawiać wcześniej.

Mierzenie efektów: jak sprawdzić, czy nikogo nie pomijasz?

Bez pomiaru łatwo wpaść w samozadowolenie. Warto monitorować zarówno metryki ilościowe, jak i jakościowe.

Metryki ilościowe (przykłady)

• Completion rate dla kluczowych procesów (np. założenie konta, złożenie wniosku).
• Drop-off na konkretnych krokach formularza.
• Wskaźnik kontaktu do BOK na 1000 użytkowników (i kategorie zgłoszeń).
• Czas realizacji zadania w różnych segmentach (np. mobile vs desktop).

Metryki jakościowe (przykłady)

• Testy użyteczności z różnymi grupami.
• Analiza nagrań sesji (z poszanowaniem prywatności) pod kątem miejsc frustracji.
• Badania satysfakcji po zakończeniu sprawy (krótko, konkretnie).

Jeżeli chcesz podejść do tematu poważnie, segmentuj wyniki tak, by widzieć różnice: np. urządzenia, rozdzielczości, przeglądarki, a w badaniach jakościowych — różne kompetencje cyfrowe. Celem jest wykrycie systematycznych nierówności w skuteczności.

Pułapki, które udają inkluzywność (i jak ich uniknąć)

Niektóre działania wyglądają dobrze na prezentacji, ale nie rozwiązują problemu wykluczenia.

„Dodamy instrukcję w PDF-ie”

PDF bywa przydatny, ale nie powinien być jedynym formatem. Lepszy standard: treść w HTML (łatwiejsza dla czytników ekranu i urządzeń mobilnych) + opcjonalny PDF do pobrania.

„Zrobimy personę osoby z niepełnosprawnością”

Jedna persona nie reprezentuje ogromnej różnorodności doświadczeń. Zamiast tego pracuj na zestawie scenariuszy i barier, a badania prowadź z realnymi osobami.

„U nas jest dostępność, bo mamy duże fonty”

Dostępność to nie tylko typografia. To także kolejność tabulacji, opisy przycisków, logika nawigacji, walidacja formularzy, komunikaty błędów, spójność interakcji i brak migających elementów.

Sprawiedliwe uwzględnianie różnych potrzeb w praktyce contentowej

Jako że tworzenie treści w internecie jest często „niewidzialnym” elementem produktu, warto potraktować content jako narzędzie wyrównywania szans. Dobrze zaprojektowany tekst zmniejsza liczbę błędów, wątpliwości i porzuceń.

Jak pisać, by zwiększać dostępność i zrozumiałość?

• Używaj nagłówków (H2/H3) w logicznej hierarchii.
• Stosuj listy dla kroków i wymagań — są łatwiejsze do skanowania.
• Podawaj przykłady (np. format numeru, wzór nazwy pliku).
• Upraszczaj komunikaty błędów: co poprawić i gdzie.
• Unikaj wieloznaczności („kliknij tutaj” → „Pobierz umowę (PDF)”).

Treści transakcyjne: mikrocopy, które ratuje proces

Mikroteksty w formularzach, w koszyku czy w panelu klienta decydują o tym, czy ktoś dokończy zadanie. Dobre mikrocopy:

• wyjaśnia „po co to pole jest potrzebne”,
• uspokaja („Możesz wrócić do tego później”),
• informuje o czasie („Zajmie ok. 3 minuty”),
• podpowiada format („np. 60010112345”).

To prosty sposób, by sprawiedliwe uwzględnianie różnych potrzeb stało się codzienną praktyką, a nie tylko dużym hasłem.

Rekomendowany „mini-framework”: 7 kroków do rozwiązań, które nie wykluczają

1. Zdefiniuj cel i ryzyka wykluczenia (kto może odpaść i dlaczego?).
2. Rozpisz scenariusze użycia w różnych warunkach (mobile, wolny internet, stres).
3. Zapewnij alternatywy (kanały, formaty, ścieżki).
4. Projektuj dostępność od początku (WCAG jako standard pracy).
5. Pisz prostym językiem i testuj zrozumiałość treści.
6. Testuj z różnorodnymi użytkownikami i iteruj.
7. Mierz i poprawiaj na podstawie danych (drop-off, zgłoszenia, badania).

Ten schemat jest prosty, ale działa, bo łączy projektowanie, treść, proces i pomiar — czyli elementy, które razem składają się na sprawiedliwe uwzględnianie różnych potrzeb.

Podsumowanie: inkluzywność jako jakość i zaufanie

Rozwiązania, które naprawdę nikogo nie pomijają, nie biorą się z jednego audytu ani z jednej poprawki. To efekt konsekwentnego podejścia: badania z różnymi osobami, projektowania na realne warunki, jasnych treści, dostępności technicznej i uczciwych procesów. W polskich realiach szczególnie ważne są: alternatywy dla wyłącznie cyfrowych ścieżek, proste komunikaty, możliwość załatwienia sprawy bez drukowania oraz projektowanie pod słabszą infrastrukturę i starsze urządzenia.

Jeśli potraktujesz sprawiedliwe uwzględnianie różnych potrzeb jako element jakości — a nie koszt — zyskasz produkt bardziej użyteczny dla wszystkich. Bo „dla wszystkich” działa dopiero wtedy, gdy uwzględnia różnice.