Ścieżki aplikacji a pojedyncze zrzuty ekranu: jak analizować sekwencję
Dowiedz się, jak analizować sekwencje zrzutów ekranów aplikacji pod kątem struktury zadań, zmian stanu i luk między przejściami oraz gdzie pojedyncze przykłady UI nie pokazują całej interaktywnej ścieżki.
Pojedynczy zrzut ekranu pomaga analizować układ, hierarchię i wzorzec wizualny. Zadanie w produkcie rozwija się jednak w czasie: użytkownik zaczyna w pewnym miejscu, podejmuje decyzje, trafia na stany systemu lub aplikacji i osiąga rezultat albo napotyka przeszkodę. Aby zbadać to doświadczenie, oglądaj zrzuty jako uporządkowaną sekwencję i pytaj, co oznaczają luki między nimi.
Sekwencja zrzutów nadal jest tylko częściowym przykładem wizualnym. Nie dowodzi istnienia wszystkich tras, obszarów dotykowych, animacji, warunków błędu ani wyników użytkownika. ScreenKits pomaga przeglądać zarejestrowane ekrany aplikacji i porównywać wzorce; zachowanie prawdziwej ścieżki potwierdzaj własnym prototypem lub badaniem.
Najważniejsze wnioski
- Zacznij od celu i scenariusza użytkownika, a następnie ułóż odpowiednie ekrany w kolejności wymaganej przez zadanie.
- Zapisuj stany, decyzje i przejścia między zrzutami, zamiast traktować sąsiednie obrazy jak potwierdzone nagranie interakcji.
- Zaznacz brakujące dowody i sprawdź prawdziwy interfejs, gdy znaczenie mają zachowanie, czas lub alternatywne drogi.
1. Odróżnij przykład ekranu od ścieżki
Zrzut ekranu odpowiada na pytania o jeden zarejestrowany stan: co się wyróżnia? Jak pogrupowano informacje? Jak wygląda główne działanie? Analiza ścieżki dodaje relacje: jaki cel sprowadza tu użytkownika? Które działanie prowadzi dalej? Co zmienia się po nim i jak można wrócić lub wybrać inną drogę?
Rozróżniaj trzy rodzaje materiałów. Pojedynczy zrzut to nieruchomy obraz. Uporządkowana sekwencja zrzutów sugeruje możliwy postęp przez zarejestrowane stany. Interaktywne nagranie lub prototyp pokazuje zachowanie w czasie, ale również może obejmować tylko jedną ścieżkę i jeden zestaw warunków. Sekwencja nie jest automatycznie klikalną ścieżką, pełną podróżą użytkownika ani zapisem analitycznym.
To rozróżnienie zwiększa użyteczność biblioteki zrzutów. Przeglądaj wszystkie przykłady ScreenKits, zbierając inspiracje wizualne, a potem stwórz własną mapę zadania, odgałęzień i otwartych pytań. Użyj kategorii, aby zawęzić kontekst, albo filtruj przykłady onboardingu podczas analizy pierwszego użycia.
2. Zacznij od zadania, nie od stosu obrazów
Wybierz konkretny scenariusz, na przykład „zapisz produkt na później” lub „dokończ konfigurację nowego konta”. Nazwij cel językiem użytkownika; wypełnienie formularza czy naciśnięcie przycisku to zwykle krok, a nie cel. Nielsen Norman Group opisuje analizę zadania jako badanie celu, kroków, ich kolejności i struktury oraz potrzebnych po drodze informacji. Dzięki temu jednostką analizy stają się zadanie i prowadząca przez nie ścieżka.
Następnie zbierz ekrany, które wydają się istotne, i ułóż je we wstępnej kolejności. Oznacz, co prawdopodobnie dzieje się na każdym z nich: przeglądanie, wybór, potwierdzenie, prośba o uprawnienie, sukces lub odzyskiwanie. Traktuj kolejność jako hipotezę, chyba że wiesz, jak wykonano zrzuty. Jeśli ekran mógłby pasować do kilku etapów, zaznacz niejednoznaczność zamiast udawać pewność.
Aby stworzyć mocniejszą mapę, dodaj obok głównej sekwencji alternatywne drogi i warunki: powracający użytkownik, odmowa uprawnienia, błędne pole, brak wyników lub utrata połączenia. Te odgałęzienia często ujawniają pytania projektowe, na które dopracowana galeria idealnej ścieżki nie odpowiada.
- Zapisz użytkownika, sytuację i zamierzony rezultat w jednym zdaniu.
- Ułóż pozorne kroki w kolejności i opisz dowody przemawiające za nią.
- Dodaj prawdopodobne odgałęzienia, warunki wstępne i kroki odzyskiwania jako osobne notatki.
3. Sprawdź, co zmienia się między ekranami
To w przejściu odbywa się najważniejsze rozumowanie. Przy każdej sąsiedniej parze zapisz domniemane działanie łączące ekrany, to, co się zmieniło, oraz co użytkownik powinien teraz rozumieć. Czy wybór został zachowany? Czy aplikacja potwierdziła zapis? Czy następny ekran jest nowym miejscem, tymczasowym oknem dialogowym czy systemową prośbą o uprawnienie? Jeśli materiał nie pokazuje działania, oznacz je jako nieznane.
Śledź stan, a nie tylko miejsce docelowe. Formularz może być pusty, częściowo wypełniony, niepoprawny, wysłany lub przywrócony po przerwie. Ekran zakupu może mieć ofertę, stan ładowania, błąd i potwierdzenie. Dwa niemal identyczne zrzuty mogą ujawnić ważną zmianę stanu; dwa wizualnie różne ekrany mogą należeć do osobnych tras. Użyj etykiet lub adnotacji, aby sekwencja nie sugerowała związku przyczynowego, którego zrzuty nie dowodzą.
Nawigacja wymaga orientacji i możliwości powrotu. Wytyczne Apple dotyczące interfejsu opisują paski kart jako nawigację między głównymi sekcjami i wskazują, że zachowanie stanu nawigacji każdej sekcji pomaga przełączać się bez utraty miejsca. Stawiaj podobne pytania przykładom: czy użytkownik wie, w której części jest, może wrócić do wcześniejszego kontekstu albo opuścić zadanie z przewodnikiem? Nieruchomy obraz może sugerować taką możliwość, ale tylko test interakcji potwierdzi jej działanie.
- Przy każdym przejściu zapisz działanie, widoczną informację zwrotną, wynikowy stan i poziom pewności.
- Sprawdź, gdzie istotne, drogi wstecz, anulowania, pominięcia, ponowienia i wznowienia.
- Oddziel ekrany aplikacji od interfejsu systemu operacyjnego i zewnętrznych miejsc docelowych.
4. Dobierz materiał do pytania
Różne materiały odpowiadają na różne pytania projektowe. Zacznij od najprostszego przydatnego przykładu, a gdy pytanie dotyczy rzeczywistego zachowania, sięgnij po prototyp, nagranie lub obserwację użytkownika.
| Materiał | Przydatny do | Czego sam nie potwierdza |
|---|---|---|
| Pojedynczy zrzut ekranu | Hierarchia wizualna, treść, wzorce komponentów i zarejestrowany stan | Co spowodowało stan, co zdarzyło się przed nim lub po nim i czy kontrolki działają |
| Uporządkowana sekwencja zrzutów | Porównanie pozornego postępu, powtarzających się wzorców i możliwych luk między przejściami | Czy kolejność jest pełna, uwzględniono wszystkie odgałęzienia lub przejścia są interaktywne |
| Interaktywny prototyp lub nagranie | Ocena określonej ścieżki, czasu, informacji zwrotnej i zachowania interakcji | Jak zachowują się wszyscy użytkownicy, wszystkie możliwe drogi lub wyniki poza nagranym scenariuszem |
| Obserwacyjne badanie zadania | Odkrywanie, gdzie użytkownicy się wahają, czego oczekują i jak wracają na właściwą ścieżkę w danym kontekście | Uniwersalnego wyniku na podstawie małej lub niereprezentatywnej próby |
5. Powtarzalny przegląd ścieżki z adnotacjami
Użyj poniższej listy do krótkiej oceny lub dokładniejszego przekazania projektu. Formułuj konkretne adnotacje i oddzielaj obserwacje od założeń. Jeśli oceniasz własny produkt, przetestuj zmapowane zadanie w prototypie lub działającej wersji i popraw mapę, gdy zaobserwowane zachowanie będzie inne.
- Określ jednego użytkownika, kontekst i obserwowalny cel końcowy.
- Ułóż właściwe zrzuty w kolejności; oznacz każdy jako potwierdzony, wywnioskowany lub nieznany.
- Przy każdym kroku zapisz działanie użytkownika, odpowiedź interfejsu, bieżący stan i kolejną decyzję.
- Zaznacz luki: brakujący impuls, niejasny postęp, utracony kontekst, brak informacji zwrotnej lub drogi odzyskania.
- Dodaj alternatywne stany i błędy, w tym pominięcie, powrót, anulowanie, pusty stan, błąd i odmowę uprawnienia.
- Sprawdź, czy etykiety i hierarchia jasno pokazują następne działanie i bieżące miejsce.
- Zamień każdą niepewność w pytanie do przejścia przez prototyp lub obserwowanej sesji zadaniowej.
- Zapisz źródło i datę materiału, aby kolejni oceniający wiedzieli, co przedstawia mapa.
Najczęstsze pytania
Czy sekwencja zrzutów ekranu i ścieżka aplikacji to to samo?
Nie. Sekwencja to zbiór nieruchomych zrzutów ułożonych tak, by sugerować postęp. Ścieżka aplikacji opisuje też działania, przejścia, stany i możliwe odgałęzienia. Traktuj sekwencję zrzutów jako częściowy materiał wizualny, dopóki zachowanie interakcji i zakres nie zostaną osobno zweryfikowane.
Jak oznaczać brakujące ekrany lub przejścia?
Zapisz, co wiesz, co wywnioskowano, a co pozostaje nieznane. Zanotuj działanie użytkownika, oczekiwaną informację zwrotną, wynikowy stan oraz brakującą drogę powrotu lub alternatywę. Użyj prototypu albo obserwowanej sesji, by odpowiedzieć na pytania, których zrzuty nie rozstrzygają.
Czy mogę używać zrzutów ekranu jako materiału do badań użytkowników?
Mogą wspierać porównania projektowe i pomagać stawiać hipotezy, ale nie pokazują zachowania uczestników ani tego, co rozumieją. Aby się tego dowiedzieć, daj użytkownikom realistyczne zadanie w prototypie lub działającym interfejsie i obserwuj wynik.
