Kurz und nach Aufgabe

1) Warum es notwendig ist

Personas und Script Thinking helfen dabei, die Produktstrategie mit realen Nutzungskontexten zu verknüpfen. Personas konzentrieren sich auf die Motivationen und Einschränkungen der Nutzer und Szenarien verwandeln diese Motive in konkrete Schritte, Verzweigungen und Bedingungen für Erfolg/Fehler. Dadurch trifft das Team Designentscheidungen schneller und selbstbewusster und die Metriken transparenter.

2) Grundlegende Definitionen

Eine UX-Person ist ein datengetestetes Portrait eines Nutzersegments mit Zielen, Gewohnheiten, Triggern und Barrieren.
Anti-Persona - für wen das Produkt nicht bestimmt ist (wichtig für das Abschneiden von Konfliktanforderungen).
Szenario - Beschreibung, wie die Person das Ziel in einem bestimmten Kontext erreicht (Hauptfluss + Alternativen + Fehlerbehandlung).
Job Story (JTBD-Format): „Wenn [Situation], will [Motivation] zu [erwartetes Ergebnis]“.
As-is/to-be-Szenarien - Aktueller und Zielpfad.

3) Wann zu verwenden

In Discovery/Validierungsphasen (Bildung von Segment- und Aufgabenhypothesen).
Vor der Neugestaltung der Key-Flows (Onboarding, Suche, Check-out, Zahlungen).
Bei der Priorisierung des Backlogs (Vergleich der Auswirkungen der Szenarien auf die Metriken).
In einer funktionsübergreifenden Synchronisation (Produkt + Design + Risiko/Compliance + Analytik + Support).

4) Prozess: von Daten zu Szenarien (8 Schritte)

1. Datenerhebung: qualitative Interviews, kontextbezogene Beobachtungen, Log/Click-Analysen, Suche nach Fehlermustern, Support-Tickets.
2. Clustering-Verhalten: Gruppierung nach Aufgaben, Häufigkeit, Risiken, Geräten, Kanälen.
3. Entwürfe von Personas: für jeden Cluster - Ziele, Auslöser, Barrieren, Einschränkungen (Verfügbarkeit/Regeln/Geräte).
4. Anti-Personen: Wir erfassen, wen wir nicht bedienen und warum.
5. Personenpriorisierung: nach Einfluss auf Metriken (Conversion, Retention, LTV, Cost-to-Serve).
6. Aufgabenkarte (Jobs): Für Top-Personen formulieren wir Job Stories; erkennen kritische Zustände (Netzwerkfehler, Verifikation, Limits).
7. As-is/to-be-Szenarien: Hauptstrom + Verzweigungen + Extremfälle; Wir visualisieren CJM/Blueprint.
8. Validierung und Metriken: Prototypen, Usability-Tests, A/B, Szenario-Telemetrie, Persona-Update.

5) UX Persona Template (in Ihr Wiki kopieren)

ID & Zitat: „Lösen Sie [die Aufgabe] so schnell wie möglich, ohne Zeit für [die Barriere] zu verschwenden“.

Ziele: (3-5 kurze Formulierungen)

Kontext: Geräte, Kanäle, Einschränkungen (Zeit, Aufmerksamkeit, Umgebung)

Auslöser/Motivationen: Was das Verhalten auslöst

Barrieren/Risiken: Was stört (Abläufe, unverständliche Begriffe, Fehler)

Verhaltensmerkmale: Häufigkeit, Art der Sitzungen, Navigationspräferenzen

Informationsbedürfnisse: Was Sie sehen/verstehen müssen, um weiterzukommen

Verfügbarkeit: Anforderungen an Schriftart, Kontrast, Lokalität, Sprache

Persona Fit KPIs: Welche Produktmetriken sich verbessern, wenn wir ihr helfen

Ist nicht: (Grenzen der Erwartungen; Mini-Anti-Person)

• Kennung: „Mobile Sprinter“
• Ziele: Schlüsseloperation in 1-2 Minuten zwischen Fällen schnell abschließen
• Kontext: Smartphone, instabiles Netzwerk, oft mit einer Hand
• Barrieren: Lange Formen, versteckte Anforderungen, plötzliche Weiterleitungen
• KPI: Time-to-complete, Fehlerrate auf dem Handy, CR des ersten Schritts

6) Skriptvorlage (as-is/to-be)

7) Visuelle Artefakte, die die Ausrichtung beschleunigen

Empathy Map: „Spricht/Denkt/Tut/Fühlt“ - hebt schnell die Auslöser hervor.
CJM (Customer Journey Map): Phasen × Emotionen × Berührungspunkte × Schmerzen × Möglichkeiten.
Service Blueprint: Front-Stage/Back-Stage/unterstützende Prozesse; zeigt, wo das Szenario „reißt“.
User Flow/State Diagram: Bildschirm-zu-Bildschirm Übergänge, Ladezustand/Fehler.
Storyboard: 6-8 Frames pro Schlüsselszenario (besonders nützlich für mobile Kontexte).

