Kompleksowy przewodnik po testach użytkowników

(To jest artykuł sponsorowany.) Po zbudowaniu prototypu projektu ważne jest, aby rozpocząć jego testowanie, aby sprawdzić, czy przyjęte założenia są prawidłowe. W tym artykule, siódmym z mojej bieżącej serii poświęconej procesowi projektowania doświadczeń użytkownika, zbadam znaczenie testowania użytkowników.

Jak pisałem w moim poprzednim artykule na temat badań, w którym badałem krajobraz badawczy, istnieje wiele różnych rodzajów metod badawczych, z których można korzystać, a także istnieje wiele różnych testów użytkowników, które można przeprowadzić, w tym:

• Test użyteczności
• Śledzenie oczu
• Wywiady i grupy fokusowe

W tym artykule skupię się na testowaniu użyteczności, gdzie oceniamy decyzje projektowe, które podjęliśmy na reprezentatywnej grupie użytkowników, aby sprawdzić, czy nasze założenia są prawidłowe.

Mając gotowy prototyp, możesz być gotowy do pracy nad ostateczną wersją swojej witryny lub aplikacji, ale na tym etapie procesu ważne jest, aby zatrzymać się i przeprowadzić pewne testy. Pozyskanie typowych użytkowników przed swoim projektem ma kluczowe znaczenie, dzięki czemu możesz zorientować się, co działa, a co nie.

Podobnie, kiedy wykonasz ostateczną budowę, możesz otrzymać wybaczenie, że myślisz, że wszystko jest skończone. W rzeczywistości po uruchomieniu jesteś dopiero na początku podróży. W idealnym przypadku podejmiesz dalsze testy i, mając w ręku wyniki tych testów, ponownie przyjrzysz się swojemu projektowi i rozwiążesz wszelkie wykryte problemy.

Pamiętaj: projektowanie to proces iteracyjny. Zawsze trzeba wprowadzić ulepszenia, poinformowane przez twoje testy.

W skrócie: testowanie użytkowników powinno odbywać się na każdym etapie procesu jako integralna część iteracyjnego procesu projektowania . Mając to na uwadze, ważne jest, aby ustanowić ustrukturyzowane ramy testowania użytkowników w całym procesie projektowania:

• Zanim podejmiesz się wstępnego projektu, być może przy użyciu papierowych prototypów;
• Podczas fazy cyfrowego prototypowania, przy użyciu klikalnych prototypów lo-fi i hi-fi; oraz
• Pod koniec procesu, pomagając ci dopracować to, co zbudowałeś.

Możesz nie mieć budżetu na przeprowadzenie pełnych testów użyteczności, a dla wielu projektów jest to zrozumiałe, ale to nie znaczy, że nie powinieneś przynajmniej nieformalnie testować swoich projektów. Testowanie partyzanckie — testowanie ad hoc z przechodniami, prowadzone w sposób nieformalny — jest lepsze niż brak testowania.

Konkluzja? Wszelkie testy, które możesz wykonać — bez względu na to, jak nieformalne — będą ci dobrze służyć. Mając podkreślone znaczenie testów użyteczności, przyjrzyjmy się, dlaczego i kiedy należy je testować, podkreślmy znaczenie dobrego przygotowania i zagłębmy się w efektywne przeprowadzanie testów użyteczności.

Testowanie użyteczności: dlaczego i kiedy?

Po pierwsze, aby przeprowadzić skuteczny test użyteczności, nie potrzebujesz formalnych „warunków laboratoryjnych”. O wiele lepiej jest przeprowadzić testy użyteczności, używając tego, co masz pod ręką, niż w ogóle nie przeprowadzać testów użyteczności .

Możesz się zastanawiać, po co się męczyć? Testowanie użyteczności wymaga czasu i — gdy jesteś pod presją i zbliżają się terminy — możesz ulec pokusie, by z niego zrezygnować. Nie popełnij tego błędu: na dłuższą metę będzie to kosztować więcej. Testowanie użyteczności będzie oczywiście wymagało pewnego zainwestowania czasu i pieniędzy, ale z nawiązką się opłaci.

