Krótko i według zadań

1) Dlaczego go potrzebujesz

Personas i skryptowanie pomagają powiązać strategię produktu z rzeczywistymi kontekstami użytkowania. Osoby skupiają się na motywacjach i ograniczeniach użytkowników, a skrypty zmieniają te motywacje w konkretne kroki, gałęzie i warunki sukcesu/błędu. W rezultacie zespół szybciej i pewniej podejmuje decyzje projektowe, a wskaźniki są bardziej przejrzyste.

2) Podstawowe definicje

Osoba UX to zweryfikowany w danych portret segmentu użytkowników z celami, nawykami, wyzwalaczami i barierami.
Anty-osoba - do której produkt nie jest przeznaczony (ważne dla odcięcia sprzecznych wymagań).
Scenariusz - opis sposobu osiągnięcia celu przez osobę w określonym kontekście (główny wątek + alternatywy + obsługa błędów).
Job Story (format JTBD): „Kiedy [sytuacja], chcę [motywacji] do [oczekiwanego wyniku]”.
skrypty „as-is/be” - bieżąca i docelowa ścieżka.

3) Kiedy stosować

Na etapach odkrycia/walidacji (powstawanie hipotez segmentów i zadań).
Przed przeprojektowaniem przepływu kluczy (wejście na pokład, wyszukiwanie, wymeldowanie, płatności).
Przy ustalaniu priorytetów zaległości (porównanie wpływu skryptów na mierniki).
W synchronizacji krzyżowej (produkt + projekt + ryzyko/zgodność + analityka + wsparcie).

4) Proces: od danych do scenariuszy (8 kroków)

1. Zbieranie danych: wywiady jakościowe, obserwacje kontekstowe, analiza dziennika/kliknięcia, wyszukiwanie wzorów błędów, bilety wsparcia.
2. Klastrowanie zachowań: grupujemy według zadań, częstotliwości, ryzyka, urządzeń, kanałów.
3. Projekty osób: dla każdego klastra - cele, wyzwalacze, bariery, ograniczenia (dostępność/zasady/urządzenia).
4. Anty-osoby: rejestrujemy, komu nie służymy i dlaczego.
5. Priorytety dla osób: poprzez wpływ na wskaźniki (konwersja, retencja, LTV, koszt obsługi).
6. Mapa zadań (Jobs): dla najlepszych ludzi formułujemy historie o pracy; określić warunki krytyczne (błędy sieciowe, weryfikacja, ograniczenia).
7. skrypty „as-is/will-be”: główny wątek + gałęzie + skrajne przypadki; wizualizować CJM/Plan.
8. Walidacja i metryka: prototypy, testy użyteczności, A/B, telemetria skryptowa, aktualizacje osób.

5) szablon UX osoby (kopia do wiki)

ID & cytat: „Rozwiązać [problem] jak najszybciej bez marnowania czasu na [barierę]”.

Cele: (3-5 krótkich sformułowań)

Kontekst: urządzenia, kanały, ograniczenia (czas, uwaga, środowisko)

Wyzwalacze/motywacje: co powoduje zachowanie

Bariery/zagrożenia: co wchodzi w grę (procedury, niejasne terminy, błędy)

Cechy behawioralne: częstotliwość, charakter sesji, preferencje nawigacyjne

Potrzeby informacyjne: co trzeba zobaczyć/zrozumieć, aby przejść dalej

Dostępność: wymagania dotyczące czcionek, kontrastu, lokalizacji, języka

KPI person-fit: jakie wskaźniki produktu poprawiają się, gdy pomagamy jej

Nie: (granice oczekiwań; mini anty-osoba)

• Identyfikator: „Mobilny sprinter”
• Cele: szybko zakończyć kluczową operację w ciągu 1-2 minut między przypadkami
• Kontekst: smartfon, niestabilna sieć, często jedną ręką
• Bariery: długie kształty, ukryte wymagania, nagłe przekierowania
• KPI: czas do końca, wskaźnik błędów na telefonie komórkowym, pierwszy krok CR

6) Szablon skryptu (as-is/will-be)

7) Artefakty wizualne przyspieszające pojednanie

Empathy Map: „Says/Thinks/Does/Feels” - szybko podkreśla wyzwalacze.
CJM (Mapa podróży klienta): etapy × emocje × punkty kontaktu × ból × możliwość.
Plan serwisowy: procesy przedniej/tylnej sceny/wspomagające; pokazuje, gdzie skrypt „łamie się”.
Schemat przepływu użytkownika/stan: przejścia od ekranu do ekranu, stany obciążenia/błędu.
Storyboard: 6-8 klatek na scenariusz klucza (szczególnie przydatne dla kontekstów mobilnych).