8) Qualitätsmetriken für Personen und Szenarien

Abdeckung: Traffic/Umsatzanteil, beschrieben von Top-N-Personen und ihren Szenarien.
Task-Erfolgsrate:% der Benutzer, die den Zielschritt für jede Person erreicht haben.
Time on Task/TTV: Laufzeit; Zeit bis zum Wert.
Error Rate/Recovery: Fehlerrate und Anteil der Auto-Recovery.
CR nach Zweigen: Umwandlung des Hauptstroms gegen Alternativen.
SUS/CSAT nach Segmenten: Wahrnehmung von Bequemlichkeit durch Zielpersonen.
Cost-to-Serve: Reduzierung der Support-Anfragen nach Szenarien.
A/B-Uplift: Der Effekt der „To-Be“ -Implementierung auf Zielmetriken.

9) Typische Fehler

Fiktive „Marketing-Avatare“. Personen ohne Verhaltensdaten führen das Design in Richtung Geschmack.
Verschmelzung der Extremfälle zum Hauptstrom. Ein seltener Fall bricht allen anderen den Weg.
Ignoriere Fehler und leere Zustände. Keine „Rettungstreppen“ - hohe Ausfälle.
Universeller Ton/Muster für alle. Verschiedene Personen - unterschiedliche Tiefe der Hinweise und Kontrolle der Schritte.
Seltene Upgrades. Personas „Ageing“ - Aktualisieren Sie Daten mindestens vierteljährlich oder bei großen Veröffentlichungen.

10) Workshop: Workshop für 90 Minuten

1. 10. Min.: Ziel und Metriken (welches Szenario wir verbessern, welche KPIs wir heilen).
2. 20min: Daten/Insights-Markup → 2-3 grobe Personen + 1 Anti-Person.
3. 20. Min.: Wir formulieren 3: 5-Jobgeschichten für eine Top-Person.
4. 25. Min.: Wir ziehen „as-is“ und „to-be“ Stream (Haupt + 2 Alternativen + 2 Fehler).
5. 15. Min.: Ermittlung von Analyse-/Telemetrieereignissen, Leer-/Fehlerzuständen, A/B-Hypothesen.

11) Checkliste Umsetzung

• Es gibt Daten (qualitativ + quantitativ) und Quellen für ihre Aktualisierung
• Für jede Schlüsselmetrik gibt es eine zugehörige Person und ein zugehöriges Skript
• Alternativen, Fehler, Leerzustände, Offline-/Slow-Network beschrieben
• Es gibt einen Testplan: Prototypen, Szenario Usability Sessions, A/B
• Das Analytics-Ereignisdiagramm deckt die Schritte und Zweige des Szenarios ab
• Regelmäßige Personenprüfung (z.B. einmal pro Quartal)

12) Mini-Bindungsbeispiel (vereinfacht)

Persona: „Umsichtiger Anfänger“ - will Regeln und Risiken schnell verstehen, hat Angst, Fehler zu machen, nutzt das Mobilfunknetz.
Job Story: „Wenn ich das Formular zum ersten Mal sehe, möchte ich die obligatorischen Schritte und Risiken verstehen, um die Aktion ohne Überraschungen abzuschließen“.

1. Bildschirm „Prozessschritte“ mit Fortschrittsbalken und Schätzzeit.

2. Formulare mit Validierung „on the fly“, verständliche Beispiele.

3. Leere/fehlerhafte Zustände haben explizite Hilfe und sichere Rückkehr.

4. Telemetrie: 'start', 'field _ error', 'help _ opened', 'retry', 'complete'.

5. Metriken: TTF ≤ 90 Sekunden, Fehlerrate <3%, CSAT ≥ 4. 2 am Segment.

13) Formate für Ihr Wiki (Schnelleinblendungen)

[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) Rollen und Verantwortung

Produktmanager: Ziele, Metriken, Priorisierung von Personen/Szenarien.
UX/Forschung: Daten, Personenformalisierung, Szenariotests.
UI/Content: Visuelle Hierarchie, Copywriting von Hinweisen/Fehlern.
Engineering: Zustände, Zuverlässigkeit, Telemetrie, Verfügbarkeit.
Risiko/Compliance/Sapport: Regeln, Randfälle, Hilfe Makrobasis.

15) Das Ergebnis

Personen ohne Szenarien - statisch; Szenarien ohne Personen sind abstrakt. Paarweise werden sie zum Arbeitsinstrument: Sie helfen bei der Gestaltung von Schnittstellen, die den Kontext berücksichtigen, Fehler antizipieren und Produktmetriken messbar verbessern.