Sprawdź treść na zadaniu, zanim uznasz ją za gotową
Test treści nie musi zaczynać się od kompletnej strony ani rozbudowanego narzędzia. Potrzebuje pytania, wersji wystarczającej do udzielenia odpowiedzi i osoby, dla której zadanie jest wiarygodne. Celem nie jest zebranie pochwał ani udowodnienie, że autor miał rację. Chodzi o zauważenie miejsca, w którym treść pomaga, spowalnia, wprowadza w błąd albo pozostawia czytelnika bez następnego kroku.
Najpierw nazwij pytanie badawcze
„Czy strona jest dobra?” jest zbyt szerokie. Użyteczne pytanie dotyczy decyzji, na przykład: czy czytelnik rozpoznaje, dla kogo jest instrukcja; czy znajduje warunek przed rozpoczęciem; czy rozumie różnicę między dwiema opcjami; czy po lekturze wie, co zrobić. Jedna próba może ujawnić inne problemy, ale jej rdzeń powinien pozostać czytelny.
Dobierz najprostszy prototyp, który odpowie na pytanie
Szkic papierowy do struktury i kolejności
Kartki lub osobne bloki tekstu wystarczą, gdy sprawdzasz nazwy sekcji, kolejność informacji i przewidywaną drogę. Możesz przestawiać fragmenty bez udawania gotowej witryny. Powiedz uczestnikowi, co da się zrobić w prototypie, a czego jeszcze nie zbudowano.
Dokument lub prosty ekran do czytania i działania
Jeżeli pytanie dotyczy odnajdywania szczegółu, zrozumienia instrukcji lub wyboru linku, przygotuj tekst w układzie zbliżonym do przyszłej strony. Linki mogą prowadzić tylko tam, gdzie jest to potrzebne do zadania. Prototyp dostępny w sieci oznacz jako wersję testową i ogranicz dostęp, aby nikt nie pomylił go z działającą usługą ani aktualnym źródłem informacji.
Napisz scenariusz bez ukrytej odpowiedzi
Krótko opisz sytuację, cel i informacje, które uczestnik rzeczywiście mógłby znać. Polecenie ma być wiarygodne, ale nie może powtarzać nazwy właściwego przycisku ani kierować do konkretnego nagłówka. Zamiast „kliknij Sprawdź wymagania” użyj celu: „Chcesz ustalić, czy ten plik można wysłać; pokaż, co zrobisz”. Nie sprawdzaj pamięci po lekturze, jeśli rzeczywistym zadaniem jest znalezienie informacji podczas korzystania ze strony.
Przed sesją upewnij się, że przykład nie wymaga podawania prawdziwych danych wrażliwych ani wykonywania realnej operacji. Do prostej próby wystarczą notatki. Jeśli sesja ma być nagrywana, sposób użycia nagrania uzgodnij z uczestnikiem przed rozpoczęciem i zbieraj tylko materiał potrzebny do ustalonego celu.
Prowadź próbę tak, by nie naprawiać tekstu głosem
Wyjaśnij, że sprawdzana jest treść
Na początku powiedz, że trudność uczestnika jest informacją o prototypie, a nie oceną jego umiejętności. Poproś o mówienie, czego szuka, co rozumie i co zamierza zrobić. Nie oczekuj ciągłego komentarza, jeśli przeszkadza on w zadaniu; ważniejsze jest zachowanie i moment decyzji.
Obserwuj przed zadaniem pytania
Zapisz pierwszy wybrany element, cofnięcia, pominięte fragmenty, słowa interpretowane inaczej oraz miejsce zatrzymania. Gdy uczestnik pyta o pomoc, najpierw odpowiedz neutralnie: „Co zrobiłbyś w tej sytuacji?”. Wyjaśnienie autora podane zbyt wcześnie usuwa właśnie tę przeszkodę, którą test miał ujawnić.
Oddziel cytat i działanie od interpretacji
Notatka „nie zauważył warunku i przeszedł dalej” opisuje zachowanie. „Nieuważny czytelnik” ocenia osobę i nie wskazuje poprawki. Zapisuj możliwie dokładnie, co było widoczne, co uczestnik zrobił i co powiedział. Wnioski dopisz po sesji w osobnej kolumnie.
Zamień obserwację w zmianę, którą da się ponownie sprawdzić
Najpierw zajmij się przeszkodą blokującą zadanie lub prowadzącą do błędnej decyzji. Następnie rozważ miejsca powodujące wahanie i zbędną pracę. Preferencję dotyczącą pojedynczego słowa oceniaj w kontekście celu oraz obserwacji, nie w głosowaniu. Przy każdej zmianie zanotuj: dowód, możliwą przyczynę, zmieniony element i pytanie do kolejnej próby.
Nie próbuj usuwać kilku różnych przyczyn jednym kosmetycznym dopiskiem. Jeśli warunek pojawia się za późno, właściwą zmianą może być kolejność. Jeśli nazwa linku obiecuje coś innego niż strona docelowa, popraw oba końce połączenia. Jeżeli potrzebnej informacji nie ma, prostsze słowa nie wypełnią luki.
Dodaj szybką kontrolę dostępności, ale nazwij jej granice
Sprawdź, czy tytuł opisuje temat strony, nagłówki zachowują sensowną hierarchię, linki wskazują cel, instrukcje nie opierają się wyłącznie na położeniu lub kolorze, a wszystkie działania można wykonać klawiaturą. To użyteczny pierwszy przegląd. W3C wyraźnie zaznacza jednak, że takie szybkie kontrole nie obejmują wszystkich wymagań dostępności i nie potwierdzają zgodności z WCAG.
Wróć do karty i sprawdź cel strony
Ułóż dziennik obserwacji i kolejnej wersji
Źródła do tej strony:
- GOV.UK Service Manual, „Making prototypes”.
- GOV.UK Service Manual, „Using moderated usability testing”.
- W3C WAI, „Easy Checks”.