8) Wskaźniki jakości osób i skryptów

Zasięg: udział ruchu/przychodów opisany przez osoby z grupy top-N i ich scenariusze.
Wskaźnik sukcesu zadania:% użytkowników, którzy osiągnęli docelowy krok dla każdej osoby.
Czas na zadaniu/TTV: czas trwania; czas do wartości.
Wskaźnik błędów/Odzyskiwanie - wskaźnik błędów i szybkość automatycznego odzyskiwania.
CR według gałęzi: konwersja głównego nurtu vs alternatywy.
SUS/CSAT według segmentów: postrzeganie wygody przez osoby docelowe.
Cost-to-Serve: Zmniejszone wezwania wsparcia według scenariusza.
Podwyższenie A/B: wpływ wdrożenia „przyszłych” na wskaźniki docelowe.

9) Typowe błędy

Fikcyjne "awatary marketingowe. "Osoby bez danych behawioralnych prowadzą projekt do gustów.
Połączenie skrajnych przypadków w główny strumień. Rzadki przypadek łamie drogę wszystkim innym.
Ignoruj błędy i puste stany. Brak „drabin ratunkowych” - wysokie porażki.
Uniwersalny ton/wzór dla każdego. Różne osoby - różna głębokość wskazówek i kontrola kroków.
Rzadkie aktualizacje. Osoby „w wieku” - aktualizować zgodnie z danymi co najmniej co kwartał lub z ważnymi wydaniami.

10) Warsztat: warsztat na 90 minut

1. 10 min: bramka i metryki (który scenariusz poprawiamy, do których KPI dążymy).
2. 20 min: data/insight markup → 2-3 osoby surowe + 1 anty-osoba.
3. 20 min: Formułujemy 3-5 opowieści o pracy dla najlepszych ludzi.
4. 25 min: narysować strumień „as-is” i „future” (główne + 2 alternatywy + 2 błędy).
5. 15 min: zdefiniować zdarzenia analityczne/telemetryczne, puste/błędne stany, hipotezy A/B.

11) Lista kontrolna wdrażania

• Istnieją dane (jakościowe + ilościowe) i źródła ich aktualizacji
• Dla każdego metrycznego klucza istnieje osoba powiązana i skrypt
• Opisane alternatywy, błędy, puste stany, sieć offline/slow
• Istnieje plan testów: prototypy, sesje użyteczności scenariusza, A/B
• Schemat zdarzeń analizy obejmuje etapy i gałęzie skryptu
• Cykl regularnych przeglądów (np. kwartalny)

12) Mini wiążący przykład (uproszczony)

Osoba: „Rozważny początkujący” - chce szybko zrozumieć zasady i ryzyko, boi się popełnić błąd, korzysta z sieci komórkowej.
Job Story: „Kiedy po raz pierwszy widzę formę, chcę zrozumieć wymagane kroki i ryzyko, aby zakończyć działanie bez niespodzianek”.

1. Proces Kroki ekran z paskiem postępu i szacowany czas.

2. Formularze z walidacją „na muchę”, zrozumiałe przykłady.

3. Puste/błędne stany mają wyraźną pomoc i bezpieczny powrót.

4. Telemetria: 'start', 'field _ error', 'help _ open', 'retry', 'complete'.

5. Wskaźniki: TTF ≤ 90 s, wskaźnik błędu <3%, CSAT ≥ 4. 2 w segmencie.

13) Formaty do wiki (szybkie wkładki)

[Person ID]
Quote:... ""
Goals:...
Context:...
Triggers/motivations:...
Barriers/risks:...
Behavioral signs:...
Information needs:...
Availability:...
KPI person-fit:...
Not:...

Scenario: [Title]
Persona:...
Context:...
Background:...
Trigger:...
Main flow:
1) …
2) …
Alternatives: A1 .../A2...
Errors/Exceptions:...
Data and privacy:...
Time and states:...
Success metrics:...
Artifacts:...

14) Role i obowiązki

Menedżer produktów: cele, mierniki, priorytety osób/scenariuszy.
UX/Research: dane, formalizacja osób, testowanie scenariuszy.
Interfejs użytkownika/zawartość: hierarchia wizualna, wskazówki/błędy kopiowania.
Inżynieria: stany, niezawodność, telemetria, dostępność.
Ryzyko/Zgodność/Wsparcie: zasady, przypadki krawędzi, pomoc makro bazy.

15) Najważniejsze

Osoby bez skryptów są statyczne; skrypty bez osób są abstrakcyjne. Jako para stają się narzędziem roboczym: pomagają w projektowaniu interfejsów, które uwzględniają kontekst, przewidują błędy i mierzalnie poprawiają wskaźniki produktu.