Testowanie z ludźmi, którzy będą klikać.
Sprawdzamy sklepy, portale i aplikacje z ludźmi, dla których powstały. Dajemy im zwykłe zadania, patrzymy, gdzie utykają, i z każdego takiego miejsca robimy konkretną poprawkę. Najlepiej jeszcze na makiecie, zanim ktokolwiek napisze kod.
Przykład: fragment nagrania testu strony produktu. Projektantka instalacji ma pobrać kartę techniczną oprawy. Szuka jej najpierw w zakładce „Parametry”, potem prawie pisze do handlowca, a kartę znajduje w zakładce „Do pobrania” pod nazwą HALA150_TDS_v3.pdf.
01Podejście
Co robimy, aby test coś zmienił?
Test kończy się wtedy, gdy wiadomo, co poprawić i od czego zacząć. Dlatego całą robotę układamy pod ten moment.
-
Decyzja
Zaczynamy od decyzji, którą test ma ułatwić: która wersja zostaje, co poprawić najpierw, czy produkt jest gotowy na start. Test bez takiego pytania kończy się raportem, którego nikt nie otwiera.
-
Ludzie
Zapraszamy osoby z Waszej grupy odbiorców: klientów, dystrybutorów, projektantów czy handlowców. Kolega z działu obok zna produkt za dobrze, żeby się w nim zgubić.
-
Zadania
Dajemy zadania z życia, na przykład „pobierzcie kartę techniczną” albo „zamówcie próbkę”, i patrzymy, czy się udają. Liczy się to, co ludzie robią, bo mówią często co innego.
-
Na głos
Prosimy, żeby uczestnik mówił, co myśli. Jedno zdanie w stylu „pewnie w parametrach” tłumaczy więcej niż tydzień patrzenia w wykresy.
-
Wcześnie
Najtaniej testuje się makietę. Poprawka na makiecie to chwila pracy, a w gotowej aplikacji potrafi być osobnym zleceniem.
-
Dane
Analityka pokazuje, gdzie ludzie odpadają, a test tłumaczy dlaczego. Gdy produkt już działa, zaczynamy od danych i sprawdzamy w teście to, czego liczby nie wyjaśniają.
-
Priorytety
Każdy problem dostaje wagę: ile osób w niego wpadło i jak bardzo przeszkodził w zadaniu. Lista poprawek zaczyna się od tych, które dadzą najwięcej.
-
Drugi test
Po poprawkach sprawdzamy najważniejsze zadania jeszcze raz. Dopiero wtedy wiadomo, czy poprawka naprawdę poprawiła.
02Rodzaje testów
Jakie pytanie ma rozstrzygnąć test?
Metodę dobieramy do pytania i do tego, na jakim etapie jest produkt. Często łączymy dwie, na przykład analitykę z testem z ludźmi.
Test z użytkownikami Zadania, obserwacja i myślenie na głos
Co robimy
Kilka osób z Waszej grupy odbiorców wykonuje zwykłe zadania, a my patrzymy, gdzie się wahają, mylą i rezygnują. Sesje prowadzimy na żywo albo zdalnie i nagrywamy za zgodą uczestników. Więcej o metodzie w haśle testy użyteczności.
Co dostajecie
- Scenariusz zadań
- Nagrania sesji
- Lista problemów z wagą
- Poprawka do każdego problemu
Test makiety i prototypu Pomysł sprawdzony, zanim powstanie kod
Co robimy
Na klikalnej makiecie albo prototypie w Figmie sprawdzamy ścieżki, nazwy w menu i kolejność kroków. Makietę wypełniamy prawdziwymi treściami, bo na „lorem ipsum” niczego się nie sprawdzi.
Co dostajecie
- Prototyp przygotowany do testu
- Wnioski z sesji
- Poprawiona makieta
Porównanie wersji Która wersja ekranu działa lepiej
Co robimy
Gdy zespół spiera się o dwie wersje, sprawdzamy obie na prawdziwej treści, także w najtrudniejszym przypadku. Przy dużym ruchu w działającym serwisie rozstrzyga test A/B, przy mniejszym porównanie w testach z ludźmi.
Co dostajecie
- Dwie wersje na prawdziwej treści
- Porównanie wyników
- Rekomendacja, która zostaje
Audyt UX i analityka Przegląd działającego serwisu i jego danych
Co robimy
Przechodzimy najważniejsze ścieżki sklepu, portalu albo aplikacji i sprawdzamy je z dobrymi praktykami. Do tego czytamy dane z analityki, map kliknięć i nagrań sesji: gdzie ludzie odpadają, czego szukają i w co klikają na próżno.
Co dostajecie
- Przejście najważniejszych ścieżek
- Miejsca, w których ludzie odpadają
- Lista poprawek z wagą
- Pytania do testu z ludźmi
Dostępność Kontrast, klawiatura i czytniki ekranu
Co robimy
Sprawdzamy kontrast, wielkość tekstu, obsługę z klawiatury i opisy dla czytników ekranu. Gdy serwis musi spełniać WCAG, ustalamy poziom na starcie i sprawdzamy go przed publikacją. Więcej w haśle dostępność cyfrowa.
Co dostajecie
- Przegląd zgodności z WCAG
- Lista poprawek dla projektantów i programistów
- Sprawdzenie po poprawkach
Ankiety i rozmowy Zanim powstanie makieta: czego ludzie szukają
Co robimy
Gdy dopiero powstaje pomysł na stronę albo aplikację, pytamy tych, którzy będą z niej korzystać: w krótkiej ankiecie albo w rozmowach. Ich odpowiedzi układają priorytety, a gotowe ścieżki sprawdzamy już w teście.
Co dostajecie
- Ankieta albo scenariusz rozmów
- Zestawienie odpowiedzi
- Priorytety projektu
Podobne realizacje
03Przykład testu
Sześć osób szuka karty technicznej
Weźmy stronę oprawy oświetleniowej u producenta. Projektanci i instalatorzy wchodzą na nią zwykle po jedno: kartę techniczną. Dajemy to zadanie sześciu osobom z tej grupy i patrzymy, gdzie klikają. Producent i liczby są wymyślone, ale tak właśnie przebiega test.
Najpierw zadanie, jak z życia
Każda osoba dostaje tę samą stronę i jedno polecenie. Prosimy, żeby mówiła na głos, co myśli, a sami nie podpowiadamy ani słowem, nawet gdy bardzo kusi.
Potem patrzymy, gdzie klikają
Każda kropka to pierwsze kliknięcie jednej osoby. Od razu trafiły dwie z sześciu. Trzy szukały w parametrach, a jedna chciała pisać do handlowca po plik PDF.
Na końcu poprawka i drugi test
Pliki wychodzą z zakładki na kartę produktu, zaraz pod parametry, i dostają nazwy, które ludzie znają. W drugim teście trafiło sześć osób z sześciu. Sprawdźcie sami: kliknijcie tam, gdzie pobralibyście kartę.
Zadanie dla sześciu osób
Pobierzcie kartę techniczną oprawy 150 W.
Projektanci, instalatorzy i kupcy z hurtowni
Pierwszy test
- Trafione od razu
- 2 z 6
- Średni czas
- 1 min 10 s
Drugi test
- Trafione od razu
- 6 z 6
- Średni czas
- 9 s
Do pobrania dla 150 W
- Instrukcja montażu PDF, 3,4 MB
- Pliki fotometryczne LDT i IES
-
„Pewnie w parametrach.”
W teście
Trzy osoby zaczęły od zakładki „Parametry”, bo tam spodziewały się danych technicznych.
Po poprawce
Pliki stoją na karcie produktu, zaraz pod parametrami, bez szukania po zakładkach.
-
„Zapytam handlowca.”
W teście
Jedyny wyraźny przycisk to „Zapytaj o ofertę”, więc jedna osoba prawie napisała do handlowca po plik PDF.
Po poprawce
Każdy plik ma ikonę i rozmiar, a „Zapytaj o ofertę” zostaje dla tych, którzy chcą oferty.
-
„Która to karta?”
W teście
W „Do pobrania” leży sześć plików, a kartę techniczną trzeba rozpoznać po skrócie TDS.
Po poprawce
Pliki mają nazwy, które ludzie wpisaliby w wyszukiwarkę: karta techniczna, instrukcja montażu, pliki fotometryczne.
-
„Czy to moja moc?”
W teście
Jedna karta opisuje wszystkie moce naraz, więc dane dla 150 W trzeba znaleźć w tabeli.
Po poprawce
Pliki są dla mocy wybranej na stronie, a nad listą stoi 150 W.
W praktyce
Tak drobne poprawki wychodzą też w prawdziwych projektach. Po pierwszych testach z klientką powiększyliśmy w sklepie Biurokoncept tekst i interlinię w całym serwisie, czyli na ponad tysiącu kart produktów.
Zobacz projekt Biurokoncept
04Proces
Od pytania do poprawki, która zadziałała
Tak wygląda pełny test z uczestnikami. Przed startem wiecie, kto będzie testował, jakie zadania dostanie i kiedy zobaczycie wyniki. Przy mniejszym pytaniu, na przykład o dwie wersje jednego ekranu, część etapów łączymy, a audyt czy przegląd analityki może być pierwszym krokiem przed testem.
-
Etap 1: Cel i pytania
Ustalamy, jaką decyzję ma ułatwić test, i zbieramy to, co już wiecie: dane z analityki, zgłoszenia do obsługi klienta, uwagi handlowców. Z tego powstaje kilka pytań, na które test ma odpowiedzieć.
Co dostajecie
- Cel testu i pytania
- Lista ścieżek do sprawdzenia
-
Etap 2: Uczestnicy i zadania
Dobieramy osoby z Waszej grupy odbiorców, często z Waszą pomocą: klientów, dystrybutorów, projektantów. Zadania piszemy z ich codzienności, bez słów, które podpowiadają, gdzie kliknąć.
Co dostajecie
- Profil uczestników i zaproszenia
- Scenariusz zadań
-
Etap 3: Prototyp albo działający serwis
Testujemy to, co jest: klikalną makietę, prototyp w Figmie albo działający sklep czy aplikację. Przygotowujemy konta i dane testowe, żeby uczestnik nie utknął na logowaniu zamiast na zadaniu.
Co dostajecie
- Prototyp gotowy do testu
- Konta i dane testowe
-
Etap 4: Sesje
Każda sesja to jedna osoba, kilka zadań i myślenie na głos. Prowadzimy je na żywo albo zdalnie, nagrywamy za zgodą uczestników, a Wasz zespół może patrzeć na żywo przez link.
Co dostajecie
- Nagrania sesji
- Notatki z każdego zadania
-
Etap 5: Analiza i priorytety
Obserwacje ze wszystkich sesji łączymy w problemy. Każdy dostaje wagę i poprawkę, a najważniejsze momenty wycinamy z nagrań, bo jedna minuta nagrania przekonuje zarząd szybciej niż slajd.
Co dostajecie
- Raport z fragmentami nagrań
- Lista poprawek od najważniejszych
-
Etap 6: Poprawki i drugi test
Poprawiamy makietę albo piszemy zadania dla Waszych programistów. Najważniejsze zadania sprawdzamy jeszcze raz, żeby wiedzieć, że poprawka zadziałała.
Co dostajecie
- Poprawione ekrany albo zadania dla programistów
- Wyniki drugiego testu
05Pytania
Najczęstsze pytania
Ile osób trzeba do testu?
Przy jednej grupie odbiorców zwykle wystarcza pięć, sześć osób, bo większość powtarzających się problemów wychodzi już po kilku sesjach. Gdy produkt ma kilka różnych grup, na przykład klientów i dystrybutorów, zapraszamy kilka osób z każdej.
Skąd weźmiecie uczestników?
Najlepiej z Waszej bazy: klientów, partnerów, dystrybutorów. Pomagamy napisać zaproszenie i ustalić drobne podziękowanie za udział. Gdy produkt jest nowy, szukamy osób z tej samej grupy poza Waszą firmą.
Czy można testować, zanim powstanie produkt?
Tak, i to najtańszy moment. Testujemy klikalne makiety i prototypy, zanim ktokolwiek napisze kod. Więcej piszemy przy makietowaniu i MVP.
Testy na żywo czy zdalnie?
Jedno i drugie. Zdalnie łatwiej zebrać ludzi z całego kraju, a na żywo lepiej widać, co dzieje się na telefonie albo przy stanowisku pracy. Wasz zespół może oglądać każdą sesję, a nagrania dostajecie razem z raportem.
Czym test różni się od ankiety?
Ankieta zbiera to, co ludzie deklarują, a test pokazuje, co robią. Przydają się oba: ankieta przed projektem mówi, czego ludzie szukają, a test na makiecie, czy to znajdują.
A testy A/B?
Test A/B rozstrzyga, która z dwóch wersji działa lepiej w prawdziwym ruchu, ale potrzebuje dużo odwiedzin i czasu. Przy mniejszym ruchu porównujemy wersje w testach z ludźmi, na prawdziwej treści.
Czy uczestnicy zobaczą nasz niegotowy produkt?
Tak, ale na Waszych zasadach. Przed sesją uczestnicy zgadzają się na nagranie i zobowiązują do poufności, a prototyp pokazujemy tylko w czasie testu.
Co dostaniemy na koniec?
Raport z listą problemów ułożoną od najważniejszych, z fragmentami nagrań i poprawką przy każdym problemie. Jeśli chcecie, od razu poprawiamy makietę albo piszemy zadania dla Waszych programistów, a po poprawkach robimy drugi test.
