Pierwsze użycie bez instrukcji: przejdź interfejs krok po kroku oczami nowej osoby

Projektant wie, że w „Zasobach” trzy kropki otwierają dodawanie zdjęć, a z przesłanych plików tworzy się kolekcję. Nowa osoba chce po prostu wysłać klientowi trzy zdjęcia do wyboru. Między tymi zdaniami mieści się całe pierwsze użycie narzędzia — oraz kilka miejsc, w których wiedza autora interfejsu może udawać wiedzę odbiorcy.

Przejście poznawcze, nazywane po angielsku cognitive walkthrough, polega na eksperckiej analizie kolejnych działań w wybranym zadaniu. Zespół pyta, na jakiej podstawie nowa osoba miałaby wiedzieć, co zrobić i czy osiągnęła oczekiwany skutek. Nie odgrywa badania z uczestnikami ani nie dopisuje im myśli. Przygotowuje uzasadnione hipotezy o możliwych trudnościach, które można później sprawdzić.

Przejdźmy w ten sposób przez fikcyjne narzędzie Kapsuła. Fotografka otrzymała dostęp do nowej biblioteki i ma przygotować zestaw trzech zdjęć dla klienta. Zna sens zadania, lecz nie zna nazw i reguł tej aplikacji. Materiałem analizy będzie opis kilku ekranów oraz ich zachowania. Żadna z poniższych ocen nie pochodzi z przeprowadzonej sesji z użytkownikiem.

Użytkownik może znać zawód i nie znać waszego słownika

Zapisz, kto wykonuje zadanie, z czym przychodzi i czego wcześniej nie robił. Fotografka zna własne pliki, rozumie wybór zdjęć oraz wysyłanie linku. Nie zakładamy, że wie, co aplikacja nazywa kolekcją, czy utworzenie zestawu od razu go udostępnia i gdzie znajduje się zarządzanie odbiorcami. Takie założenia muszą być widoczne dla wszystkich oceniających.

Nie pisz „początkujący użytkownik” bez objaśnienia, w czym jest początkujący. Osoba pierwszy raz otwierająca Kapsułę nie musi pierwszy raz używać komputera. Jej wiedza o podobnych narzędziach może pomagać albo prowadzić do błędnego oczekiwania. Jeśli w codziennej pracy „Zapisz” utrwala szkic, nie można bez sprawdzenia zakładać, że rozpozna pod tą nazwą publikację dla klienta.

Opis tutorialu autorów metody na CHI95 przedstawia przejście jako sposób znajdowania problemów podczas uczenia się nowego interfejsu. Wskazuje możliwość analizy opisu projektu przed wdrożeniem i przed badaniem empirycznym. To zakres użyteczny w pracy nad Kapsułą: możemy dopracować decyzje, zanim zaprosimy fotografkę do rzeczywistej próby.

Przygotuj szczegółowy stan początkowy. Konto już istnieje, osiem zdjęć leży na komputerze, klient podał adres i czeka na wybór trzech. Jeśli analizujemy etap po zalogowaniu, zapisz tę granicę. Inna analiza może zacząć się od zaproszenia do konta. Nie łącz obu przypadków w jedną historię bez pokazania dodatkowych wymagań.

Potrzebna jest również prawidłowa droga wykonania zadania, znana zespołowi. Rozpisz ją osobno: wejście do biblioteki, dodanie plików, wybranie trzech zdjęć, utworzenie zestawu i udostępnienie właściwemu odbiorcy. Dla każdego działania określ rzeczywisty skutek. Jeśli autorzy sami nie wiedzą, czy zapis tworzy szkic, najpierw brakuje decyzji projektowej; nie jest to jeszcze odkrycie dotyczące zachowania użytkownika.

Wybierz jedną prawidłową ścieżkę i nazwij jej warunki. Jeśli aplikacja dopuszcza dodawanie plików przez przycisk i przeciągnięcie, obie drogi mogą wymagać osobnej analizy. Nie zmieniaj ścieżki w połowie tylko po to, by ominąć niewygodny krok. Zapisz alternatywę i pytanie, dla jakiego użytkownika byłaby dostępna. Celem nie jest obrona najkrótszej demonstracji przygotowanej przez autora.

Opis ekranu powinien zawierać prawdziwe nazwy i informacje po działaniu. Prostokąt z napisem „przycisk” nie pozwala ocenić rozpoznania celu. Brak komunikatu po dodaniu plików uniemożliwia ocenę, czy osoba zauważy zakończenie. Uzupełnij materiał tylko do poziomu potrzebnego temu zadaniu. Przejście poznawcze nie wymaga doprojektowania wszystkich ustawień aplikacji przed pierwszą rozmową.

Cztery pytania zadane jednemu działaniu

