Prototyping und Designtests

1) Warum es notwendig ist

• Hypothese → Prototyp → Test → Einsicht → Iteration → Lösung.

2) Fidelity Ebenen und wann sie zu wählen

Low-Fi (Skizzen/Papier): Struktur und Fluss; 30-90 min pro Iteration.
Mid-fi (klickbarer Rahmen): Navigation, Texte, Zustände; 0,5-2 Tage.
High-Fi (visuell/animiert): Wahrnehmung, Mikrointeraktionen; 1-5 Tage.
Code-proto (interaktiv + reale Daten): Leistung, Verfügbarkeit, komplexe Muster (KYC, Zahlungen); 2-10 Tage.

Regel: Wir beginnen mit einem Minimum, das ausreicht, um die Hypothesenfrage zu beantworten.

3) Prototypenformate

Paper/Wireflow: Schnelle Drehbücher, Comics der Bildschirme.
Klickbar (Figma/Framer/ProtoPie): Übergänge, bedingte Zweige, Pseudoformen.
Wizard-of-Oz: „Magie hinter dem Bildschirm“, komplexe Logik wird vom Forscher imitiert.
Code-Prototyp (React/Flutter): Gesten, Performance, A11y, API-Integration.
Inhaltlicher Prototyp: Texte, leere Zustände, Fehler/Erfolge.

4) Wo zu testen und wie

• Moderiert: Tiefe, klärende Fragen, think-aloud.
• Unmoderiert: Geschwindigkeit, Maßstab, einfache Aufgaben.

• Remote: breitere Geographie, Bildschirmaufnahme/Videoanruf.
• Face-to-Face: Kontext, Eye-Tracking/Gesten, physische Geräte.

• Usability-Tests (Aufgabenszenarien).
• Kognitiver Walkthrough.
• Heuristische Bewertung (Nielsen 10).
• Kartensortierung/Baumprüfung (Navigation).
• 5-Sekunden-Tests (erster Eindruck).
• Präferenztest (Bildschirm-/Stiloptionen).
• Desirability-Tests (Emo-Karten).
• Tagebuchstudien (lange Zyklen).

5) Testplan (Vorlage)

1. Ziel: Welche Hypothese prüfen wir (z.B.: „ein neuer KYC-Thread reduziert die Zeit-zu-verifizieren um 30%“).
2. Aufgabenszenarien: 4-6 Schlüssel, mit Erfolgskriterium.
3. Artefakt: Verweise auf Prototypen/Versionen.
4. Metriken: Task-Erfolg, Time-on-Task, Fehler, SEQ (1-7), SUS (nach der Sitzung), UMUX-Lite.
5. Rekrutierung: Profil, Märkte, N (5-8 Befragte pro Zyklus).
6. Verfahren: Einstieg → Aufwärmen → Aufgaben → Befragung → De-Brief.
7. Sicherheit und Ethik: Zustimmung zur Aufzeichnung, personenbezogene Daten/Zahlungen werden nicht erhoben.
8. Logistik: Geräte/Browser, Slot Grid, Moderator Checkliste.

6) Eine Reihe von Metriken und Normen

Task-Erfolg (%): Zielrate von ≥80% bei kritischen Schritten.
Time-on-Task: Median des Szenarios (Vergleich mit der Kontrolle).
Fehlerrate: Kritische/Minor-Fehlerrate.
SUS: ≥68 ist die Grundnorm, ≥80 ist ausgezeichnet.
SEQ (1-7): Bewertung der Komplexität der Aufgabe (Ziel - ≤3).
NPS/CSAT nach Szenario: nach Bedarf.
Die Verhaltungssignale: salipanije, woswraty, back-nawig., die rage-Klicks.

7) Rekrutierung und Probenahme

Wer zu nennen ist: reale Segmente (Anfänger/Erfahrene, Regionen/Sprachen, Geräte).
Wie viel: 5-8 pro Qualitätszyklus; für A/B: Statistiken (siehe unten).
Screening: Wir schneiden professionelle Tester ab, fordern Erfahrung mit relevanten Aufgaben (z.B. Online-Zahlungen).
Motivation: ehrlich, ohne Verhaltensverzerrung (wir zahlen keine Produktprämien für verantwortungsvolle Spieltests).

8) Skript des Moderators (Zusammenfassung)

Gruß, Ziel: „Wir testen das Design, nicht Sie“.
Zustimmung zur Aufzeichnung, Vertraulichkeit.
Aufwärmen: vorherige Erfahrung, Analoga.
Aufgaben: „Stell dir vor, was du willst...“ (Minimum der Führung).

Neutrale Prompts: „Sagen Sie uns, was Sie als Nächstes erwarten“, „Was ist peinlich?“

Abschluss: kurze Umfrage, Dankbarkeit.

9) Analyse und Priorisierung der Funde

Taxonomie der Probleme: Navigation, Verstehen, Eingabe, Feedback, Warten/Zeit, Sicherheit, Lokalisierung/A11u.
Schweregrad: Blocker/Major/Minor/Cosmetic.
Häufigkeit: Wie viele Befragte aneinandergeraten sind.
Auswirkungen auf das Geschäft: Umstellung, Compliance-Risiken (KUS/Zahlungen), Handhabung.
Priorität = Schweregrad × Häufigkeit × Auswirkung.

Bericht (1 Seite): Zweck, Stichprobe, Schlüsseleinblicke (5-7), Zitatbeispiele, Video-Links zu Momenten, Lösung und Eigentümer der Aufgabe.

