6. Zalety
• Dobry do testowania
Architektury informacji
Flow aplikacji
Zrozumiałości labeli
Jakości dokumentacji (makiet)
• Ułatwia rozmowę z użytkownikiem
o jego potrzebach
• Łatwo udokumentować przebieg
badania
6
7. Słabe strony
• Przygotowanie może zająć sporo czasu
• Angażuje więcej niż jedną osobę
„Komputer” może się zawiesić ;)
• Czasami trudno przyzwyczaić badanego do tej
formy prowadzenia spotkania
7
10. Zalety
• Pozwala przetestować wiele poziomów „doświadczeń
użytkownika”
• Możliwość sprawdzenia look&feel
• Użytkownik może porządnie „przeklikać” aplikację
• Dobra dokumentacja przebiegu badania
(rejestracja audio-wideo)
10
11. Słabe strony
• … jednak jest to ciągle laboratorium
• Białe ściany, lustra, kamery
• Niepełny kontekst użycia
• Użytkownicy mogą się zestresować bardziej niż w
przypadku badań przy użyciu papieru
11
14. Zalety
• Możemy przetestować wszystkie funkcjonalności w
aplikacji
• Widzimy co użytkownik robi, a nie mówi że by zrobił
• W większym stopniu angażuje badanych
• Pełniejszy kontekst użycia
• Dźwięk, ruch, inne „rozpraszacze”
14
15. Słabe strony
• Trudno robić notatki
• …nie wspominając o dokumentacji przebiegu
badania
• Istnieje duże prawdopodobieństwo, że wydarzy się
coś nieprzewidzianego
• Czasami po prostu się nie opłaca:
• http://www.usabilityprofessionals.org/upa_publications/jus/2005_november/mobile
.pdf
15
18. Zalety
• Pojawiają się potrzeby, których nie jest w stanie
przewidzieć moderator
• Np. w dłuższej perspektywie czasu
• Nic tak nie zaangażuje Twojego klienta, jak
regularne śledzenie przebiegu badania
• Pisany językiem użytkownika
• Dokumentacja „sama się tworzy” ;)
18
19. Słabe strony
• Przed badaniem trzeba odpowiednio przygotować
badanych
• Brak kontroli nad regularnością i jakością wpisów
• Czasami trzeba zachęcać do tworzenia wpisów
• Zbyt szczere komentarze użytkownika mogą
„dołować” klienta
19