Clayton Lewis i John Rieman w rozdziale o ocenie bez użytkowników opisują cztery pytania: o oczekiwany efekt, zauważenie działania, rozpoznanie związku z celem i zrozumienie informacji po jego wykonaniu. Stosuje się je do znanej sekwencji działań. Poniżej odnosimy je do własnego przykładu, zamiast traktować listę jako automatyczny formularz zaliczenia projektu.

Weźmy dodanie zdjęć. Najpierw zapytaj, czy fotografka w tym momencie będzie chciała osiągnąć skutek tego działania. Jeżeli pusty panel mówi wyłącznie „Brak zasobów”, może nie wynikać z niego, że trzeba rozpocząć od przesłania plików. Nie chodzi tylko o dostrzeżenie przycisku. Chodzi o rozpoznanie potrzebnego kroku na drodze do wysłania klientowi zestawu.

Potem sprawdź, czy działanie da się zauważyć w analizowanym widoku. Przycisk może znajdować się poza początkowym ekranem, pod nierozpoznawalną ikoną albo w sekcji, do której osoba nie ma powodu zajrzeć. W Kapsule zastanów się, skąd fotografka wiedziałaby, że trzy kropki otwierają dodawanie materiałów. Odpowiedź „bo zawsze tam są” wymaga wskazania, jakie doświadczenie uzasadnia to założenie.

Trzecie pytanie dotyczy związku między znalezionym elementem a celem. Fotografka może widzieć „Importuj”, ale spodziewać się pod tą nazwą przenoszenia biblioteki z innego programu. „Dodaj zdjęcia” mogłoby lepiej zapowiadać zamierzony krok. Nie ogłaszaj jednak zwycięzcy wyłącznie na podstawie gustu zespołu. Zapisz przewidywaną interpretację, źródło założenia oraz sposób sprawdzenia.

Na końcu oceń informację zwrotną. Po wskazaniu plików aplikacja zamyka okno, ale lista pozostaje pusta. Czy zdjęcia nadal się przesyłają, czy operacja się nie udała? Czy można ponowić działanie bez utworzenia kopii? Do oceny potrzebny jest opis przejścia, nie tylko gotowy ekran po wszystkim. Użytkownik musi rozpoznać, co osiągnął i jaki krok ma teraz sens.

Projekt pustego stanu pierwszego użycia rozwija sam przypadek panelu bez materiałów. Przejście poznawcze obejmuje szerszą sekwencję decyzji: od rozpoznania braku po własny rezultat. Nie zatrzymuj analizy na atrakcyjnym zaproszeniu do rozpoczęcia. Kolejny ekran może znów wymagać wiedzy, której poprzedni nie zapewnił.

Sprawdź domyślne wartości. Po przesłaniu ośmiu zdjęć może być już zaznaczony cały zbiór, choć fotografka ma wybrać tylko trzy pozycje. Ustal, jak rozpozna aktualny wybór i czy dostępny opis wyjaśnia zakres następnego działania. Widoczny przycisk „Utwórz zestaw” nie odpowiada jeszcze na pytanie, co dokładnie się w nim znajdzie. W tym kroku znaczenie ma stan, a nie wyłącznie nazwa przycisku.

Zapis jednej bariery powinien dać się zakwestionować

Notatka „nieintuicyjny import” jest zbyt ogólna. Dla Kapsuły można przygotować dokładniejszy zapis: na ekranie biblioteki działanie „Importuj” ma dodawać pojedyncze zdjęcia; zakładamy, że nowa osoba kojarzy import z migracją; przewidujemy możliwość pominięcia tego przycisku. Podstawą jest konkretna nazwa i jawne założenie o doświadczeniu, a nie rzekoma obserwacja fotografki.

Do zapisu dodaj pytanie kontrolne: co zmieniłoby naszą ocenę? Może istnieje objaśnienie, którego nie uwzględniono w materiale. Może osoba korzystała wcześniej z tej samej konwencji. Może nazwa odpowiada słownikowi używanemu przez badaną grupę zawodową. Jeśli żaden możliwy dowód nie wpływa na opinię, spotkanie staje się dyskusją o preferencjach zamiast analizą wiedzy potrzebnej do działania.

Rozdziel trzy rodzaje wyniku: brak decyzji w projekcie, potencjalną barierę i wiedzę, której pochodzenie trzeba ustalić. Dla brakującego komunikatu po przesłaniu pliku zespół musi najpierw opisać zachowanie. Dla mylącej etykiety może przygotować wariant. Dla założenia o rozumieniu słownika potrzebny może być kontakt z odbiorcami. Jedna etykieta „błąd UX” zaciera te różnice.