Twoim celem jest zebranie jak największej ilości informacji zwrotnych tak wcześnie, jak to tylko możliwe . Pomaga to zidentyfikować wszelkie problemy projektowe, zanim przejdziesz do kosztownej części procesu po dotarciu do ostatecznej wersji. Jest już za późno — i zbyt drogo — aby pozostawić testy użytkowników do czasu, gdy zbudujesz swój produkt. Na tym etapie procesu zmiany są niezwykle kosztowne.

Jak zauważyłem w moim poprzednim artykule na temat wireframingu i prototypowania, im wcześniej zidentyfikujesz problemy, tym tańsze będą ich naprawienie . Przeprowadzenie testu użyteczności pomoże między innymi:

• Określ, czy użytkownicy są w stanie pomyślnie wykonać określone zadania;
• Ustal, jak wydajnie użytkownicy mogą wykonywać z góry określone zadania; oraz
• Wskaż zmiany w projekcie, które mogą wymagać wprowadzenia w celu usunięcia wszelkich niedociągnięć w celu poprawy wydajności.

Oprócz tych obiektywnych ustaleń:

• Czy produkt działa skutecznie?
• Przeprowadzenie testu użyteczności pomaga w dokonaniu subiektywnych ustaleń: Czy użytkownicy lubią korzystać z produktu?

Te obiektywne i subiektywne wyniki dostarczają cennych informacji zwrotnych, które pomagają kształtować i ulepszać projekt.

Mając jasno określone korzyści płynące z przeprowadzania testów użyteczności, przyjrzyjmy się, kiedy w procesie projektowania należy uruchamiać testy. W procesie projektowania istnieje kilka punktów, w których można przeprowadzić testy użyteczności. Być może testujesz istniejący produkt lub produkt konkurencji”; będzie to zależeć od twojego projektu i jego okoliczności. Możesz na przykład być:

• Testowanie istniejącego produktu, który stworzyłeś, a który planujesz przeprojektować;
• Testowanie produktów konkurencji, aby móc się od nich uczyć, jeśli przenosisz się do przestrzeni, w której istnieje już konkurencyjny produkt; lub
• Testujesz produkt, nad którym obecnie pracujesz.

Ważne jest, aby zezwolić na więcej niż jedną serię testów użyteczności . W idealnym przypadku będziesz testować w wielu punktach procesu: w połowie z kilkoma klikalnymi prototypami; a po zakończeniu ostatecznej kompilacji masz w pełni zbudowany produkt.

Każdy z tych punktów w procesie oferuje coś innego do nauczenia się i pomaga rozwiązać niedociągnięcia w twoich założeniach przed ostateczną kompilacją. Ogólna zasada brzmi: im wcześniej uruchomisz test użyteczności, tym lepiej .

Jak wszystko inne, im lepiej jesteś przygotowany, tym efektywniej będzie przeprowadzać testowanie użyteczności, więc przyjrzyjmy się, jak ważne jest przygotowanie.

Przygotowanie jest kluczowe

Skuteczne przeprowadzenie testu użyteczności zajmie od 30 do 60 minut na uczestnika. Oczywiście, w zależności od złożoności tego, co budujesz, ten czas będzie się różnić, ale z mojego doświadczenia wynika, że ​​godzina to mniej więcej maksymalny czas, jaki polecam.

Im dłużej trwa test użyteczności, tym bardziej męczy uczestnika, co prowadzi do zmniejszenia zysków. W związku z tym przygotowanie jest kluczowe. Ważne jest, aby z góry ustalić, czego chcesz się nauczyć z testu, a także, co równie ważne, ustalić, kogo będziesz testować. W tym celu pomaga:

• Opracuj solidny plan testów, który przedstawia test użyteczności , upewniając się , że podczas testowania na różnych osobach robisz to w spójny sposób; oraz
• Ustal jasne kryteria rekrutacji uczestników , aby testować użytkowników odpowiednich do tego, co projektujesz.

Preparat, który wprowadzisz przed testem, opłaci się pod względem wydajności i lepszych wyników. Pamiętaj, że przeprowadzenie testu będzie wymagało kilku osób:

