Zbieranie opinii i obserwowanie prób użycia aplikacji pomaga Ci ustalić, co odbiorca rozumie, gdzie napotyka przeszkody i jakie poprawki rzeczywiście ułatwią mu wykonanie zadania.
Rozdziel pytania i obserwacje
Pokazując komuś nową kuchnię, możesz usłyszeć, że wygląda świetnie. Dopiero wspólne przygotowanie posiłku ujawni, że szuflada blokuje dostęp do garnków. Z aplikacją jest podobnie: ocena wyglądu nie mówi jeszcze, czy da się wygodnie wykonać pracę.
Opinia jest wypowiedzią użytkownika o doświadczeniu lub oczekiwaniach. Test użyteczności to obserwowanie, jak osoba wykonuje konkretne zadanie w programie. Potrzebujesz obu źródeł, ponieważ zachowanie pokazuje przeszkodę, a rozmowa może wyjaśnić jej znaczenie w codziennej pracy.
Oddziel od tego sprawdzenie poprawności działania. Jeśli przycisk nie zapisuje rezerwacji, masz błąd programu. Jeśli zapis działa, ale użytkownik nie rozumie, czy termin jest potwierdzony, problem dotyczy sposobu przedstawienia wyniku. Oba przypadki przeszkadzają, lecz wymagają innej poprawki.
Przed spotkaniem zapisz jedno główne pytanie. Dla kalendarza boiska może brzmieć: „Czy nowa osoba potrafi wybrać termin i rozpoznać status rezerwacji bez pomocy?”. Tak określony cel ułatwia przygotowanie zadania i powstrzymuje pokaz przed zamianą w zwiedzanie wszystkich ekranów.
Dobierz uczestnika, który naprawdę wykonuje podobne czynności. Osoba prowadząca zajęcia sportowe może inaczej rozumieć rezerwację niż przypadkowy znajomy oglądający projekt dla uprzejmości. Znajomy nadal pomoże wykryć niedziałający przycisk, ale jego oczekiwania nie muszą odpowiadać oczekiwaniom przyszłego odbiorcy.
Uwzględnij także osoby, które nie dokończyły wcześniejszej próby. Rozmowy wyłącznie z zadowolonymi użytkownikami pomijają powody rezygnacji. Zapraszaj do krótkiego wyjaśnienia doświadczenia, bez oczekiwania, że ktoś musi wrócić do aplikacji lub uzasadnić swoją decyzję.
Przygotuj realistyczne zadanie
Zadanie powinno opisywać sytuację i oczekiwany rezultat, a nie drogę po przyciskach. „Chcesz zarezerwować boisko na trening w wybranym dniu; sprawdź dostępność i zgłoś termin” pozwala obserwować samodzielne działanie. „Kliknij kalendarz, potem zielony przycisk” sprawdza głównie wykonywanie instrukcji.
Ustal warunki początkowe. Zapisz, czy uczestnik ma konto, czy widzi aplikację pierwszy raz i jakie dane otrzymuje. Jeżeli jedna osoba zaczyna od pustego konta, a druga od przygotowanej rezerwacji, ich doświadczenia nie są bezpośrednio porównywalne.
Przygotuj bezpieczne dane demonstracyjne, czyli wymyślone informacje służące do sprawdzenia działania. Szkoła językowa może testować na przykładowych kursantach, a generator CV na przygotowanym opisie doświadczenia. Nie potrzebujesz prawdziwych dokumentów, aby sprawdzić czytelność formularza i pobranie wyniku.
Określ wcześniej, po czym poznasz zakończenie. W kalendarzu nie wystarczy, że uczestnik powie „chyba gotowe”, jeśli zgłoszenie pozostało niewysłane. Sprawdź zarówno stan w aplikacji, jak i to, co użytkownik sądzi o tym stanie.
Przygotuj krótką kartę spotkania:
- Zapisz pytanie, na które ma odpowiedzieć próba.
- Opisz sytuację użytkownika i zadanie do wykonania.
- Ustal konto początkowe oraz dane demonstracyjne.
- Wskaż obserwowalny warunek ukończenia.
- Przygotuj pytania o trudności i oczekiwany rezultat.
- Sprawdź samodzielnie, czy próba jest możliwa do przeprowadzenia.
Dobierz zakres spotkania do zadania, zamiast wymuszać przejście całego programu. Uczestnik, który długo walczy z pierwszym formularzem, może później klikać pośpiesznie z samego zmęczenia. Krótsza próba skupiona na jednym celu często daje czytelniejszy materiał do decyzji niż rozbudowany pokaz wszystkich opcji.
Obserwuj bez prowadzenia za rękę
Na początku powiedz, że sprawdzasz aplikację, a nie umiejętności uczestnika. Możesz użyć zdania: „Jeśli coś jest niejasne, to informacja dla mnie; nie musisz zgadywać, jak chciałem, żeby to działało”. Taki wstęp pomaga mówić o problemach bez poczucia, że trzeba pochwalić autora.
Poproś o wypowiadanie myśli podczas pracy. Interesuje Cię, czego osoba szuka, czego oczekuje po kliknięciu i jak rozumie komunikat. Nie oczekuj nieprzerwanego komentarza, bo samo opowiadanie może utrudniać wykonanie zadania.
Gdy uczestnik pyta „Czy mam nacisnąć tutaj?”, odpowiedz neutralnie: „Co spodziewasz się zobaczyć po naciśnięciu?”. Nie wskazuj właściwego miejsca wzrokiem ani kursorem. W przeciwnym razie możesz uznać za samodzielny sukces czynność wykonaną dzięki Twojej podpowiedzi.
Pozwól na chwilę poszukiwania, ale nie przedłużaj bezradności dla samej obserwacji. Jeśli osoba chce przerwać albo wyraźnie utknęła, zaproponuj pomoc. Zanotuj jej moment i treść, a wynik oznacz jako osiągnięty z pomocą.
Spotkanie może odbyć się obok uczestnika lub przez rozmowę z udostępnieniem ekranu, czyli pokazaniem widoku komputera drugiej osobie. Nie przejmuj sterowania, jeśli chcesz ocenić samodzielne użycie. Gdy problem dotyczy telefonu, obserwuj rzeczywisty telefon zamiast zakładać, że pomniejszone okno na komputerze odtwarza całą sytuację.
Nagranie nie jest obowiązkowe. Możesz prowadzić krótkie notatki, a przed ewentualnym nagrywaniem uzgodnić jego cel, dostęp i czas przechowywania. Poproś uczestnika o zamknięcie prywatnych okien i powiadomień; sam używaj przygotowanego konta demonstracyjnego, żeby materiał nie zawierał cudzych informacji.
Zapisuj fakty osobno
Notatka „użytkownik nie rozumie aplikacji” jest zbyt ogólna do poprawienia produktu. Zapis „po wybraniu godziny wrócił do kalendarza i zapytał, czy rezerwacja została przyjęta” wskazuje konkretny moment. Dopiero obok dodaj przypuszczenie, że potwierdzenie jest mało widoczne.
| Rodzaj zapisu | Przykład |
|---|---|
| Obserwacja | Uczestnik kilkakrotnie wrócił do wyboru godziny |
| Wypowiedź | „Nie wiem, czy ktoś musi to zatwierdzić” |
| Skutek | Nie potrafił powiedzieć, czy może zaprosić drużynę |
| Przypuszczenie | Nazwa statusu nie wyjaśnia dalszego kroku |
| Pomysł do sprawdzenia | Dodać opis oczekiwania na potwierdzenie zarządcy |
Oznacz zadanie jako ukończone samodzielnie, ukończone z pomocą lub nieukończone. Dopisz, czy wynik był poprawny oraz czy uczestnik go prawidłowo zrozumiał. Osoba przekonana o sukcesie mimo niewysłanego zgłoszenia może wymagać pilniejszej poprawki niż ktoś, kto od razu widzi czytelny błąd.
Jeżeli mierzysz czas, traktuj go jako informację pomocniczą. Wolniejsze wykonanie może wynikać z wypowiadania myśli, przerwy w rozmowie albo sprawdzania danych. Nie przedstawiaj czasu z takiego spotkania jako dokładnego pomiaru codziennej pracy wszystkich użytkowników.
Zapisuj urządzenie, wersję aplikacji rozumianą jako stan programu z danej próby i udzieloną pomoc. W przeciwnym razie trudno będzie ustalić, czy kolejne zgłoszenia dotyczą już poprawionego ekranu. Możesz oznaczać wersję po prostu datą publikacji, jeśli nie używasz innego sposobu numerowania.
Nie twórz procentowych wniosków o całym rynku z kilku rozmów. Zapisz, w ilu obserwowanych próbach wystąpił problem i w jakich warunkach. To wystarcza do uzasadnienia następnej poprawki, bez udawania badania reprezentującego wszystkich potencjalnych klientów.
Zbieraj opinie po zadaniu
Po próbie zacznij od otwartych pytań. „Co było najbardziej niejasne?” i „Czego spodziewałeś się po wysłaniu zgłoszenia?” pomagają odtworzyć doświadczenie. Pytanie „Czy teraz jest łatwo?” sugeruje ocenę i utrudnia usłyszenie czegoś nieprzyjemnego dla autora.
Zapytaj również o zastosowanie wyniku. Osoba może bez problemu pobrać zestawienie kosztów, a potem odkryć, że brakuje jednostek potrzebnych do porównania z jej recepturą. Poprawne przejście formularza nie gwarantuje jeszcze użytecznego rezultatu w dalszej pracy.
Kiedy ktoś proponuje funkcję, dopytaj o sytuację. Prośba o kalendarz może oznaczać potrzebę sprawdzenia wolnych godzin, przypomnienia o terminie albo uniknięcia podwójnej rezerwacji. Każda z tych potrzeb może wymagać innego rozwiązania, mimo użycia tego samego słowa.
Do krótkiej ankiety po próbie możesz użyć Tally, kreatora formularzy. Pozwala on pokazywać pytania zależnie od wcześniejszej odpowiedzi, na przykład osobno pytać o przeszkodę przy nieukończonym zadaniu. Taki mechanizm nazywa się logiką warunkową. Pytania warunkowe w Tally.
Ogranicz ankietę do informacji, które zmienią Twoją decyzję. Możesz zapytać o ukończenie zadania, największą trudność i brakujący element wyniku. Pole na dodatkowy komentarz pozostaw dobrowolne, zamiast zmuszać uczestnika do wymyślania uwagi przed wysłaniem formularza.
Nie oceniaj powodzenia wyłącznie średnią oceną w skali. Ta sama liczba może oznaczać zachwyt wyglądem albo umiarkowane zadowolenie z użyteczności. Zachowaj treść komentarzy i fakt ukończenia zadania, aby wiedzieć, czego dotyczy ocena oraz co można na jej podstawie poprawić.
Wybierz poprawkę z uzasadnieniem
Nie każda uwaga powinna od razu zmieniać produkt. Porównaj wpływ problemu na wykonanie zadania, jego powtarzalność oraz pewność, że rozumiesz przyczynę. Weź pod uwagę wysiłek poprawki, ale nie odkładaj istotnej przeszkody tylko dlatego, że zmiana koloru jest łatwiejsza.
Najpierw zajmij się sytuacjami, w których użytkownik otrzymuje błędny wynik, traci wykonaną pracę albo myśli, że zadanie zakończyło się inaczej niż w rzeczywistości. Następnie oceń przeszkody blokujące samodzielne użycie. Preferencje dotyczące ozdobników mogą poczekać, jeśli nie utrudniają czytania ani działania.
Pojedyncze zgłoszenie również może uzasadniać szybką poprawkę, gdy skutek jest poważny i udało się go odtworzyć. Z kolei często powtarzana prośba o funkcję nie musi pasować do wybranej grupy odbiorców. Liczba głosów jest częścią oceny, a nie automatycznym poleceniem budowy.
Dla każdej wybranej poprawki zapisz problem, dowód, proponowaną zmianę i sposób sprawdzenia. Przykład: „Uczestnicy nie odróżniają zgłoszenia od potwierdzenia; zmieniamy opis statusu i dodajemy informację o następnym kroku; w kolejnej próbie prosimy o wyjaśnienie, czy można już przyjść na boisko”.
Jeśli przekazujesz zadanie programowi tworzącemu aplikację z opisu, nie wklejaj samego zdania „użytkownikom jest trudno”. Podaj ekran, czynność, oczekiwane działanie i zaobserwowany wynik. Dołącz zrzut z danych demonstracyjnych, jeśli pomaga zobaczyć problem, oraz poproś o ograniczenie zmiany do wskazanego zachowania.
Przy błędzie dopisz kroki pozwalające go powtórzyć. „Wybierz termin, wróć do poprzedniego ekranu, ponownie wyślij zgłoszenie” daje punkt wyjścia do sprawdzenia. Uwaga „czasem rezerwuje dwa razy” wymaga dopiero odtworzenia okoliczności, zanim będzie można ocenić skuteczność naprawy.
Powtórz próbę po zmianie
Po poprawce najpierw sprawdź własnoręcznie tę samą sytuację oraz sąsiednie kroki. Upewnij się, że nowy opis statusu pojawia się we właściwym momencie i nie mówi o potwierdzeniu przed jego otrzymaniem. Działający przycisk nie wystarczy, jeśli komunikat wprowadza w błąd.
Następnie poproś o ponowne wykonanie zadania. Osoba z wcześniejszej próby pomoże ocenić, czy zgłoszony problem został rozwiązany, ale zna już drogę. Do sprawdzenia zrozumiałości pierwszego użycia zaproś także kogoś, kto jeszcze nie widział tego ekranu.
Zachowaj podobne warunki i nie zapowiadaj, gdzie znajduje się poprawka. Porównaj samodzielne ukończenie, potrzebę pomocy oraz rozumienie wyniku. Jeżeli zmieniło się również zadanie albo przygotowanie konta, zaznacz to w notatkach zamiast przypisywać całą różnicę nowemu tekstowi.
Poinformuj zgłaszającego o wyniku, jeśli uzgodniliście dalszy kontakt. Krótka wiadomość o poprawionym potwierdzeniu pokazuje, że uwaga została wykorzystana. Jeśli pomysł odkładasz, wyjaśnij obecny zakres bez obiecywania terminu, którego nie masz ustalonego.
Podsumowanie w pięciu punktach
- Oddziel wypowiedzi użytkowników od obserwacji wykonania konkretnego zadania.
- Przygotuj realistyczną sytuację, dane demonstracyjne i jednoznaczny warunek ukończenia.
- Obserwuj bez podpowiadania, a każdą udzieloną pomoc zaznacz w notatkach.
- Wybieraj poprawki według skutków problemu, dowodów i dopasowania do odbiorców.
- Sprawdź zmianę ponownie, uwzględniając osoby nieznające wcześniejszej wersji.
Co dalej
Przeczytaj „Wsparcie użytkowników”, aby uporządkować zgłoszenia napływające po pierwszych próbach. Temat „Ogranicz pomysł do wersji minimum” pomoże zachować zakres mimo nowych propozycji, a „Pierwszych 50 użytkowników” wskazuje sposoby docierania do kolejnych uczestników.