Skąd wiesz, kiedy projekt kończy się testem użyteczności?
Poręczna technika, której nauczyłem się z niewłaściwej pracy ...
Wiele lat temu spędziłem niezręczną część mojej kariery instruktorskiej, tworząc kursy do nauki online. To było złe dopasowanie i ruszyłem szczęśliwie, ale jedna część tej pracy uczyniła mnie lepszym projektantem UX: cele uczenia się.
Cele uczenia się są po prostu tym, czego chcesz, aby uczeń nauczył się pod koniec szkolenia. Jeśli istnieje test, pytania testowe powinny opierać się na tych celach - w przeciwnym razie, jaki jest sens testu?
To samo podejście jest przydatne przy ustalaniu, czy projekt przeszedł pomyślnie test niezawodności, czy też nie. Tylko pamiętaj: to testowany projekt, a nie uczestnicy.
Co musi zrobić uczestnik testowy lub powiedzieć, aby mieć pewność, że projekt się powiódł? Czy muszą śledzić trzy godziny dla danego projektu? Wygenerować fakturę do klienta na podstawie tego śledzonego czasu? Wysłać fakturę? To są twoje kryteria testu.
Oczywiście testowanie użyteczności polega na obserwowaniu, w jaki sposób użytkownicy wykonują zadania, ale co dokładnie im to zrobisz? Piękno tych kryteriów polega na tym, że odsuwają cię od niejasnych celów testowania, takich jak "zrozumienie, jak działa śledzenie czasu". Skąd wiesz, że to zrozumieli? Musisz je opisać. A kiedy już to dokładnie opisali, możesz powiedzieć, że aspekt projektu udał się.
Kryteria sukcesu pomagają Ci dwa razy: wyjaśniają, czy Twój projekt naprawdę odnosi sukces, i ułatwiają udostępnianie tych wyników.
Czasowniki są magiczne
Książka, która nauczyła mnie o celach nauki, George Piskurich Szybki projekt instruktażowy , oferuje przydatną listę zachowań, aby rozpocząć kryteria sukcesu.
Na przykład cele rozumienia mogą być "opisać" lub "wykazać". Znowu "zrozumienie" nie jest dobre - musisz im powiedzieć (to znaczy opisać) lub zrobić (to znaczy pokazać) coś, co udowodni ci, że zrozumieli.
A następnie, przy większym stopniu trudności, uczestnik może "wyjaśnić" lub "zorganizować"; na wyższym poziomie nadal mogą "tworzyć" lub "oceniać".
Niezależnie od tego, który czasownik wybierzesz, aby rozpocząć kryteria sukcesu, chodzi o to, że możesz obserwować, czy użytkownik rzeczywiście powiedział lub zrobił coś, co stanowi sukces zadania.
"Pod koniec tej sesji ..."
Tak więc, kiedy planujesz następny test użyteczności i pracujesz nad zadaniami, zacznij od pytania: "Co powinien mieć użytkownik, aby zrobić (lub powiedzieć) o tym projekcie?"
Następnie możesz napisać coś takiego:
Pod koniec sesji uczestnik powinien być w stanie:
- śledzić trzy godziny czasu dla danego projektu;
- wygenerować fakturę dla klienta na podstawie tego śledzonego czasu;
- opisać różnicę między czasem śledzenia a czasem logowania.
Teraz masz trzy kryteria sukcesu i, w oparciu o nie, masz również całkiem jasne pojęcie zadań, które musisz wykonać, aby dać uczestnikom.
Jedno zastrzeżenie: kryteria sukcesu nie są takie same jak zadania. Zadania mają więcej kontekstu; są napisane, aby być odczytanym dla uczestnika i mogą zawierać kontekst związany z zadaniem, szczególnie jeśli sterujesz nimi, aby znaleźć coś w swoim prototypie. Na przykład:
Kryteria sukcesu: wygeneruj fakturę dla klienta na podstawie tego śledzonego czasu
Zadanie: "Teraz, gdy śledzisz trzy godziny w projekcie Atlas, pokaż mi, jak będziesz wystawiać faktury na produkty Acme na czas."
Bardzo podobne, oczywiście, ale kryteria sukcesu są dla ciebie i twojego zespołu; zadanie jest dla uczestnika w kontekście sesji usability.
Zauważysz, że jednym z powyższych kryteriów sukcesu jest opisywanie czegoś, a nie wykonywanie zadania. Może to być kolejne pytanie do zadania. Są one przydatne do sprawdzenia, czy model mentalny twojego projektu jest jasny dla użytkowników. Widziałem, jak użytkownicy przechodzą przez jakieś zadanie, ale potem opisali mi umysłowy model aplikacji, który jest sprzeczny z tym, jak został zaprojektowany. To jest sukces zadania dla jednego uczestnika, ale co ważniejsze, istnieje podstawowy problem z dopasowaniem modelu mentalnego tego uczestnika.
Zacznij od kryteriów sukcesu, a następnie wpisz swoje zadania i pytania uzupełniające na podstawie kryteriów.
Zainteresowane strony uwielbiają kryteria sukcesu
Interesariusze niekoniecznie dbają o twój proces, ale naprawdę dbają o wyniki. A jeśli twoja prezentacja wyników jest niejasna, będą słusznie zirytowani.
"Użytkownikowi udało się wyśledzić kilka godzin, ale nie byliśmy pewni, czy zrozumiała, że czas śledzenia nie jest taki sam, jak rejestrowanie go na kliencie ..." Cóż, dlaczego nie jesteś pewien? Czy nie jest twoim zadaniem to rozgryźć? Tracisz swój czas i nie dajesz im jasnego wskazówek, jak rozwiązać problemy z UX - co też jest Twoją pracą, prawda?
Kryteria sukcesu pomagają Ci dwa razy: wyjaśniają, czy Twój projekt naprawdę odnosi sukces, i ułatwiają udostępnianie tych wyników.
Mieliśmy pewne sukcesy w śledzeniu kryteriów sukcesu w prostej tabeli i kodowaniu kolorami wyników. Tak jak w przypadku:
Przygotowujemy kolorową tabelę wyników (green = success, red = failure) na naszej wiki. W górnym rzędzie wymieniamy uczestników; w lewej kolumnie podajemy nasze kryteria sukcesu. Jest brzydki, ale szybki i użyteczny.
Jest to łatwe do zeskanowania, pokazuje dość wyraźnie, gdzie występują problemy, i uzasadnia wyniki doświadczeniami rzeczywistych uczestników. Podsumowujemy także podsumowanie wyników i listę problemów związanych z użytecznością i zaleceniami poniżej. Zanalizujemy te problemy i powtarzamy je, dopóki nie będziemy wierzyć, że zostały rozwiązane. Twój proces może wyglądać nieco inaczej - na przykład konsultant przekazujący raport klientowi - ale korzyści są takie same.