• Uczestnicy testu;
• Facylitator, który prowadzi test i dba o to, by wszystko przebiegało sprawnie; oraz
• Niektórzy obserwatorzy i osoby sporządzające notatki.

Czas to pieniądz, a biorąc pod uwagę tak wiele osób zaangażowanych w ten proces, ważne jest, aby czas, który inwestujesz, zwrócił się. Aby pozostać skoncentrowanym, ważne jest, aby ustalić plan testu użyteczności i przygotować skrypt, który zapewni, że wszystko będzie spójne.

Ustalenie planu

Twój plan służy ustaleniu następujących elementów: co planujesz przetestować; jak planujesz przeprowadzić test; jak będziesz mierzyć to, co przechwycisz i jakich metryk użyjesz; liczba testowanych użytkowników; i jakich scenariuszy użyjesz jako podstawy do testu.

Pomyśl o scenariuszach, które próbujesz przetestować. Jaki jest cel Twojej witryny lub aplikacji? Jaki jest jego główny cel? Ważne jest, aby ustalić plan dotyczący tego, w tym następujące elementy.

Gdzie i kiedy?

Gdzie i kiedy przeprowadzisz test? Jeśli nie pracujesz dla dużej organizacji, jest mało prawdopodobne, że będziesz mieć wydzieloną przestrzeń do testowania użyteczności. W porządku; ważne jest, że przeprowadzasz testy użyteczności!

Postaraj się znaleźć cichą przestrzeń, w której możesz powitać uczestników testu i sprawić, by poczuli się swobodnie. Zapewnij też miejsce dla moderatora, który poprowadzi test, oraz kilku obserwatorów, którzy będą robić notatki. Pomaga pogrupować testy użyteczności, dzięki czemu możesz porównywać wyniki między użytkownikami, gdy wszystko jest świeże w Twojej głowie.

Zakres

Ustalenie zakresu testu użyteczności zapewnia, że ​​Twoje cele są realistyczne. Możesz projektować witrynę internetową lub produkt o dużym zakresie, ale definiując zakres testów użyteczności, bądź realistą. Masz tylko tyle czasu, więc skup się na ważnych aspektach, którymi musisz się zająć.

Określ, co będziesz testować, na przykład system nawigacji Twojej witryny lub aplikacji albo jej przepływ e-commerce. Dzięki temu będziesz się skoncentrować i nie zbaczasz z tematu.

Jeśli masz do czynienia ze złożonym elementem projektu z wieloma ruchomymi częściami, możesz przeprowadzić serię różnych testów użyteczności; każdy skupiał się na konkretnym aspekcie.

Czasy

Różne testy użyteczności będą wymagały różnych terminów, ale z reguły pomaga przeznaczyć około 30–60 minut na uczestnika. Przekroczenie godziny może spowodować zmęczenie uczestników, co – z mojego doświadczenia – prowadzi do spadku jakości informacji zwrotnych.

Planując testy użyteczności, upewnij się, że masz wystarczająco dużo czasu między testami. Ważne jest, aby umożliwić dyskusję w zespole bezpośrednio po teście, podczas gdy test jest świeży w pamięci wszystkich. Podobnie bufor między testami jest pomocny w przypadku, gdy test się kończy lub uczestnik spóźnia się.

Sprzęt

Ponownie, sprzęt, którego używasz, nie musi być zbyt skomplikowany. Ważne jest, aby móc uchwycić sesję w jakiejś formie, najlepiej przy użyciu wideo. Przede wszystkim pomaga uchwycić to, co mówią użytkownicy i ich wyrażenia. Jak omówię za chwilę, można wiele powiedzieć o projekcie, obserwując reakcje uczestnika testu. Ich mimika i mowa ciała często mówią ci tyle samo, jeśli nie więcej, niż to, co faktycznie mówią.

Mamy szczęście, że mamy teraz do dyspozycji tanie oprogramowanie do nagrywania ekranu. Narzędzia do nagrywania ekranu, takie jak Screenflow, są bardzo opłacalne, a przy użyciu wbudowanej kamery internetowej komputera umożliwiają przechwytywanie nie tylko tego, co użytkownik robi na ekranie, ale także wyglądu jego twarzy.

