Przejście Noego na testy użyteczności mobilnej

Noe był zaniepokojony. Był „facetem od UX” w biurze korporacyjnym regionalnej Restauracji Szybkiej Obsługi (sieci fast foodów), która była w trakcie tworzenia aplikacji mobilnej umożliwiającej klientom dostosowywanie posiłków, składanie zamówień i zdobywanie nagród.

Zauważył, że oczekiwania użytkowników rosną, a oni mniej wybaczają złe doświadczenia mobilne. Dlatego Noah mocno wierzył, że ważne jest przetestowanie użyteczności mobilnego doświadczenia użytkownika, biorąc pod uwagę wyższe oczekiwania użytkowników, mniejsze ekrany i ograniczenia bezprzewodowych urządzeń zasilanych bateryjnie. Ale Noah był zaniepokojony, ponieważ nigdy nie przeprowadzał testów użyteczności mobilnej, nawet z wieloletnim doświadczeniem w testowaniu użyteczności. To i fakt, że pierwsza runda testów była już za miesiąc.

Szybko zdał sobie sprawę, że testowanie użyteczności na urządzeniach mobilnych ma więcej podobieństw do tradycyjnych testów użyteczności na komputerach stacjonarnych niż różnic . Największe różnice dotyczyły samych testów; wszystko, co prowadzi do właściwego testu i po nim, pozostaje takie samo. Dostępnych było wiele opcji przeprowadzania testów użyteczności, w tym moderowanych lub niemoderowanych, zdalnych lub osobiście oraz ich kombinacji. Chociaż niemoderowane testy zdalne pozwoliły mu na zarzucenie szerszej sieci z większą liczbą uczestników, nie dawały możliwości sondowania kontekstowego.

Po zbadaniu dostępnych opcji Noah dodał do zakładek usługi, takie jak UserZoom i UserTesting, jako potencjalne opcje przyszłych potrzeb w zakresie zdalnego testowania. Jego przeszłe doświadczenia nauczyły go, że moderowane testy osobiste zapewniają bogate spostrzeżenia użytkowników , które często były pomijane przy użyciu innych metod. Pozwoliłoby mu to skoncentrować się na pewnych funkcjach i funkcjonalności z kilkoma uczestnikami, a także na sondowaniu koncepcji, które badali, co czyni go preferowanym podejściem do nadchodzących rund testów.

Na miesiąc przed pierwszym zaplanowanym testem użyteczności rozpoczął przygotowania do testów, zaczynając od części, które znał najlepiej. Przyjrzyjmy się Noahowi, który przechodzi od testowania użyteczności na komputerach stacjonarnych do urządzeń mobilnych.

Miesiąc wcześniej

Zespół projektowo-rozwojowy powoli wkraczał na spotkanie po obiedzie, które Noah zaplanował, kilku skuszony obiecanymi przez niego ciasteczkami. Wykorzystał spotkanie do przeglądu funkcjonalności i funkcji, które miały zostać przetestowane podczas pierwszej sesji testowania użyteczności. Ponieważ byli obecnie w fazie projektowania, przeprowadziliby testy użyteczności przy użyciu prototypu aplikacji na iOS.

Zespół właśnie ukończył wstępne projekty ekranów i dopiero zaczynał tworzyć interaktywny prototyp o wysokiej wierności, który umożliwiałby użytkownikom wykonywanie zadań tak, jakby była to działająca aplikacja lub witryna. Kierownik projektu pomógł sobie do ostatniego (i trzeciego) kęsa, obiecując, że prototyp aplikacji będzie gotowy na cały tydzień przed pierwszym testem użyteczności. Noah ustawił przypomnienie na ten dzień na swoim telefonie.

Trzy tygodnie przed

