Należy sformułować decyzje i niepewności, wybrać osoby z odpowiednim doświadczeniem, pytać o ostatnie konkretne sytuacje i obserwować zadania bez naprowadzania. Wnioski warto udokumentować jako wzorce poparte dowodami i przekształcić je w testowalne wymagania, a nie w uniwersalne persony.
Badania użytkowników strony zmniejszają ryzyko, że zespół zaprojektuje treści i funkcje na podstawie własnych założeń. Nie musi to być obszerne badanie. Kilka dobrze przygotowanych wywiadów, obserwacja rzeczywistego zadania i analiza pytań kierowanych do wsparcia mogą ujawnić słownictwo odbiorców, przeszkody w podejmowaniu decyzji oraz różnicę między deklarowanymi życzeniami a rzeczywistym zachowaniem.
Badanie nie jest głosowaniem nad kolorem ani sposobem na to, by uczestnik zaprojektował gotowe rozwiązanie. Jego zadaniem jest dostarczenie dowodów dotyczących problemów, kontekstu i potrzeb. Zespół następnie łączy wnioski z celem biznesowym i ograniczeniami technicznymi. Przejrzysty proces chroni jednocześnie projekt przed wybiórczym wykorzystaniem jednego zdania, które wspiera z góry wybrany pomysł.
Zacznij od decyzji, którą badanie ma wesprzeć
Proszę zapisać, czego zespół nie wie i jaka decyzja zmieni się w zależności od odpowiedzi. Może chodzić o kolejność informacji, nazwy usług, odpowiedni krok kontaktowy lub potrzebę funkcji samoobsługowej. Ogólny cel „zrozumieć klientów” prowadzi do mnóstwa notatek bez zastosowania. Pytanie badawcze musi pozostać otwarte na różne możliwe wyniki.
Należy oddzielić poznanie problemu od oceny konkretnego projektu. Rozmowa o obecnym procesie ujawnia potrzeby, a test prototypu weryfikuje zrozumiałość rozwiązania. Jeśli się je połączy, uczestnik może z grzeczności pochwalić ekran i przestać mówić o rzeczywistej pracy. Dla każdej fazy warto dobrać odpowiednią metodę i rezultat.
Wybieraj uczestników według doświadczenia, nie dostępności
Należy szukać osób, które niedawno wykonywały odpowiednie zadanie lub rzeczywiście uczestniczą w podejmowaniu decyzji. Przy zakupach B2B użytkownik, osoba zatwierdzająca i oceniający techniczny mogą mieć odmienną perspektywę. Nie trzeba z każdego tworzyć osobnej persony, ale próba powinna obejmować role, które zmieniają treść lub funkcję strony.
Współpracownicy i znajomi są łatwo dostępni, ale znają wewnętrzny język i chcą pomóc. Lepiej wykorzystać ich do próbnego przejścia scenariusza. Przy rekrutacji należy otwarcie wyjaśnić cel, czas trwania, sposób nagrywania i postępowanie z danymi. Wynagrodzenie ma rekompensować czas, a nie kupować pozytywną odpowiedź. Udział musi być dobrowolny.
- niedawne doświadczenie z danym zadaniem
- odpowiednia rola w podejmowaniu decyzji
- odpowiednia różnorodność urządzeń i możliwości
- jasna zgoda i warunki udziału
W rozmowie badaj konkretne zachowania z przeszłości
Proszę pytać o ostatni przypadek: co go wywołało, gdzie dana osoba szukała, co porównywała, komu ufała i co spowolniło decyzję. Pytanie „czy korzystałby Pan z tej funkcji” prowadzi do hipotetycznej odpowiedzi. Lepiej zapytać, jak rozmówca ostatnio rozwiązał podobną sytuację i ile go to kosztowało. Warto zostawić miejsce na ciszę i dodatkowe przykłady.
Unikaj sugerowania odpowiedzi i bronienia własnego rozwiązania. Uczestnik nie musi używać precyzyjnej terminologii ani umieć zaprojektować interfejsu. Interesują Cię cele, kroki, obejścia i znaczenie informacji. Oddzielaj notatki od interpretacji, a przy wrażliwym temacie nie zbieraj danych, których nie potrzebujesz do odpowiedzi na pytanie badawcze.
Obserwuj zadanie i testuj prototyp bez pomagania
Podczas obserwacji należy poprosić uczestnika o wykonanie realistycznego zadania w naturalnym środowisku lub na prototypie. Warto śledzić kolejność kroków, wyszukiwanie informacji, własne pomoce i momenty niepewności. Nie należy go poprawiać przy pierwszym zawahaniu. Jeśli potrzebna jest interwencja moderatora, należy odnotować ją jako część problemu i kontynuować w ten sam sposób.
Warto pytać, czego użytkownik oczekuje przed kliknięciem i jak rozumie wynik. Rozbieżność między oczekiwaniem a interfejsem jest cenniejsza niż ogólne „podoba mi się”. Należy testować także stany błędów i stany puste, urządzenia mobilne czy obsługę z klawiatury – w zależności od odbiorców. Prototyp może być prosty; liczy się zadanie i zachowanie, a nie wizualna doskonałość.
Zsyntetyzuj wzorce i powiąż je z decyzjami
Po każdym spotkaniu należy podsumować fakty, zanonimizować dane wrażliwe i porównać zarówno powtarzające się wzorce, jak i przypadki sprzeczne. Jedno głośne żądanie nie jest automatycznie priorytetem. Przy każdym ustaleniu należy podać dowód, kogo dotyczy, stopień pewności i możliwe alternatywne wyjaśnienie. Dzięki temu badanie pozostaje audytowalne i otwarte na korekty.
Przekształć wnioski w zasady, pytania dotyczące treści lub hipotezy do kolejnego testu. Na przykład niejasność dotycząca ceny może prowadzić do wyjaśnienia czynników, a niekoniecznie do sztywnego cennika. Udokumentuj decyzję wraz z ograniczeniami próby. Po wdrożeniu obserwuj, czy oczekiwany problem rzeczywiście się zmniejszył.
- obserwacja oddzielona od interpretacji
- wzorce poparte wieloma istotnymi przypadkami
- decyzja z podanym stopniem niepewności
Najczęstsze pytania
Ile rozmów wystarczy?
Zależy to od zróżnicowania odbiorców i ryzyka decyzji. Warto zacząć od mniejszej, odpowiedniej próby, na bieżąco oceniać nowe ustalenia i dodawać uczestników tam, gdzie pozostają istotne niejasności.
Czy badanie może przeprowadzić zespół wewnętrzny?
Tak, jeśli korzysta z przygotowanego scenariusza, nie broni rozwiązania i otwarcie uwzględnia ryzyko stronniczości. Przy wrażliwej decyzji lub silnym konflikcie wewnętrznym niezależny moderator może zwiększyć wiarygodność.
Czy analityka zastępuje rozmowy?
Nie. Analityka pokazuje zaobserwowane zdarzenia w określonym zakresie pomiaru, ale często nie wyjaśnia motywacji i kontekstu. Z kolei wywiady bez danych mogą nie pokazać skali wzorca. Metody się uzupełniają.