Mając jasno określony plan, nadszedł czas na opracowanie scenariusza.

Tworzenie skryptu

Opierając się na Twoim planie, Twój skrypt pomoże Ci w jasny i spójny sposób ułatwić test użyteczności. Tworzenie skryptu pomaga:

• Skoncentruj swój umysł na tym, co dokładnie testujesz, aby Twój test użyteczności nie dryfował i pozostał skupiony;
• Zapewnij spójność wśród wielu uczestników testu;
• Porozmawiaj o różnych scenariuszach użytkownika;
• Wyraźnie przedstaw różne cele, które testujesz; oraz
• Pomóż uspokoić umysły użytkowników.

Pomaga podzielić skrypt na kilka sekcji: sekcję, która działa jako preambuła, oraz sekcję, która obejmuje główną treść samego testu.

Twoja preambuła ma na celu rozliczenie użytkownika przed rozpoczęciem testu. W nim opisujesz to, co testujesz i dlaczego to testujesz. Przede wszystkim ważne jest, aby zapewnić spokój użytkownikom, zapewniając ich, że nie testujesz ich, tylko testujesz produkt .

Uczestnikami są istoty ludzkie i to naturalne, że przeproszą, jeśli i kiedy coś pójdzie nie tak. Musisz uspokoić ich umysły i zapewnić, że nic, co robią lub mówią, nie jest złe.

Twój skrypt ma na celu skoncentrowanie testu na scenariuszach, które ustaliłeś w swoim planie. Przy ustalaniu scenariuszy pamiętaj, że — w zależności od złożoności tworzonej witryny lub produktu — będziesz mieć tylko ograniczoną ilość czasu na przetestowanie wszystkiego, więc bądź realistą.

Pomaga stworzyć historię, wokół której budujesz serię zadań. Na przykład, jeśli testujesz witrynę lub aplikację związaną z podróżami, rozważ:

• Ile osób odbywa podróż?
• Kiedy podróżują i czy mają swobodę wyboru terminów?
• Jaki mają budżet?

Oczywiście każdy scenariusz będzie inny. Najważniejsze jest to, aby poświęcić trochę czasu na określenie, co dokładnie planujesz przetestować , aby Twoje testowanie koncentrowało się na testowaniu właściwej rzeczy i przyniosło cenne wyniki. Jeśli spędziłeś trochę czasu na budowaniu person użytkownika dla swojego projektu, możesz stworzyć scenariusze wokół nich.

Krótko mówiąc, spróbuj stworzyć jak najbardziej realistyczny scenariusz . Ponieważ strony internetowe i aplikacje stają się coraz bardziej złożone, warto przetestować podróże użytkowników po interfejsie. Pomaga to również powiązać testowanie z historyjkami użytkowników, które zidentyfikowałeś wcześniej w procesie projektowania, co omówiłem w moim poprzednim artykule na temat projektowania UX wysokiego poziomu.

Rekrutacja Uczestników

Mając gotowy plan i napisany skrypt, musisz zidentyfikować kilku uczestników, którzy przystąpią do testu użyteczności. Podobnie jak w przypadku twojego planu i scenariusza, przygotowanie jest kluczowe; ważne jest, aby zastanowić się nad identyfikacją właściwych uczestników.

Nie ma sensu przeznaczać znacznej ilości czasu na przeprowadzenie testów użyteczności, a następnie przetestowanie losowych nieznajomych. Poświęć trochę czasu na zidentyfikowanie i znalezienie odpowiednich osób do testu.

Po pierwsze, ważne jest, aby przetestować więcej niż jedną osobę. Każdy jest inny i każdy czerpie z innego doświadczenia, więc upewnij się, że testujesz różne osoby , aby wyniki nie były zniekształcone przez zbyt małą wielkość próbki. To, co projektujesz, wpłynie na to, kogo wybierzesz, różne witryny i produkty przyciągają różnych odbiorców, więc odpowiednio zaplanuj.