W następnym tygodniu Noah rozpoczął kluczowy pierwszy krok tworzenia planu testów użyteczności, który dokumentował co, dlaczego, kiedy, gdzie, kto i jak przeprowadzał test użyteczności. Wcześniejsze doświadczenia nauczyły go, jak ważne jest, aby kluczowi interesariusze i członkowie zespołu projektowego podpisali szczegóły planu. Zapewniło to, że test użyteczności testował odpowiednie funkcje i funkcje, z właściwymi reprezentatywnymi odbiorcami na odpowiednich urządzeniach oraz że zbierano i raportowano właściwe dane. Oprócz planu testów przygotował również inne dokumenty, które byłyby wymagane do testów, w tym formularze o nieujawnianiu, pokwitowaniu rekompensaty i zwolnieniach.

Noah wiedział, że równie ważne dla pomyślnego testu użyteczności było znalezienie odpowiednich uczestników, ponieważ jeden rozmiar nie pasuje do wszystkich. Podobnie jak w przeszłości, Noah używał person projektowych do identyfikowania profili uczestników, których używał do testowania. Zwrócił się do swojej zwykłej firmy zajmującej się badaniem rynku, aby stworzyć narzędzie przesiewowe, aby zrekrutować odpowiednich uczestników z ich panelu opinii. Ponieważ tworzyli aplikację na iOS, weryfikator zawierał również pytania, aby upewnić się, że uczestnicy używają iPhone'ów z systemem iOS 7 lub nowszym, aby upewnić się, że są zaznajomieni z konwencjami platformy i płaskim wzornictwem.

Nadal potrzebował pomocy w ustaleniu ustawień i opcji nagrywania testów. Jako fan książki „Kto chce zostać milionerem”, Noah wykorzystał odpowiednik linii życia Ask the Audience, aby uzyskać informacje zwrotne od kilku grup LinkedIn UX na temat opcji konfiguracji moderowanych osobistych testów użyteczności mobilnej. Wielki zwolennik dzielenia się wiedzą, obiecał także zebrać i podzielić się zbiorową mądrością z tymi grupami.

Dwa tygodnie przed

Zapytania Noah na LinkedIn i Quora powoli zaczęły otrzymywać odpowiedzi, ale wiele odpowiedzi pochodziło również od innych szukających odpowiedzi. Zaczął wycinać i zbierać przydatne podejścia w Evernote, gdy został powiadomiony o nowych odpowiedziach.

Noah wysłał e-maila do Pata, jego osoby kontaktowej w agencji rekrutacyjnej, w celu aktualizacji statusu i otrzymał odpowiedź w ciągu godziny. Prawie skończyli rekrutację do tej rundy, z pięcioma z siedmiu wypełnionymi miejscami pasującymi do profili postaci, a także trzema mętnikami na wypadek nie pojawienia się. Zespół Pata czekał na potwierdzenia ze swojego panelu dla pozostałych dwóch miejsc. Obiecała wysłać streszczenia profili uczestników do końca tygodnia. Mając pełną świadomość, że jego dział księgowości jest biurokratyczny, złożył zapotrzebowanie na karty podarunkowe, które mają zrekompensować uczestnikom ich czas.

Ponieważ miał zamiar przeprowadzić osobiste testy użyteczności, musiał znaleźć odpowiednią lokalizację. Noah przeprowadził część testów w formalnych laboratoriach użyteczności, ale nie uważał, że jest to konieczne do tych testów. Przeszukał biuro firmy w poszukiwaniu pomieszczeń, które mógł wykorzystać – jednego do testów, drugiego jako poczekalni dla uczestników, a trzeciego jako pokoju do odpraw dla zespołu. Znalazł cichy pokój bez okien na środku budynku do testu użyteczności i dwa inne z ładnymi widokami na zewnątrz i szybko zarezerwował je do testów.

Jego najważniejszym celem na ten tydzień było dokończenie przeglądu planu testów przez interesariuszy. Plan wysłał e-mailem do interesariuszy projektu, w tym marketingu, IT i kreatywnego projektowania na dwa dni przed ich zwykłym czwartkowym porannym spotkaniem. Poprosił ich, aby przyszli przygotowani i przedstawili swoje uwagi, w szczególności dotyczące zadań do przetestowania. Zespół kreatywny wprowadził kilka poprawek do zadań, a dział IT nie miał żadnych, ale Chad z marketingu przeszedł przez to z drobnym grzebieniem; jego opinie obejmowały dodanie kilku dodatkowych zadań i szczegółowe pytania uzupełniające dotyczące wszystkiego, od brandingu po etykietowanie. Noah wyjaśnił, że realistycznie mogą wykonać nie więcej niż cztery główne zadania w godzinnym teście i przez resztę ranka pracowali sam na sam z Chadem, aby sfinalizować zadania w planie testu.

