Karta treści przed pierwszym akapitem
Karta treści jest krótkim zapisem decyzji, bez których szkic łatwo zmienia się w zbiór przypadkowych informacji. Nie zastępuje rozmowy z odbiorcą, analizy pytań ani sprawdzenia faktów. Porządkuje to, co już wiadomo, i pokazuje miejsca, w których autor nadal opiera się na założeniu. Wypełnij ją dla jednej strony i jednego głównego zadania. Jeżeli pojawiają się dwa różne zadania z odmiennymi zakończeniami, rozważ osobne ścieżki zamiast upychać wszystko pod jednym H1.
Zacznij od sytuacji, nie od formatu
Zapisz moment, w którym pojawia się potrzeba
Nie zaczynaj od „napiszemy artykuł” albo „potrzebna jest sekcja FAQ”. Najpierw opisz zdarzenie: co osoba próbuje zrobić, co już ma, gdzie utknęła i jakiej decyzji nie może podjąć. Format jest późniejszą odpowiedzią. Ta sama potrzeba może wymagać krótkiej instrukcji, tabeli, narzędzia albo zmiany komunikatu, a czasem nie wymaga nowej publikacji w ogóle.
Oddziel dowód od założenia
Dowodem może być obserwacja zadania, powtarzające się pytanie w istniejącym kanale pomocy, wiarygodne dane z wyszukiwarki serwisu albo rozmowa z osobami w docelowej sytuacji. Opinia autora nadal może być użyteczną hipotezą, lecz powinna pozostać oznaczona jako hipoteza. Zapisz, czego dowód rzeczywiście dotyczy; pojedyncza wypowiedź nie opisuje automatycznie całej grupy.
Wypełnij dziewięć pól karty
1. Odbiorca i kontekst
Nazwij sytuację wystarczająco dokładnie, by można było znaleźć osobę, która ją zna. „Każdy internauta” nie pomaga w decyzjach. „Osoba, która pierwszy raz przesyła dokument i nie zna dopuszczalnego formatu” wskazuje kontekst bez wymyślania cech demograficznych, które nie mają znaczenia dla zadania.
2. Zadanie i oczekiwany rezultat
Zapisz czasownik: porównać, sprawdzić, przygotować, wybrać, zgłosić albo zrozumieć konsekwencję. Dopisz, co czytelnik będzie mógł zrobić po lekturze. Unikaj celu „pozna naszą treść”, bo opisuje ekspozycję, a nie wartość dla odbiorcy.
3. Wyzwalacz i pytanie
Co wydarzyło się tuż przed wejściem na stronę? Jak czytelnik nazwałby problem własnymi słowami? Zachowaj oryginalne określenia, jeśli są zrozumiałe i precyzyjne. Termin specjalistyczny wprowadź dopiero wtedy, gdy jest potrzebny do wykonania zadania, i od razu go objaśnij.
4. Dowody i założenia
Utwórz dwie krótkie listy. W pierwszej wpisz źródła wiedzy o potrzebie. W drugiej pytania, na które nie ma jeszcze odpowiedzi. Dla ważnego założenia dopisz najprostszy sposób sprawdzenia: rozmowę, obserwację, analizę istniejących pytań albo próbę szkicu.
5. Zakres i świadome wyłączenia
Wskaż informacje niezbędne do zadania oraz tematy, których ta strona nie rozwiązuje. Wyłączenie nie jest stratą treści. Chroni czytelnika przed dygresją i ułatwia skierowanie go do osobnej, dokładniejszej strony, jeśli taka istnieje.
6. Fakty i ich źródła
Dla każdej konkretnej informacji zanotuj źródło pierwotne, zakres, datę sprawdzenia i warunek ponownej kontroli. Oddziel treść normatywną, zmienną i interpretację redakcyjną. Jeśli nie da się potwierdzić istotnej tezy, nie maskuj luki pewnym tonem; usuń ją, ogranicz albo jawnie opisz niepewność.
7. Obietnica strony i szkic struktury
Jednym zdaniem odpowiedz, co czytelnik znajdzie i czego nie będzie musiał zgadywać. Następnie zapisz roboczy tytuł, H1 oraz H2 w kolejności potrzebnej do zadania. Każdy nagłówek powinien opisywać zawartość sekcji, a nie tylko budować nastrój.
8. Następny krok i połączenia
Zdefiniuj jedno główne działanie po lekturze. Może nim być wykonanie kroku, sprawdzenie danych, przejście do szczegółowej instrukcji albo powrót do decyzji. Zapisz pełny tekst linku. „Sprawdź wymagania pliku” jest bardziej użyteczne niż „więcej” lub „kliknij tutaj”.
9. Kryterium gotowości do testu
Nie czekaj na tekst idealny. Wersja jest gotowa do próby, gdy zawiera wszystkie informacje konieczne do zadania, ma zrozumiały początek i możliwy do wykonania następny krok. Poprawność faktów trzeba sprawdzić przed pokazaniem treści, ale preferencje stylistyczne mogą poczekać na obserwację.
Przeczytaj kartę jak umowę z przyszłym tekstem
Na koniec sprawdź, czy każde H2 wspiera główne zadanie, każdy fakt ma podstawę, a wezwanie do działania wynika z obietnicy strony. Jeżeli karta nie mieści się w krótkim zapisie, problem może być zbyt szeroki. Jeżeli nie da się wskazać dowodu potrzeby, wróć do notatki i potraktuj pomysł jako hipotezę.
Zobacz, jak rozpoznać potrzebę za notatką
Źródła do tej strony:
- GOV.UK Publishing, „Identify user needs”.
- GOV.UK Publishing, „Plan new GOV.UK content”.
- W3C, WCAG 2.2, kryteria 2.4.2, 2.4.4 i 2.4.6.