Pomaga założyć profil i stworzyć screener, który pomoże Ci zidentyfikować kandydatów, dzięki czemu zrekrutujesz uczestników, którzy dokładnie reprezentują Twoich potencjalnych użytkowników. Ważne jest, aby Twoi uczestnicy podzielali cechy Twoich typowych klientów ; ponownie, persony użytkowników będą pomocne w identyfikacji tych cech.

Wyobraź sobie, że tworzysz aplikację mobilną dla nowego cyfrowego banku challenger skierowanego do młodszej grupy demograficznej. Twój screener może zawierać następujące elementy:

• Jaką płeć się identyfikujesz?
• W jakim wieku jesteś?
• W jakim przedziale mieszczą się twoje dochody?
• Oszczędzasz czy wydajesz?
• Czy Twój obecny bank ma aplikację i czy z niej korzystasz?

Ważne jest, aby Twoje pytania były wyczerpujące. Zachowaj też pewną dyskrecję podczas zadawania delikatnych pytań osobistych. Na przykład, prosząc o dochód — jeśli ma to znaczenie dla twojego testu — podaj przedziały dochodu, aby uszanować poufność kandydatów.

Jeśli szukasz dobrego punktu wyjścia, Usability.gov ma doskonały przykład narzędzia do skanowania testów użyteczności do testowania stron internetowych. To przydatny punkt wyjścia, który da ci kilka pomysłów.

Po utworzeniu planu i przygotowaniu skryptu, a niektórzy uczestnicy ustawili się w kolejce, nadszedł czas, aby przeprowadzić test, więc przyjrzyjmy się temu teraz.

Uruchamianie testu

Zanim rozpoczniesz testowanie użyteczności, ważne jest, aby wszystko było zorganizowane i na swoim miejscu. Pomocne jest posiadanie rejestru każdego przeprowadzonego testu użyteczności , dzięki czemu można później przejrzeć go wstecz i przeprowadzić analizę. Może to odbywać się za pomocą samego oprogramowania do nagrywania ekranu lub może obejmować nagranie wideo z testu.

Jeśli nagrywasz test, poproś uczestników o zgodę . Daje to również możliwość wyjaśnienia, dlaczego nagrywasz sesję i do czego będziesz używać nagrań.

Pamiętaj, że Twoim celem jest uspokojenie umysłów uczestników i wyjaśnienie, co w tym pomaga, zanim rozpoczniesz test.

Przed testem

Zamiast zagłębiać się w scenariusze testowe, warto zapoznać się z krótką preambułą wyjaśniającą, co dokładnie chcesz osiągnąć poprzez testowanie. Gwarantuje to, że dajesz uczestnikowi jasne wyobrażenie o tym, czego od niego oczekujesz, pomaga odciążyć go i ułatwia test.

Pomocne jest opisanie, kto jest w pomieszczeniu i dlaczego, wyjaśniając, że podczas wykonywania testu inni obecni będą rejestrować swoje obserwacje. Pomaga to również dać uczestnikowi wyobrażenie o tym, jak długo będzie trwał test i ogólnie, co będzie omawiane.

Zanim zaczniesz, ważne jest, aby poinformować uczestnika, że ​​ich nie testujesz, tylko testujesz oprogramowanie i że nie ma błędnych odpowiedzi . Uczestnik musi wiedzieć, że Twoim zamiarem jest obserwowanie go przy użyciu tego, co zbudowałeś, i aby zapewnić, że warunki są jak najbardziej realne, nie będziesz mu służył radą.

Ten ostatni punkt jest krytyczny, zwłaszcza jeśli przeprowadzasz test użyteczności na czymś, co zaprojektowałeś. Ważne jest, aby nie przerywać przepływu uczestnika testu, oferując mu wskazówki i porady . Nie będziesz tam, aby to zrobić w „prawdziwym świecie”, więc oprzyj się pokusie udzielania porad z boku.