Po zatwierdzeniu zadań Noah zwrócił uwagę na opcje rejestrowania sesji testowania użyteczności. Miał wiele możliwości nagrywania ekranu, a także reakcji uczestnika podczas korzystania z komputera, dzięki wbudowanym kamerom internetowym i oprogramowaniu do nagrywania ekranu. Jednak rejestrowanie sesji użyteczności urządzeń mobilnych było skomplikowane, ponieważ większość sposobów rejestrowania podobnych nagrań może być natrętna i może mieć wpływ na test użyteczności. W tym miejscu miał nadzieję, że jego linia ratunkowa Zapytaj publiczność pomoże; zorganizował tuzin odpowiedzi i wszystkie skupiły się na czterech sposobach rejestrowania sesji użyteczności mobilnej. Pamiętając o jego propozycji skompilowania i podzielenia się swoimi odkryciami z innymi członkami grup, Noah zaczął dokumentować opcje.

Tak jak dzielił się swoimi odkryciami w grupach LinkedIn, telefon Noah zadzwonił, przypominając mu o jego piątkowej kolacji z żoną za godzinę – czas minął! Szybko przełączył komputer w tryb hibernacji i udał się do domu na weekend. To był długi, ale owocny tydzień.

Tydzień wcześniej

Noah zastanawiał się nad swoimi możliwościami przez weekend i skłaniał się ku ostatniej opcji – użyciu aplikacji takiej jak UX Recorder do nagrywania testu, bez dodatkowego sprzętu. Po powrocie do pracy zespół projektowy zgodził się z jego wyborem, ale dyrektor ds. UX poprosił go o zweryfikowanie go ze specjalistą ds. użyteczności z lokalnego UX Meetup. Noah umówił się następnego dnia na roboczy lunch ze specjalistką Diane, która przez ostatnie kilka lat przeprowadzała testy użyteczności urządzeń mobilnych.

Przeglądając swoje zaległe wiadomości e-mail z weekendu, zobaczył wypełnioną listę profili uczestników z agencji rekrutacyjnej. Przeskanował profile, mentalnie potwierdzając, że otrzymał dokładny podział profilu osobowości, którego szukał. Jednak profil jednego uczestnika wydawał się nie pasować do jego osobowości, a cechy takie jak dochód nie pasowały do ​​oczekiwanego zakresu dla tej osoby. Wysłał e-mail do Pata z agencji, aby znaleźć zastępcę dla tego uczestnika.

Następnego dnia spotkał Diane w jednej z ich restauracji, co wydawało się być kołem ratunkowym Zapytaj eksperta . Przyszedł przygotowany z listą tematów, które chciał omówić, oraz wydrukiem planu testów, a także opcjami ustawień nagrywania. Po raz pierwszy spotkał Diane na ich lokalnym spotkaniu UX Meetup ponad rok temu – była samozwańczym jednoosobowym komitetem powitalnym i szybko uspokoiła go w grupie około 70 UXerów.

Czekając w kolejce do złożenia zamówienia, Diane opowiedziała o teście użyteczności, który właśnie zakończyła, w tym o życzliwej babci, która niechętnie przyjęła odszkodowanie. Kiedy czekali przy stole na posiłki, wyjaśnił, że planują przeprowadzić osobiście moderowane testy użyteczności przy użyciu prototypu ich aplikacji na iOS i liczy na jej wskazówki dotyczące jego wyboru nagrywania testu. Wykorzystała wszystkie te podejścia w przeszłości i po zadaniu mu kilku dodatkowych pytań dotyczących testu, potwierdziła jego wybór.

