Wizard-of-Oz-Prototyp

Zweck

Der Wizard-of-Oz-Prototyp simuliert ein funktionierendes System, indem eine versteckte menschliche Operator-Person ("der Wizard") manuell ausführt, was die Technologie tun würde. So können Teams anspruchsvolle Interaktionen — KI-Antworten, algorithmische Empfehlungen, Sprachschnittstellen — ohne jede Entwicklung testen und echte Nutzerreaktionen auf die Erfahrung erhalten, nicht auf die Technologie.

Auf einen Blick

• Gruppengröße: 3–6 (Wizard + Nutzer*in + Beobachtende)
• Dauer: 45 Minuten
• Schwierigkeit: Mittel bis hoch
• Moderationsstil: Kontrolliertes Experiment mit versteckter Operator-Person
• Setting: Zwei verbundene Räume (Wizard versteckt) oder ein Raum mit Sichtschutz

Ablauf

1. Systemfunktionen definieren (10 Min): Die Interaktionen abbilden, die das "System" übernehmen soll. Ein Skript für den Wizard mit gängigen Nutzereingaben und passenden Antworten schreiben.
2. Bühne einrichten (5 Min): Ein realistisches Interface für die nutzende Person erstellen (Bildschirm, Chat-Fenster, physisches Gerät). Den Wizard dahinter verbergen.
3. Wizard briefen (5 Min): Der Wizard muss konsistent und innerhalb realistischer Zeitvorgaben antworten. Einen Spickzettel mit Antworten bereitstellen.
4. Test durchführen (15 Min): Die nutzende Person interagiert natürlich mit dem "System". Der Wizard antwortet in Echtzeit. Eine beobachtende Person notiert Nutzerverhalten, Zögern und Reaktionen.
5. Nachbesprechung mit Nutzer*in (5 Min): Den Wizard enthüllen (optional). Nach Erfahrung, Überraschungen und Frustrationen fragen.
6. Team-Nachbesprechung (5 Min): Was hat der Test über das Interaktionsmodell offenbart? Was muss sich ändern?

Material

• Interface-Mockup (Bildschirm, Chat-Fenster oder physische Requisite)
• Antwort-Skript für den Wizard
• Sichtschutz oder Trennwand
• Beobachtungsvorlage
• Timer

Stolperfallen & häufige Fehler

• Wizard zu langsam: Wenn Antworten 30 Sekunden dauern, während das echte System 2 brauchen würde, ist der Test ungültig. Den Wizard timen.
• Wizard zu schlau: Ein menschlicher Wizard kann jede Eingabe verarbeiten. Ein echtes System nicht. Den Wizard auf realistische Fähigkeiten beschränken.
• Trick zu früh verraten: Nutzende verhalten sich anders, sobald sie es wissen. Erwägen, erst nach dem Test zu enthüllen.
• Kein Beobachtungsprotokoll: Ohne strukturierte Notizen gehen die Daten verloren.

Inklusion & Barrierefreiheit

• Sicherstellen, dass das Mock-Interface barrierefrei ist (lesbare Schriften, ausreichender Kontrast).
• Bei Sprach-Interaktionstests eine Text-Alternative bereitstellen.
• Den Wizard in inklusiver Sprache und Antwortstilen briefen.

Varianten

• Remote Wizard of Oz: Der Wizard operiert von einem anderen Ort per Chat oder Remote-Desktop.
• Partieller Wizard of Oz: Einige Funktionen sind echt, einige werden gewizardet — nützlich, wenn Teile des Systems bereits existieren.
• Langzeit-Wizard of Oz: Den Test über mehrere Tage durchführen, um habituelle Nutzungsmuster zu erfassen.

Wann NICHT einsetzen

• Wenn die Kernfrage die technische Machbarkeit betrifft, nicht die Nutzererfahrung.
• Wenn der Wizard das Systemverhalten nicht realistisch simulieren kann (z. B. Echtzeit-Videoverarbeitung).
• Wenn die Täuschung der nutzenden Person ethische Richtlinien oder Vertrauen verletzen würde.

Quelle & Weiterlesen

• Kelley, John F. — "An Iterative Design Methodology for User-Friendly Natural Language Office Information Applications" (Dissertation, Johns Hopkins, 1984)
• d.school, Stanford — "Wizard of Oz"-Prototyping-Übungen
• Buxton, Bill — *Sketching User Experiences* (Morgan Kaufmann, 2007)