Nawet jeśli to, co testujesz, zostało zaprojektowane przez Ciebie, ważne jest, abyś nie mówił o tym swojemu uczestnikowi testu. (Trochę białego kłamstwa nie zaszkodzi!) Masz do czynienia z ludźmi i jeśli uczestnicy testu wiedzą, że przekazują ci informacje zwrotne na temat tego, co zaprojektowałeś, prawdopodobnie — tylko naturalnie — powstrzymują się od krytyki. Nikt nie lubi ranić czyichś uczuć i ważne jest, aby uzyskać szczerą opinię, więc nie przekręcaj odpowiedzi uczestników, mówiąc im, że oceniają coś, co zaprojektowałeś.

Poproś uczestników testu, aby spróbowali, jeśli to możliwe, zwerbalizować to, co ich zdaniem wydarzy się podczas przechodzenia przez scenariusze. Pomoże Ci to zorientować się, o czym myślą. Pomaga również obserwatorom i osobom prowadzącym notatki, jeśli poprosisz uczestnika, aby wykonał zadania, które im ustawił, nieco wolniej, niż gdyby to nie był test.

Jako facylitator — od czasu do czasu i uważając, aby nie przerwać przepływu — możesz zapytać uczestnika, co według niego może się wydarzyć, zanim podejmie określone działanie. Pomaga to zmierzyć mentalny model użytkownika tego, co się dzieje, aby sprawdzić, czy jest on zgodny z mentalnym modelem projektu.

Na koniec podkreśl, że jeśli coś pójdzie nie tak podczas testu, to wina oprogramowania , a nie użytkownika. Ważne jest, aby uczestnicy testu nie myśleli, że coś jest „ich winą”, gdy jest to problem z twoim projektem.

Podczas testu

Po przygotowaniu preambuły nadszedł czas, aby rozpocząć test. Gdy prowadzisz uczestników przez skrypt, wyznaczając im różne zadania, ważne jest, aby oprzeć się pokusie prowadzenia ich . Twoim celem jest zobaczenie, jak reagują na zadania, a udzielanie im porad nie spełnia tego celu.

Może to być niezwykle trudne, zwłaszcza jeśli testujesz coś, co zaprojektowałeś, ale musisz zrobić wszystko, co w Twojej mocy, aby nie próbować pomóc. To może być frustrujące, gdy ktoś ma trudności ze zrozumieniem, jak wykorzystać coś, co zbudowałeś – co Twoim zdaniem ma absolutny sens – ale pamiętaj, że to, co odkrywasz, Ci pomaga .

Podobnie, jeśli jesteś odpowiedzialny za projekt, postaraj się, aby Twoja mimika nie zdradziła gry. Wymaga to praktyki (zwłaszcza dla mnie!), ale ważne jest, abyś starał się pozostać tak neutralny, jak to tylko możliwe.

Przeprowadzając test użyteczności, uczysz się na dwóch poziomach, poprzez:

1. Słuchanie tego, co mówią ludzie; oraz
2. Obserwując to, co robią ludzie.

Zarówno słuchanie, jak i obserwacja są ważne i dostarczają różnych spostrzeżeń . Słuchanie da ci subiektywną informację zwrotną na temat twojego projektu: „Podoba mi się to, ponieważ…”, „Podoba mi się ten rodzaj funkcji…”, „Wolę, kiedy…”. Choć subiektywny i zależny od opinii uczestników testu, ten rodzaj informacji zwrotnej jest przydatny, ponieważ może ujawnić sposoby robienia rzeczy, których być może nie brałeś pod uwagę.

Obserwowanie, w jaki sposób uczestnicy testu korzystają z Twojej witryny lub aplikacji, to świetny sposób na sprawdzenie, co działa, a co nie. Ponownie testujesz swoje założenia: uważasz, że zaprojektowałeś coś, co jest idealne, ale czasami test mówi inaczej .

Ważne jest, aby zdawać sobie sprawę z różnicy między słuchaniem tego, co ludzie mówią, a obserwowaniem tego, co robią. Masz do czynienia z ludźmi, kiedy przeprowadzasz test, a ludzie lubią brać pod uwagę opinie innych.