Podczas posiłku poprosił ją o sugestie dotyczące faktoringu w kontekście mobilnym (takich jak środowisko i okoliczności użytkowania, które wpływają na interakcję użytkownika z interfejsem). Wyjaśniła, że ​​w warunkach laboratoryjnych najlepszą opcją jest symulacja tego kontekstu. Od razu przypomniała sobie jedno z jego zadań związanych ze składaniem zamówienia fast food i jego odbiorem, i powiedziała, że ​​najpierw sprawdzi ich oczekiwania dotyczące odbioru zamówień. Następnie przedstawiła koncepcję, w jaki sposób myśleli o użyciu geofencingu, aby rozpocząć gotowanie zamówienia, i próbowała uzyskać opinie uczestników na temat tego pomysłu. Obiecała, że ​​wyśle ​​mu jeszcze kilka wskazówek przed końcem dnia. Podziękował Diane za wskazówki, kiedy wychodzili z restauracji.

Pod koniec lunchu telefon przypomniał mu, że zespół projektowy obiecał ukończyć prototyp do dzisiaj. Po powrocie do biura udał się do pokoju zespołu projektowego, aby zapoznać się z prototypem. Kierownik projektu przepraszająco wyjaśnił, że musieli przemyśleć niektóre ze swoich projektów w oparciu o wskazówki z marketingu w ostatniej chwili. Powiedział, że zamierzają ukończyć to wszystko do weekendu. To było zbyt bliskie dla komfortu Noah, ponieważ zwykle przeprowadzał test na sucho kilka dni przed testem, dając zespołowi czas na wprowadzenie poprawek w ostatniej chwili. Próbował zapomnieć o tym, aktualizując zadanie składania zamówienia i odbioru, aby zasymulować kontekst oparty na sugestii Diane.

Kiedy robił aktualizacje, otrzymał e-mail od Diane z kilkoma wskazówkami.

Temat: Mobilne wskaźniki testowe

Noah, zgodnie z obietnicą podczas lunchu, oto kilka wskazówek, o których warto pamiętać podczas konfigurowania i przeprowadzania testów w przyszłym tygodniu.

Dzięki za obiad i wszystkiego najlepszego!

Diana

---

Urządzenia/platformy : jeśli uczestnicy nie korzystają z własnych urządzeń, upewnij się, że testują na platformie (iOS, Android lub Windows), którą znają i której regularnie używają. Jeśli będą korzystać z własnych urządzeń, weź pod uwagę logistykę i czas na zainstalowanie aplikacji, skonfigurowanie dostępu itp.

Odblask : w przypadku komputerów można dostosować ekran do wszelkich problemów z oświetleniem, ale odblaski stają się problemem w przypadku urządzeń mobilnych, gdy używa się aparatu do nagrywania ekranów urządzeń przenośnych (pierwsze dwa opisane przez Ciebie podejścia), ponieważ użytkownicy mają tendencję do przenoszenia urządzeń przenośnych dla wygodniejszego użytkowania, czasami czyniąc części nagrania bezużytecznymi. Jeśli kiedykolwiek użyjesz konfiguracji kamery dokumentacyjnej (pierwsze podejście), użyj taśmy malarskiej, aby przypomnieć użytkownikom strefę, w której urządzenie mobilne musi się znajdować.

Bateria/zasilanie : Innym problemem związanym wyłącznie z urządzeniami mobilnymi jest zapewnienie, że używane urządzenia mają wystarczającą ilość energii do testu, a długie kable do ładowania są łatwo dostępne. Gdy po raz pierwszy użyłem UX Recorder na osobistym urządzeniu do pracy na sucho, w połowie testu musieliśmy się zatrzymać i starać się zdobyć kabel do ładowarki – ekran, nagrywanie wideo i audio rozładowywały baterię szybciej, niż kiedykolwiek sobie wyobrażałem.

Nie mniej ważny:

Powiadomienia/Alerty : Wyłącz WSZYSTKIE alerty i powiadomienia na urządzeniach testowych. Nie tylko przerywa test, ale może mieć wpływ na Twoje nagranie.