10) A/B und Experimentieren

Was zu testen ist: klar ein Faktor (CTA-Text, Reihenfolge der Schritte, Feldformat).
Metriken: Schritt-/Trichterkonvertierung, CTR, Zeit, Fehlerrate, Stornierungen.
Stichprobengröße: Berechnen Sie den gewünschten Effekt (z. B. Uplift 5-10%, Power 80%, α = 5%).
Ethik und Risiken: für Zahlungen/Schlussfolgerungen, um den Schaden zu minimieren: Kanarienstart, Verkehrshauben, Stornierbarkeit.
Multivariate Tests - nur bei großen Mengen.

11) Werkzeuge und Artefakte

Prototypen: Figma/Framer/ProtoPie; für Code - React/Next.
Aufzeichnung und Analyse: Bildschirm/Kamera, Heatmaps, Sitzungswiederholung, Veranstaltungen.
Vorlagen: Testplan, Moderator-Skript, Einwilligungsformular, De-Brief-Checkliste, Einzelseiten-Berichtsvorlage, Entscheidungsprotokoll.
Daten: fiktiv/anonymisiert, Zahlungsstecker und KYC.

12) Verfügbarkeit (A11y) und Lokalisierung in Tests

Wir überprüfen die Navigation mit Tabs, Fokusringen, 'aria-live' für Toast/Fehler.
AA-Kontrast in hellen/dunklen Themen.
Test „Langsprachen“ (DE/TR), Datums-/Währungsformate, RTL.
Gesprochene Fehler-/Erfolgstexte, Alternativen zu Icons.

13) Besonderheiten des Key Flows (iGaming)

Registrierung/KUS: Verständlichkeit der Anforderungen, Foto-Hinweise, ETA („bis zu 2 Minuten“), Dokumentfehler.
Zahlung/Einzahlung/Auszahlung: Limits, Gebühren, Fristen, gleiche Methode Regel; Ablehnungstexte; Bestätigungsschritt.
Boni/Missionen: transparente Bedingungen, Fortschritte, Status; dunkle Muster zu vermeiden.
Verantwortungsvolles Spielen: neutraler Ton, einfache Einstellung der Grenzen, Zugriff auf die Hilfe.

14) Übergabe an Entwicklung (Handoff) und Design-QA

Handoff-Paket: Prototyp + Spezifikationen (Zustände, Animationen, Token), Microcopy-Texte, i18n-Schlüssel, A11y-Anforderungen.
Definition of Done (UX): Abgedeckt sind die Zustände loading/empty/error/success, focus/keyboard, localization.
Design-QA: Vergleich mit Layout, interaktiv, Kontrast/Fokus, Texte, Layout auf Geräten/Browsern.

15) Checklisten

Vor dem Test

• Hypothese und Forschungsfrage formuliert.
• Das Fidelity-Niveau entspricht der Aufgabe.
• Szenarien und Erfolgskriterien stehen bereit.
• Rekrutierung und Slots bestätigt, Zustimmungen vorbereitet.
• Der Prototyp wird auf Zielgeräten/Browsern geöffnet.
• Stecker für sensible Tätigkeiten (Zahlung/CUS).

Nach dem Test

• Zusammenfassungen und Zeitcodes werden gesammelt.
• Die Probleme sind nach Schweregrad und Häufigkeit gekennzeichnet.
• Die Entscheidungen stehen fest, die Eigentümer sind benannt.
• Entscheidung Log und Roadmap aktualisiert.
• Ein kurzer Bericht (1 Seite) und ein Demo-Video (≤5 min) wurden erstellt.

16) Anti-Muster

Testen Sie „Schönheit“ anstelle von Szenarien und Aufgaben.
Mischen Sie mehrere Hypothesen in einem Test.
Geben Sie suggestive Fragen/Hinweise vor dem Versuch des Benutzers.
Zeige nur den „glücklichen Weg“ - keine Fehler/Leerzustände.
A11u/Lokalisierung „vor der Produktion“ ignorieren.
Rückschlüsse auf 1-2 Befragte ohne Bestätigung ziehen.
A/B ohne Berechnung der Stichprobenleistung durchführen.

17) Schnelle Vorlagen

• „Wenn wir die Wahl der Zahlungsmethode in den ersten Schritt nehmen, dann wird die Einzahlungsumwandlung um 7% steigen, weil wir die unerwarteten Einschränkungen später reduzieren werden“.

• „Laden Sie Ihr 500 UAH-Konto mit Ihrer Bankkarte auf“.

• „Der Benutzer vervollständigt das Auffüllen ohne Hilfe und in ≤90 Sekunden“.

• „Wie schwer war es, die Aufgabe zu erfüllen?“ (1 - sehr einfach... 7 - sehr schwierig)

• Blocker: steckt fest und kann → Major nicht abschließen: behindert → Minor ernsthaft: verlangsamt → Cosmetic: stört nicht.

18) Abschließender Spickzettel

Beginne mit Low-Fi, erhöhe Fidelity nur bei Bedarf.
Testen Sie Szenarien, nicht Bildschirme.
Мерь Task Success/Time/Errors + SEQ/SUS.
Priorisieren Sie nach Schwere × Häufigkeit × Einfluss.
Halten Sie A11y und Lokalisierung in jedem Zyklus aufrecht.
Dokumentieren Sie die Entscheidungen und vermitteln Sie einen umfassenden Handoff.