Możesz napotkać sytuacje, w których ktoś, kogo testujesz, komplementuje konkretny projekt lub funkcję („Podoba mi się to”), ale jego działania opowiadają inną historię (obserwujesz, jak desperacko próbuje wykonać zadanie, które im wyznaczyłeś !).

Nie lekceważ potęgi obserwacji. Jak to ujął Yogi Berra:

„Możesz dużo obserwować, po prostu oglądając”.

Dlatego podczas przeprowadzania testu ważne jest, aby zaangażować więcej niż jedną osobę. Będziesz potrzebować moderatora, który przeprowadzi uczestnika przez test użyteczności, używając skryptu jako przewodnika; oraz jednego lub więcej obserwatorów, aby uchwycić reakcje uczestników.

W zamknięciu

Testowanie — a zwłaszcza testowanie użyteczności — jest krytyczną częścią procesu projektowania. Prowadź je dobrze; skuteczny test użyteczności pozwoli Ci zaoszczędzić pieniądze na dłuższą metę. Przeprowadzanie testów użyteczności, najlepiej w wielu punktach procesu projektowania, pomaga utrzymać pozycję użytkowników na pierwszym miejscu, co — jako projektantów doświadczeń użytkownika — jest naszym celem.

Twoje testy nie muszą być przeprowadzane w pełnych warunkach laboratoryjnych; ważne jest, że przeprowadzasz testy. Jeśli masz skromny budżet, niektóre testy partyzanckie są lepsze niż ich brak ; po prostu upewnij się, że testujesz na właściwej osobie.

Pamiętaj: ważne jest, kogo testujesz . Nie ma sensu wkładać ciężkiej pracy w stworzenie szczegółowego planu testów użyteczności, jeśli testujesz niewłaściwych ludzi.

Wreszcie, jak zauważyłem w moim artykule na temat badań użytkowników, ważne jest, aby poświęcić trochę czasu na analizę wyników badań. Po ukończeniu kilku testów użyteczności z różnymi uczestnikami usiądź ze swoim zespołem, porównaj wszystko i poszukaj wzorców zachowań .

Identyfikacja punktów bólu — punktów w procesie, w których uczestnicy napotkali trudności — oznacza, że ​​możesz je naprawić. Podobnie rozpoznanie chwil radości może pomóc ci określić, czego możesz chcieć robić więcej. Podsumowując, te informacje zwrotne — po ich zastosowaniu — zapewnią lepsze wrażenia.

Sugerowane czytanie

Istnieje wiele świetnych publikacji, zarówno offline, jak i online, które pomogą Ci w Twojej przygodzie. Poniżej zamieściłem kilka, aby rozpocząć swoją podróż.

• „Don't Make Me Think, Revisited: A Common Sense Approach to Web Usability” Steve'a Kruga jest doskonałą książką, którą gorąco polecam. Opisywany jako „natychmiastowy klasyk” dotyczący użyteczności w sieci, jest mile widzianym dodatkiem do każdej biblioteki. Książka uzupełniająca Kruga „Rocket Surgery Made Easy: The Do-It-Yourself Guide to Find and Fixing Usability Problems” jest również warta posiadania.
• Usability.gov ma fantastyczne porady dotyczące użyteczności. Wiele artykułów zawiera omówienie „Testowania użyteczności” i szczegółowy przewodnik „Przeprowadzanie testu użyteczności”.
• Wreszcie, istnieje również kilka bardzo przydatnych zasobów w Interaction Design Foundation , w tym przydatny, szczegółowy przewodnik „Rekrutacja użytkowników do testowania użyteczności”.

Ten artykuł jest częścią serii projektów UX sponsorowanych przez firmę Adobe. Adobe XD zapewnia szybki i płynny proces projektowania UX, ponieważ pozwala szybciej przejść od pomysłu do prototypu. Projektuj, prototypuj i udostępniaj — wszystko w jednej aplikacji. Możesz zapoznać się z bardziej inspirującymi projektami stworzonymi za pomocą Adobe XD w serwisie Behance, a także zapisać się do biuletynu Adobe Experience Design, aby być na bieżąco i otrzymywać informacje o najnowszych trendach i spostrzeżeniach dotyczących projektowania UX/UI.