Noah zanotował, aby sprawdzić je dwukrotnie podczas próby, która teraz musiała zostać przełożona na dzień przed faktycznymi testami. Przyszły tydzień miał być dla niego długim tygodniem…

Tydzień testów użyteczności

Jasny i wczesny poranek w poniedziałek Noah przyniósł pudełko O' Joe i pączki dla zespołu projektowego, który pracował przez część weekendu nad ukończeniem prototypu. Kolejną godzinę spędzili na wspólnym przechodzeniu przez prototyp i odnotowywaniu kilku drobnych zmian. Zespół projektowy miał ukończyć aktualizacje przed obiadem, co dałoby Noahowi wystarczająco dużo czasu przed testem pilotażowym tego popołudnia. Wysłał e-mail z przypomnieniem do swojej koleżanki, Emmy, która zgłosiła się na ochotnika do biegu na sucho. Emma nie była zaangażowana w aplikację i poza tym, że była fanatykiem marki jako pracownik, była tak dobrą uczestniczką testów, na jaką można było liczyć.

Końcowe przygotowania do testów rozpoczął od wydrukowania wymaganych dokumentów, w tym informacji o nieujawnianiu informacji, formularzy zwolnienia i pokwitowań odszkodowań. Kupił również kredyty testowe, aby używać UX Recorder do nagrywania testu pilotażowego. Będąc ostrożnym, miał też przygotowane dwie kamery internetowe ze stojakami jako zapasową. Skonfigurował opcje nagrywania w aplikacji, uruchomił prototyp przez przeglądarkę aplikacji i nagrał, jak klika zadanie. Na razie w porządku!

Noah i Sophie, wyznaczeni do robienia notatek do sesji, dotarli do pokoju zarezerwowanego na testy użyteczności 15 minut przed testem, tylko po to, by znaleźć Emmę już na nich czekającą. Kiedy Noe się przygotowywał, wyjaśnił, co mają nadzieję osiągnąć w ciągu następnej godziny. Nie mógł jednak wywołać prototypu w aplikacji do nagrywania – szybko zorientował się, że jego telefon nie ma sygnału komórkowego ani bezprzewodowego, prawdopodobnie ze względu na położenie pokoju na środku budynku. Przeprosił i poszedł wypróbować inne pokoje, które zarezerwował jako pokoje poczekalni i odpraw.

W pierwszym pokoju, który wypróbował, prototyp ładował się bez opóźnień – jego telefon miał silny sygnał komórkowy i Wi-Fi. Odprowadził Emmę i Sophie do nowego pokoju zaledwie kilka minut później niż pierwotny czas rozpoczęcia. Wyjaśnił podstawowe zasady i proces przed rozpoczęciem nagrywania w aplikacji. Cztery zadania i 70 minut później zatrzymał nagrywanie i podziękował Emmie za jej pomoc. Podczas gdy aplikacja eksportowała nagranie godzinnej sesji, Sophie i on omówili sesję, zidentyfikowali zadanie, które musieli przeredagować, aby uniknąć nieporozumień, i szukali obszarów, w których mogliby odciąć trochę czasu od rzeczywistych sesji. Dlatego przed faktycznymi testami zawsze przeprowadzał przynajmniej jedną próbę – pomogło mu to jako moderatorowi zapoznać się z zadaniami, pozwoliło mu zweryfikować, czy zadania są zrozumiałe dla osoby postronnej, i w razie potrzeby dokonać ewentualnych korekt czasowych.

