Verifizierung vor der Ausgabe
1) Was ist ein benutzerdefiniertes Skript
Ein Benutzerszenario ist der beschriebene Weg eines Benutzers zu einem Ergebnis in einem bestimmten Kontext, mit klaren Voraussetzungen, Schritten, Alternativen und dem Kriterium „was als Erfolg angesehen wird“. Szenarien verknüpfen das „Warum“ (JTBD/Ziel) und das „Wie“ (UX-Stream, Schnittstellen, Zustände).
Die Ziele sind:- Eine gemeinsame Sprache zwischen Produkt, Design, Entwicklung, Daten und Compliance.
- Weniger Unstimmigkeiten bei den Anforderungen, schnellere Akzeptanz.
- Ein klarer Zusammenhang von Fich mit Geschäftseffekten und Metriken.
2) Grundlagen der Szenarien: Personas und Jobs-to-Be-Done
Personen: Wer, Kontext, Fähigkeiten, Einschränkungen (einschließlich A11y).
JTBD: „Wenn [Situation], möchte ich [Motivation] zu [erwartetes Ergebnis]“.
Kontextsegment: Gerät, Netzwerk, Standort/Sprache, Zeitzone, Rechte, Umgebungsbeschränkungen.
- Wenn ein Spieler versucht, die Gewinne nachts vom Handy auf 3G abzuheben, möchte ich die Identität schnell bestätigen, ohne anzurufen, um das Geld bis zu 10 Minuten zu erhalten.
3) Beschreibungsformate: User/Job Story, Use Case, Acceptance
3. 1 User/Job Story (Vorlage)
Как <роль/персона>, я хочу <действие/результат>, чтобы <ценность>.
Контекст: <устройство, сеть, язык, права>
Ограничения: <регуляторика, лимиты, A11y>
Гипотеза ценности: <какой KPI улучшится и на сколько>
3. 2 Use Case (vereinfacht)
4) Wegkarten und Flussstrukturierung
4. 1 CJM (Customer Journey Map)
Phasen: Bewusstsein → Auswahl → Erste Aktion → Wiederholung → Unterstützung → Beibehaltung
Für jeden: Ziele, Reibungen, Emotionen, Kanäle, Metriken (Conversion, Zeit, NPS)
4. 2 User Flow и Story Mapping
User Flow: Graph der Knoten (Bildschirme/Zustände) und Übergänge (Bedingungen/Ereignisse).
Story Mapping: "Grat' (Epics/Aktivitäten) ×" vertikale Scheiben "(MVP → Erweiterungen).
5) Verzweigungen: glücklich, sad, Randfälle
Glückspfad: Der minimale Weg zum Wert.
Sad path: vorhersehbare Fehler (Gültigkeit, Limits, Timeouts).
Randfälle: selten, aber teuer: instabiles Netzwerk, Duplikate, Stornierungen, Rennen, Zustandskonflikte, Standort-/Zeitzonendiskrepanz, Verfügbarkeit (Tastatur statt Maus, Screenreader).
Tipp: Für jeden Schlüsselschritt gibt es mindestens ein Sad und ein Edge-Szenario.
6) Schnittstellenzustände (UI-Zustände)
Für jeden Bildschirm/Schritt:- `loading` / `empty` / `success` / `error` / `partial` / `disabled`
- Hinweise und Micro-Copywriting; Verfügbarkeit (Rollen/aria, Fokus, Zielgrößen); Ort und Format der Zahlen/Daten/Währungen.
7) A11y-Anforderungen in Szenarien
Tastatur: Alle Aktionen sind ohne Maus erreichbar; sichtbarer Fokus, Tab-Reihenfolge.
Screenrider: die richtigen Rollen und Verbindungen der Labels; Alternativen zu den Medien.
Farbe/Kontrast: ≥ WCAG AA; Nicht nur Farbe.
Motion: Unterstützung für 'prefers-reduced-motion'.
Eingabe: Format/Masken, Stimme/Bildschirmtastatur; ausreichende Ziele 40-48 px.
Fügen Sie einzelne A11y-Kriterien zu Acceptance hinzu.
8) Analytisches Markup und Erfolgsmetriken
Definieren Sie Ereignisse, Parameter und KPIs für das Szenario.
8. 1 Ereignisschema (Beispiel JSON)
json
{
"event": "withdrawal_kyc_step",
"props": {
"step": "face_capture",
"device": "mobile",
"net": "3g",
"locale": "ru-RU",
"result": "success fail timeout",
"duration_ms": 74200
},
"user": { "seg": "new returning", "a11y": "sr kb none" }
}
8. 2 KPIs und Zielschwellen
Abschlussrate (Anteil, der das Skript abgeschlossen hat) ≥ X%
Zeit-zu-Wert (Median bis Ergebnis) ≤ Y Minuten
Fehlerrate (422/429/5xx und benutzerdefinierte Fehler) ≤ Z%
A11y Pass (nur Tastatur) = 100%
CSAT/NPS nach Schritt ≥ Zielebene
9) Daten, internationale Aspekte und Regeln
Formate: ISO-8601 (UTC) für die Zeit, lokalisierte Ausgabe für den Benutzer.
Geld: minor units/Dezimalzeilen; Währung eindeutig.
Sprachen/RTL: Texte in Ressourcen, Unterstützung für Spiegelung; Zeilenlänge und Silbentrennung.
Einschränkungen: Grenzen, Alter, KYC, Sanktionen - als Voraussetzung für Szenarien.
10) Script Description Template (YAML)
yaml id: SCN-0023-withdrawal-kyc-mobile-3g title: Верификация перед выводом (мобайл, 3G)
persona: "Игрок-новичок"
jtbd: "Когда хочу быстро вывести выигрыш ночью, пройти KYC без звонка, чтобы получить деньги за 10 минут."
context:
device: mobile network: "3g"
locale: "ru-RU"
timezone: "Europe/Kyiv"
preconditions:
- "Пользователь авторизован"
- "Баланс >= минимального порога"
- "Документы готовы"
flow:
- step: "Открыть экран вывода"
ui_state: ["loading","ready","error"]
analytics_event: "withdrawal_open"
- step: "Старт KYC"
alt: ["нет камеры -> перейти на загрузку фото", "ошибка сети -> ретрай"]
analytics_event: "kyc_start"
- step: "Съемка лица"
alt: ["недостаточно света", "таймаут", "отказ разрешений"]
analytics_event: "kyc_face_capture"
- step: "Результат и ETA"
analytics_event: "kyc_result"
acceptance:
- "KYC завершен < 2 минут в 3G"
- "Вся последовательность проходима клавиатурой; фокус не теряется"
- "Тексты локализованы; валюта и формат дат корректны"
- "Ошибки с actionable подсказкой"
metrics:
completion_rate: ">= 0.85"
ttv_median_min: "<= 10"
error_rate: "<= 0.03"
a11y:
keyboard_only: true contrast_wcag: "AA"
reduced_motion_supported: true risks:
- "Нестабильная сеть -> оффлайн режим/ретраи"
- "Ложные отказы KYC -> fallback на ручную проверку"
11) Szenario-Validierungswerkzeuge
Funktionstests (Gherkin/E2E): happy/sad/edge.
A11y-Audit: manuell (NVDA/VoiceOver) + Auto-Linter.
Usability-Sitzungen: 5-8 Befragte pro Schlüsselszenario.
Telemetrie: Fiche Flags, Completion/TTV/Error Dashboards.
Dogfooding: Teaminterne Läufe durch Checklisten.
12) Szenario Checkliste (Schnellprüfung)
- JTBD wird vom Team formuliert und verstanden
- Persona/Kontext/Einschränkungen sind vorgeschrieben
- User Flow und Story Map sind bereit; Verzweigungen sind markiert
- Acceptance Criteria (inkl. A11y) verständlich und testbar
- UI-Zustände (loading/empty/error) dokumentiert
- Analytische Ereignisse und KPIs definiert
- Lokalisierung/Formate/Währung berücksichtigt
- Risiken/Failed Äste und Plätze für Retrays werden beschrieben
- Prototyp/Macap abgestimmt auf Entwicklung/Daten/Compliance
- Prüfplan und Abnahmetermin vereinbart
13) Anti-Muster
„Skripte = nur glücklicher Pfad“ (Fehler ignorieren/Kante).
Unlesbar Acceptance („bequem machen“ anstelle eines messbaren Kriteriums).
Mangel an A11y und Lokalität in den Anforderungen.
Mischung aus Geschäftsziel und UX-Implementierung („Popup hinzufügen“ statt „TTV reduzieren“).
Es gibt kein Ereignissystem → nichts, um den Erfolg zu messen.
14) Beispiele für prägnante User Stories
Als neuer Benutzer möchte ich mich per E-Mail ohne Telefonbestätigung registrieren, um das Spiel sofort zu starten; bei Überschreitung der Limits die Alternative „Gast“ anzeigen.
Als Manager möchte ich einen Bericht in CSV mit Filtern und einem Zeitzonen-Projekt exportieren, um die Daten mit der Buchhaltung zu vergleichen.
15) Implementierungsplan (3 Iterationen)
Iteration 1 - Fundament (1-2 Wochen):- Story/Use Case/Acceptance Templates, Single Script Registry, Minimum Analytical Scheme, Checkliste.
- User Flow + CJM für Schlüsselszenarien, A11y-Kriterien, Completion/TTV/Error Dashboards, E2E-Set.
- Story Mapping, Priorisierung nach Impact × Effort, A/B-Hypothesen, regelmäßige Revue-Metriken und CAPAs.
16) Mini-FAQ
Personen oder nur JTBD?
Verwenden Sie beides: Personas geben Kontext und Einschränkungen, JTBD ist Absicht und Wert.
Muss ich alles bis zum Pixel beschreiben?
Nein. Das Szenario erfasst Ziel, Schritte, Verzweigungen und Erfolgskriterien; Pixel - Aufgabe von Layouts und DLS.
Woran erkenne ich, dass das Drehbuch „fertig“ ist?
Es gibt messbare Acceptance, Happy/Sad/Edge Coverages, A11y-Kriterien, Events und Target KPIs.
Ergebnis
Benutzerdefinierte Skripte sind das „Skelett“ eines Produkts: ein klares Ziel (JTBD), ein konsistenter Fluss (User Flow/Story Mapping), überprüfbare Kriterien (Acceptance), Messbarkeit (Ereignisse und KPIs) und Respekt vor der Verfügbarkeit/Lokalität. Erfassen Sie diese in einheitlichen Templates, automatisieren Sie die Validierung und überprüfen Sie diese regelmäßig anhand der tatsächlichen Metriken - so bleiben die Schnittstellen für alle Nutzer verständlich, schnell und wertvoll.