Po napotkaniu bariery zapisz, na jakim założeniu analizujesz dalsze kroki. Możesz przyjąć, że pierwszy problem zostanie usunięty, aby obejrzeć następny ekran. Nie oznacza to jednak, że użytkownik naprawdę dotarłby do tego miejsca sam. W Kapsule dalsza ocena udostępniania może mieć warunek „po poprawnym dodaniu zdjęć”. Dzięki temu raport nie ukryje wczesnej blokady pod listą późniejszych dobrych ocen.

Jeśli kilka osób ocenia krok, poproś o osobne uzasadnienia przed wspólną dyskusją. Nie chodzi o policzenie głosów za przyciskiem. Różnica może ujawnić dwa odmienne obrazy użytkownika: jedna osoba zakłada doświadczenie w katalogach, druga pierwszą pracę z biblioteką. Ustalcie, do którego obrazu odnosi się obecna analiza, zamiast uśredniać sprzeczne założenia.

Autor interfejsu może wyjaśnić działanie zespołowi, ale nie powinien używać tego wyjaśnienia jako dowodu, że odbiorca je pozna. Jeśli podpowiedź pada tylko na spotkaniu, zapisz brak jej odpowiednika w interfejsie albo w rzeczywistym przygotowaniu użytkownika. Ustne „to oczywiste” nie dociera automatycznie do nowego konta.

Priorytet poprawki powiąż ze skutkiem. Nieodnalezienie dodawania plików zatrzyma całe zadanie. Niejasna nazwa gotowego zestawu może utrudnić dopiero późniejszy powrót. Liczba zakwestionowanych odpowiedzi na cztery pytania nie jest automatyczną miarą powagi. Jeden źle wyjaśniony krok udostępnienia może mieć większe znaczenie niż kilka drobnych potknięć w nazywaniu sekcji, szczególnie gdy zmienia krąg odbiorców materiału.

Zakończenie też wymaga rozpoznania

W Kapsule wybór zdjęć może utworzyć zestaw, który nadal pozostaje prywatny. Jeśli użytkowniczka ma wysłać go klientowi, sama obecność miniatur nie kończy zadania. Przejdź przez wskazanie odbiorcy, zakres dostępu i potwierdzenie udostępnienia. Na każdym etapie sprawdź wiedzę potrzebną do decyzji. Nie musisz analizować całego zarządzania uprawnieniami, żeby zauważyć brak rozróżnienia szkicu i wysłanego materiału.

Uwzględnij również pierwszy powrót. Fotografka zamyka widok i chce znaleźć przygotowany zestaw. Z jakiej nazwy rozpozna swój rezultat? Czy trafia do tej samej biblioteki, czy do innej zakładki? To osobny fragment zadania, jeśli zespół uznał go za część oczekiwanego użycia. Nie dopisuj sukcesu w raporcie tylko dlatego, że kilka ekranów wcześniej było zielone potwierdzenie.

Instrukcja pierwszych kroków może być częścią rozwiązania, jeśli rzeczywiście dociera do odbiorcy przed potrzebnym działaniem. Nie zakładaj znajomości pomocy tylko dlatego, że istnieje. Zapisz, gdzie osoba miałaby ją znaleźć i dlaczego miałaby w tym momencie do niej zajrzeć. Jeśli zadanie wymaga wcześniejszego przeczytania podręcznika, uwzględnij czas i sposób przekazania tej wiedzy w przygotowaniu użytkownika.

Sama ocena pierwszych pięciu sekund strony nie odpowie na pytanie o wszystkie te kroki. Może dotyczyć zrozumienia pierwszego widoku, ale nie potwierdza rozpoznania skutku udostępnienia. Dobierz sposób sprawdzenia do niepewności, którą odkryła analiza. Nie oczekuj od jednej metody odpowiedzi na pytania dotyczące całej drogi.

Hipotezy skonfrontuj z moderowanym testem użyteczności albo obserwacją rzeczywistej pracy. Przygotuj do próby zadanie opisane celem fotografki, bez podawania nazw zakładek odkrytych podczas analizy. W zapisie zachowaj różnicę między przewidywaniem ekspertów a zachowaniem uczestnika. Jeśli człowiek wykona zadanie inaczej, to materiał do aktualizacji rozumienia problemu, a nie powód, by przekonywać go do przewidzianej ścieżki.

Wynik przejścia powinien wskazać konkretne decyzje projektowe, ich uzasadnienie i dalszy sposób sprawdzenia. Taki zakres można przygotować w ramach Aeneia Design. Dla Kapsuły oznacza to drogę, na której nowa osoba potrafi dodać własne zdjęcia, utworzyć zestaw i rozpoznać, kto może go otworzyć. Zespół wie, czego jeszcze nie sprawdzono — i nie myli tej wiedzy z ukończonym badaniem użytkowników.