Pierwszy dzień testów użyteczności rozpoczął się we wtorek rano, a Noah wrócił do swojej strefy komfortu jako moderator. Cztery zaplanowane testy przebiegły gładko, a Noah i Sophie wykorzystali czas między testami, aby podsumować i uchwycić najważniejsze fragmenty sesji na ścianie tablicy. Jedyną przeszkodą było to, że telefon odebrał połączenie przychodzące podczas trzeciej sesji; poprosił uczestnika o odrzucenie go i kontynuowanie testu. Chociaż wyłączył wszystkie alerty i powiadomienia, jak sugerowała Diane, połączenie jakoś się udało. Po czterech zaplanowanych na dany dzień testach, gdy nagrania sesji były eksportowane, zaczęto identyfikować wstępne trendy na podstawie podświetleń sesji na ścianie tablicy. Pierwsze dwie zostały wyrenderowane bez problemu, ale trzecia sesja wyglądała na uszkodzoną i nie można jej było wyeksportować. Na szczęście ostatni wyrenderowany bez problemu. Wysłał e-maila do zespołu wsparcia aplikacji wraz z dziennikami uszkodzonego wideo, obawiając się, że problem powtórzy się następnego dnia.

Pierwszy zaplanowany uczestnik w środę nie pojawił się, więc przeprowadzili test ze swoim zapasowym mętem. Po każdym teście tego dnia Noah ponownie uruchamiał iPhone'a w nadziei, że zapobiegnie to innym uszkodzonym nagraniom, ponieważ nie otrzymał odpowiedzi od zespołu wsparcia aplikacji. Odetchnął z ulgą, gdy trzy nagrania tego dnia zostały wyrenderowane bez żadnych zakłóceń. Sophie i on spędzili resztę popołudnia przeglądając wszystkie swoje notatki i wspomnienia oraz kontynuując analizę trendów. Spoglądając wstecz na testy, zauważył również, że żaden z uczestników nie miał problemów z symulowanym kontekstem mobilnym, mimo że nie mógł go przetestować w prawdziwym świecie.

Noah zakończył tydzień spotkaniem podsumowującym z zespołem projektowym w celu podzielenia się kluczowymi odkryciami i zaproponował zorganizowanie dodatkowych sesji w następnym tygodniu.

Tydzień po

W weekend zespół wsparcia aplikacji mobilnej do nagrywania wysłał Noah e-mailem, przyznając, że nie mogą zrozumieć, dlaczego trzeci film jest uszkodzony, ale wysłał mu szczegółowe wskazówki, jak zlokalizować i udostępnić nieprzetworzone klipy wideo z iPhone'a. Nie czując zbytniej nadziei, spakował, przesłał i udostępnił im plik 2 GB.

Ponieważ robili duże postępy w końcowym raporcie z testu użyteczności, Noah zaplanował raport z kluczowymi interesariuszami projektu i zespołem projektowym na piątek po południu. Noah i Sophie spędzili resztę tygodnia na analizowaniu danych, aktualizowaniu trendów i dokumentowaniu kluczowych ustaleń wraz z dotkliwością i zaleceniami dotyczącymi ulepszeń. Chociaż istniało wiele szablonów i formatów raportowania wyników, Noah lubił używać formatu PowerPointa, który ulepszał przez lata, co pozwalało na wizualne przedstawienie i opowiedzenie. Wierzył w moc krótkich klipów wideo (lub montażu) użytkowników zmagających się z określoną funkcją, aby stworzyć moment „a-ha” dla tych, którzy nie brali udziału w testach. Sophie wycięła klipy wideo, aby kontekstowo wspierać kilka kluczowych obserwacji i zaleceń.

Każdego dnia podczas lunchu w tym tygodniu Noah prowadził sesję przeglądu wideo z zespołem projektowym, każdego dnia przeglądając nagranie wideo innego uczestnika. To nie tylko pomogło zespołowi zobaczyć na własne oczy, w jaki sposób użytkownicy wchodzili w interakcję z prototypem aplikacji i gdzie się potykali, ale także ujawniło kilka obserwacji i spostrzeżeń, których Noah i Sophie nie przechwycili.

Wszyscy kluczowi interesariusze przybyli na sesję nad raportem końcowym, która odbyła się w piątek po południu. Noah przedstawił wyniki na wysokim szczeblu, a Sophie weszła w szczegóły. Odpowiedzieli na kilka pytań dotyczących obserwacji i zaleceń, które różniły się od tego, co komitet sterujący pierwotnie przewidywał dla aplikacji. Jak Noah wielokrotnie widział, wspierające klipy wideo były wystarczające, aby interesariusze usiedli, zauważyli i rozpoczęli rozmowy o zmianie kursu.

