Zbierz bezcenne dane, aby uszczęśliwić odbiorców

Ten sposób jest połączeniem obserwacji i wywiadów. Użytkownicy pracują w swoim naturalnym środowisku – daje to możliwość zobaczenia, jak klienci zachowują się w rzeczywistości. Zwykle nie ma zadanych zadań ani z góry zdefiniowanych scenariuszy; jednak badania mogą je wdrożyć — w razie potrzeby. W zależności od tego metoda ta dostarcza zarówno wyników jakościowych (dane obserwowane), jak i ilościowych (dane mierzone) – w różnych proporcjach. Tak czy inaczej, nieocenione jest obserwowanie, jak użytkownicy wchodzą w interakcję z produktem i jak się zachowują – jeszcze przed premierą.

To jedna z najbardziej tradycyjnych metod – polega na dyskusji w niewielkiej grupie (zwykle do 10 uczestników). Chociaż wygląda to podobnie do wywiadów kontekstowych, jest zupełnie inne. W tej metodzie użytkownicy opowiadają o swoich doświadczeniach lub oczekiwaniach, ale badacze nie weryfikują ich „w działaniu”. Jest też moderator, który może zmienić scenariusz, aby rozmowa przebiegała płynnie. Wyjątkowe jest to, że nie wybieramy przypadkowych osób – identyfikujemy osoby docelowe i wybieramy uczestników z tej puli.

Ile razy porzuciłeś aplikację lub przełączyłeś się na inną stronę internetową z powodu złego doświadczenia? Cóż, nie chcesz, aby tak się stało z twoim produktem, prawda? Cóż, po to jest ocena heurystyczna – aby zidentyfikować typowe problemy z użytecznością produktu i poprawić satysfakcję użytkowników. Pamiętaj, że nie jest to przewodnik poznawczy ani analiza przeprowadzona przez przypadkowych użytkowników. Jest wykonywana przez ekspertów, którzy mają dogłębną wiedzę na temat wybranego zestawu heurystyk. Ta metoda działa najlepiej po utworzeniu szkicu i prototypowaniu, a przed projektowaniem wizualnym i tworzeniem interfejsu użytkownika.

Ta metoda zapewnia opis sposobu, w jaki ludzie korzystają z określonej funkcji – w zakresie wykonania sekwencji prostych kroków, aby osiągnąć z góry określony cel. To nie to samo, co wywiad kontekstowy, ponieważ przypadek użycia opisuje – z perspektywy użytkownika – zachowanie systemu w odpowiedzi na żądanie. Wartością tej metody jest pomoc w wyjaśnieniu, jak system powinien się zachowywać, a także zidentyfikowanie, co może pójść nie tak w procesie. Jakiego przypadku użycia nie zapewnia? Szczegóły dotyczące interfejsu użytkownika lub języka specyficznego dla implementacji. Przypadki użycia mogą być proste lub złożone – wszystko zależy od projektu.

To pomaga zaoszczędzić pieniądze – zanim zainwestujesz w proces rozwoju. Stosowane są różne rodzaje prototypów – mianowicie niskowierne (na papierze) i wysokiej wierności (na komputerze). Oba są bardzo przydatne, ponieważ pozwalają zespołowi projektowemu zbadać pomysły i znaleźć problemy z użytecznością, zanim rozpocznie się poważna praca. Wiesz, to jak dowiedzieć się, co można zrobić i co działa (lub nie), zanim zacznie się magia kodowania.