Prosty język, tekst łatwy do czytania i zrozumienia oraz dostępność poznawcza w praktyce
Wprowadzenie
Ten artykuł jest dla osób, które tworzą treści na strony internetowe, do aplikacji, do dokumentów i do mediów społecznościowych. Jest też dla tych, którzy zlecają pisanie tekstów i chcą wiedzieć, jak ocenić, czy materiał jest naprawdę zrozumiały, a nie tylko poprawny językowo.
W praktyce wiele niedostępnych treści nie zawiera technicznych błędów WCAG, ale nadal wyklucza ludzi. Dzieje się tak wtedy, gdy tekst jest za długi, zbyt urzędowy, pełen skrótów, napisany jednym blokiem albo zakłada wiedzę, której odbiorca nie ma. Dlatego zrozumiałość trzeba traktować jako część dostępności, a nie jako dodatek po korekcie.
Warto odróżnić trzy poziomy omawianego zagadnienia. Pierwszy to prosty język, czyli sposób pisania zrozumiały dla szerokiego grona odbiorców. Drugi to projektowanie poznawcze: porządek treści, przewidywalność, ograniczenie przeciążenia, jasne komunikaty i sensowna kolejność działań. Trzeci to tekst łatwy do czytania i zrozumienia, czyli osobny standard przygotowywany przede wszystkim z myślą o osobach z niepełnosprawnością intelektualną i innych grupach, które potrzebują szczególnie uproszczonej formy informacji.
Dlaczego sama poprawność językowa nie wystarcza
Tekst może być poprawny gramatycznie i jednocześnie trudny do użycia. Tak dzieje się na przykład w komunikatach urzędowych, które mają długie zdania, kilka warunków w jednym akapicie i słowa typu: 'niezwłocznie’, 'w przedmiotowym zakresie’, 'w celu realizacji procedury’. Dla autora to bywa neutralny styl. Dla odbiorcy oznacza dodatkowy wysiłek, niepewność i większe ryzyko błędu.
Dostępność poznawcza pomaga osobom z ADHD, dysleksją, afazją, autyzmem, trudnościami pamięciowymi, stresem, zmęczeniem, słabszą znajomością języka polskiego lub po prostu małym doświadczeniem cyfrowym. Korzystają z niej także osoby starsze, rodzice działający pod presją czasu, użytkownicy mobilni i wszyscy, którzy chcą szybko zrozumieć, co mają zrobić.
Najczęstszy błąd polega na tym, że organizacja upraszcza pojedyncze słowa, ale nie upraszcza samego zadania. Jeśli formularz każe wpisać dane w nieoczywistym formacie, przerzuca odpowiedzialność na użytkownika i pokazuje niejasny komunikat błędu, nawet najprostsze słownictwo nie uratuje doświadczenia.
Jak pisać prosto, ale nie infantylnie
Prosty język nie polega na 'spłycaniu’ treści. Chodzi o to, by odbiorca po pierwszej lekturze wiedział, co oznacza komunikat, co ma zrobić teraz i co stanie się dalej. W praktyce pomaga kilka zasad: jedno główne zadanie na sekcję, krótsze zdania, naturalna kolejność informacji, czasowniki zamiast rzeczowników odczasownikowych i konkret zamiast ogólników.
Dobrze działa układ: najpierw sens, potem warunki, potem wyjątki. Zamiast pisać: 'W celu uzyskania możliwości skorzystania z usługi należy dokonać uprzedniej rejestracji’, lepiej napisać: 'Aby skorzystać z usługi, załóż konto’. Odbiorca szybciej rozumie komunikat, bo zdanie mówi, kto ma coś zrobić i po co.
Warto używać zwrotów, które odnoszą się do realnego działania użytkownika. 'Wybierz termin’, 'dodaj załącznik’, 'sprawdź dane’, 'zapisz wersję roboczą’, 'wyślemy potwierdzenie na e-mail’. Takie komunikaty są prostsze nie dlatego, że są krótsze, ale dlatego, że pokazują konkretny krok.
Kiedy potrzebny jest tekst łatwy do czytania i zrozumienia
Tekst łatwy do czytania i zrozumienia, czyli ETR, to nie jest po prostu 'bardzo prosty język’. To odrębna metoda projektowania informacji. Obejmuje nie tylko słownictwo i długość zdań, ale też układ strony, wielkość pisma, liczbę informacji na stronie, dobór ilustracji i sposób wspólnego testowania materiału z osobami, dla których został przygotowany.
ETR przydaje się szczególnie wtedy, gdy organizacja musi wyjaśnić swoje działanie, prawa użytkownika, zasady skorzystania z usługi, procedurę zgłoszenia, ważne terminy albo informacje dotyczące bezpieczeństwa. Nie każdy materiał trzeba od razu przepisywać do ETR. Często jednak warto przygotować przynajmniej podstawową wersję: czym zajmuje się instytucja, jak się z nią skontaktować, jak załatwić najważniejsze sprawy i jakie są prawa użytkownika.
Trzeba też pamiętać, że ETR powinien być tworzony z udziałem odbiorców lub osób, które dobrze znają ten standard. Sama dobra wola nie wystarczy. Zbyt swobodne upraszczanie może pozbawić tekst sensu albo, przeciwnie, pozostawić go wciąż zbyt trudnym.
Jak projektować treść, żeby nie przeciążała
Dostępna treść to nie tylko słowa, ale też sposób ich podania. Duży blok tekstu bez śródtytułów, lista złożona z kilkunastu punktów, ważne informacje ukryte w środku akapitu lub kilka komunikatów naraz to typowe źródła przeciążenia poznawczego. Użytkownik nie wie wtedy, co jest najważniejsze i gdzie zacząć.
Dlatego warto dzielić tekst na krótkie sekcje, nadawać im nagłówki mówiące o zadaniu, a nie o abstrakcyjnej kategorii, i umieszczać najważniejszą informację na początku. Zamiast nagłówka 'Informacje dodatkowe’ lepszy będzie nagłówek 'Co przygotować przed wizytą’. Zamiast 'Warunki korzystania z usługi’ lepiej często działa 'Kto może złożyć wniosek’.
Pomaga także konsekwencja. Jeśli na jednej stronie przycisk potwierdzający nazywa się 'Wyślij wniosek’, to na kolejnej nie powinien nagle zmieniać się w 'Zatwierdź’, chyba że robi coś innego. Przewidywalność obniża stres i zmniejsza liczbę błędów.
Praktyczny przykład: komunikat o błędzie
Niedostępny komunikat brzmi często tak: 'Nieprawidłowe dane. Operacja nie mogła zostać zrealizowana’. Taki tekst nie mówi, co poszło nie tak ani jak to naprawić. Użytkownik musi sam zgadywać, czy problem dotyczy numeru telefonu, formatu daty, wielkości załącznika czy braku zgody.
Lepszy komunikat ma trzy elementy: wskazuje pole, opisuje problem i podpowiada rozwiązanie. Przykład: 'Pole Data urodzenia zawiera błędny format. Wpisz datę w formacie DD-MM-RRRR, na przykład 04-11-1988′. Taki komunikat jest bardziej pomocny dla wszystkich, a szczególnie dla osób, które mają trudność z pamięcią roboczą, interpretacją skrótów lub działają pod stresem.
Jeśli błędów jest kilka, dobrze pokazać je także na górze formularza w formie krótkiej listy z linkami do pól. To oszczędza czas i zmniejsza ryzyko, że użytkownik poprawi tylko jeden problem, po czym zostanie odesłany do formularza jeszcze raz.
Jak wdrożyć standard zrozumiałości w organizacji
Najlepsze efekty daje nie jednorazowe szkolenie, lecz wspólny standard redakcyjny. Taki standard może zawierać listę zakazanych zwrotów urzędowych, przykłady preferowanych komunikatów, sposób budowania nagłówków, reguły opisywania linków oraz prostą listę kontrolną przed publikacją.
Ważne jest też rozdzielenie odpowiedzialności. Autor treści odpowiada za sens i prosty język, redaktor za spójność i strukturę, projektant za układ i czytelność, a osoba techniczna za poprawną implementację. Jeśli wszystko zostaje zrzucone na jedną rolę, zrozumiałość zaczyna przegrywać z tempem pracy.
Dobrym nawykiem jest test pięciu pytań: o czym jest ten materiał, do kogo mówi, co użytkownik ma zrobić, co może pójść nie tak i gdzie znaleźć pomoc. Jeśli redakcja nie umie odpowiedzieć na te pytania w dwóch minutach, tekst zwykle wymaga uproszczenia.
Praktyczne przykłady
Przykład zastosowania: urząd publikuje informację o zapisach na szkolenie. W wersji trudnej tekst opisuje podstawę prawną, harmonogram i tryb zgłoszeń w jednym długim akapicie. W wersji dostępnej użytkownik od razu widzi: kto może się zapisać, do kiedy, gdzie jest formularz, jakie dokumenty trzeba przygotować, kiedy przyjdzie potwierdzenie i z kim skontaktować się w razie problemu.
To samo podejście działa w biznesie. Sklep internetowy może mieć poprawny regulamin, ale jeśli zwrot towaru wymaga przejścia przez cztery niespójne komunikaty i niejasny formularz, użytkownik nadal napotyka barierę.
Krótka lista kontrolna
- Każdy nagłówek mówi, o jakim zadaniu lub pytaniu jest sekcja.
- Najważniejsza informacja pojawia się na początku, a nie na końcu akapitu.
- Komunikaty błędów wskazują problem i sposób naprawy.
- Linki i przyciski mają nazwy opisujące działanie.
- Skróty, terminy specjalistyczne i wyjątki są wyjaśnione prostymi słowami.
- Dla kluczowych informacji rozważona została wersja ETR lub przynajmniej bardzo prosta wersja podstawowa.
Najczęstsze błędy
- Upraszczanie pojedynczych słów bez poprawy całego procesu.
- Dodawanie definicji zamiast usuwania zbędnego żargonu.
- Mieszanie prostego języka z tonem protekcjonalnym.
- Publikowanie materiału ETR bez konsultacji z osobami, które faktycznie z niego korzystają.
Perspektywa użytkownika
Temat 'Prosty język, tekst łatwy do czytania i zrozumienia oraz dostępność poznawcza w praktyce’ warto zawsze oglądać oczami osoby, która nie przychodzi do serwisu po teorię, lecz po konkretny efekt. Użytkownik chce załatwić sprawę, zrozumieć komunikat, pobrać materiał, wysłać zgłoszenie albo dokończyć zakup. Jeśli po drodze musi się domyślać znaczenia etykiet, szukać pomocy w kilku miejscach lub wracać do wcześniejszych kroków, problemem nie jest jego kompetencja, lecz jakość projektu.
W praktyce najwięcej barier nie wynika z jednej dużej wady, tylko z nawarstwienia drobnych przeszkód: zbyt długiego tekstu, niejasnej instrukcji, słabego komunikatu o błędzie, ukrytej informacji o terminie, nieopisanego pliku albo niedostępnego kanału kontaktu. Dla użytkownika nie są to osobne błędy. To jedno doświadczenie: usługa jest trudna, męcząca albo nie daje się ukończyć samodzielnie.
Dlatego przy ocenie jakości warto pytać nie tylko 'czy to jest zgodne’, ale też 'czy ktoś naprawdę przejdzie ten proces spokojnie i bez pomocy osoby trzeciej’. To pytanie porządkuje priorytety lepiej niż sama lista technicznych wymagań.
Jak wdrożyć ten temat w 30 dni
W pierwszym tygodniu najlepiej wybrać jeden obszar, w którym temat 'Prosty język, tekst łatwy do czytania i zrozumienia oraz dostępność poznawcza w praktyce’ ma największe znaczenie dla użytkownika. Nie warto zaczynać od wszystkiego naraz. Lepiej wytypować jedną usługę, jeden rodzaj treści albo jedną ścieżkę, która jest częsta, ważna i dziś najbardziej problematyczna.
W drugim i trzecim tygodniu trzeba przełożyć temat na prosty standard roboczy. W praktyce oznacza to sprawdzenie takich elementów jak: każdy nagłówek mówi, o jakim zadaniu lub pytaniu jest sekcja. najważniejsza informacja pojawia się na początku, a nie na końcu akapitu. oraz komunikaty błędów wskazują problem i sposób naprawy. Zespół powinien wiedzieć, kto poprawia treść, kto sprawdza wdrożenie i kto odpowiada za publikację.
W czwartym tygodniu warto wykonać przegląd końcowy z perspektywy użytkownika i zebrać sygnały ostrzegawcze. Jeśli wciąż pojawiają się sytuacje takie jak: upraszczanie pojedynczych słów bez poprawy całego procesu. lub dodawanie definicji zamiast usuwania zbędnego żargonu. to znak, że problem nie został jeszcze rozwiązany systemowo i wymaga kolejnej iteracji, a nie tylko kosmetycznej poprawki.
Wersja minimum i wersja dojrzała
Wersja minimum oznacza, że organizacja eliminuje bariery blokujące samodzielne skorzystanie z usługi lub treści. Nie wszystko jest jeszcze idealne, ale użytkownik może wykonać kluczowe zadanie bez zgadywania i bez konieczności proszenia o pomoc. W tym modelu najważniejsze jest domknięcie podstaw: jasne komunikaty, zrozumiała struktura, przewidywalny proces i dostępna ścieżka wsparcia.
Wersja dojrzała idzie dalej. Organizacja traktuje temat 'Prosty język, tekst łatwy do czytania i zrozumienia oraz dostępność poznawcza w praktyce’ jako stały element jakości. Ma własny standard, szkoli zespół, wpisuje wymagania do odbiorów i zamówień, regularnie testuje rozwiązania oraz poprawia je na podstawie zgłoszeń użytkowników. Dzięki temu dostępność nie zależy od jednej osoby albo jednego projektu, lecz staje się normalną częścią pracy.
Pytania, które warto zadać przed publikacją lub wdrożeniem
Przed publikacją materiału albo uruchomieniem funkcji dobrze zatrzymać się na krótką rozmowę w zespole. Taki przegląd nie musi być długi. Wystarczy kilka pytań, które porządkują ryzyko i pomagają wychwycić bariery zanim trafią do użytkownika.
- Czy użytkownik od razu rozumie, po co istnieje ten element i co ma zrobić jako pierwszy krok?
- Czy zespół potrafi wskazać, w którym miejscu użytkownik najłatwiej się zgubi i jak wtedy uzyska pomoc?
- Czy rozwiązanie spełnia co najmniej te warunki: każdy nagłówek mówi, o jakim zadaniu lub pytaniu jest sekcja. oraz dla kluczowych informacji rozważona została wersja etr lub przynajmniej bardzo prosta wersja podstawowa.
- Czy po wdrożeniu nie zostawiliśmy problemów takich jak: upraszczanie pojedynczych słów bez poprawy całego procesu.
- Czy umiemy opisać to rozwiązanie prostym językiem osobie, która nigdy wcześniej z niego nie korzystała?