Wyjeżdżając do domu na weekend, Noah rozmyślał o ostatnich sześciu tygodniach i swoim pierwszym teście użyteczności mobilnej – jego obawy na początku były przesadzone. Jego przejście do testowania użyteczności na urządzeniach mobilnych było stosunkowo łatwe, ponieważ miał wcześniejsze doświadczenie z tradycyjnym testowaniem użyteczności na komputerach stacjonarnych. Konfiguracja była największą różnicą między tymi dwoma i istniały pewne niuanse związane z urządzeniami mobilnymi, którymi musiał się zająć, ale to nie było jak uczenie się zupełnie nowej umiejętności.

Przez kolejne miesiące ciągłe testy użyteczności Noah pomogły zespołowi projektowemu dopracować aplikację w miarę jej przechodzenia od prototypu do w pełni funkcjonalnego produktu. Wraz z premierą i każdym kolejnym ważnym wydaniem aplikacja otrzymała większość 4- i 5-gwiazdkowych recenzji.

TL; DR: Kalendarium działań

Miesiąc przed

• Współpracuj z zespołem projektowym, aby określić, co można zbudować na potrzeby testów i upewnić się, że będzie gotowy na kilka dni przed pierwszym testem

Trzy tygodnie przed

• Zidentyfikuj profile uczestników testu użyteczności na podstawie osobowości
• Utwórz weryfikator rekrutacyjny
• Przeszukuj i rekrutuj uczestników

Dwa tygodnie przed

• Przejrzyj plan testów użyteczności z interesariuszami i sfinalizuj zadania
• Zidentyfikuj i zarezerwuj pomieszczenia wymagane do testów
• Sfinalizuj i zaplanuj uczestników i uczestników w trybie gotowości
• Umów się na zachęty dla uczestników

Tydzień wcześniej

• Przejdź przez zadania, korzystając z testowanego prototypu lub aplikacji
• Testuj konfigurację nagrywania
• Przeprowadź próbny przebieg całego testu użyteczności

Tydzień testów użyteczności

• Wydrukuj wszystkie wymagane dokumenty (plan testów, skrypty, nieujawnianie informacji, formularze zwolnienia, pokwitowania rekompensat)
• Sprawdź konfigurację pokoju do testowania użyteczności, w tym zasilanie, łączność, odblaski itp.
• Przeprowadzaj wewnętrzne podsumowania na koniec każdej sesji i przegląd na koniec dnia
• Identyfikuj i dokumentuj trendy po zakończeniu testowania

Tydzień po

• Udokumentuj wyniki w raporcie użyteczności
• Przejrzyj nagrania wideo z zespołem projektowym
• Identyfikuj i twórz klipy wideo z nagrań, aby wspierać kluczowe obserwacje i zalecenia
• Raport z ustaleń

Zasoby i linki

Szablony planowania i konfiguracja nagrywania

• Planowanie testu użyteczności
• Skaner testów użyteczności — testowanie urządzeń mobilnych
• Szablon planu testów użyteczności
• Przewodnik po prostych i bezbolesnych testach użytkowników mobilnych

Listy kontrolne testowania urządzeń mobilnych

• Szczegółowa lista kontrolna i inne materiały do ​​pobrania z „ Rocket Surgery Made Easy ” Steve'a Kruga
• UserTesting Mobile Usability Testing Checklists (wymagana bezpłatna rejestracja)

Szablony raportów użyteczności

• Długi szablon
• Krótki szablon
• Przykład raportu z testu użyteczności

Dalsze czytanie na SmashingMag:

• Priorytetyzacja urządzeń: testowanie i responsywne projektowanie stron internetowych
• Gdzie są najlepsze na świecie otwarte laboratoria urządzeń?
• Przewodnik po prostych i bezbolesnych testach użytkowników mobilnych