Product Discovery Research-Methode

Wizard of Oz Test

Zeigt, wie Menschen eine Interaktion nutzen, wenn die fehlende Technik kontrolliert simuliert wird.

Beim Wizard of Oz Test bedient eine Person im Hintergrund Funktionen, die für Teilnehmende wie automatisierte Technik erscheinen. So werden Interaktion und Nutzenannahmen geprüft, bevor diese Technik entwickelt ist.

Kernfrage

Wie nutzen Menschen diese Interaktion, wenn die fehlende Technik kontrolliert simuliert wird?

Planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 5-20 Nutzer Beteiligte
Zeit: 60–90 Minuten Vorbereitung; 20–40 Minuten je Sitzung plus Aufklärung.

Simulation
Simulation
Hypothese, sichtbare Funktion und manuell simulierten Anteil festlegen.
Protokoll
Protokoll
Operatorregeln, Grenzen, Einwilligung und Aufklärung vorbereiten.
Probe
Probe
Fassade und Operatorablauf mit Standard-, Fehler- und Grenzfällen proben.
Beobachtung
Beobachtung
Aufgaben neutral stellen; Nutzerhandlung, Operatoraktion und Verzögerung getrennt protokollieren.
Aufklärung
Aufklärung
Die manuelle Simulation erklären, Reaktionen aufnehmen und Befunde begrenzen.

Bedienregeln stabilisieren, neue Fehlerfälle ergänzen und technische Machbarkeit separat prüfen.

Geeignet, wenn

Für schwer prototypisierbare intelligente oder adaptive Interaktionen mit vertretbarer Simulation.

Ideal für

AI Features
Service Prototypes
Automation Ideas

Nicht gut für

Skalierbare Produktion
Tests ohne ethische Transparenz

Ergebnisse

Simulationsbefund
Interaktionsbefunde mit Operatoraktionen, Latenzen, Grenzen und Debriefing.
Testbefund
Der Testbefund weist den vereinbarten Umgang mit Forschungsdaten sowie getrennte Bewertungen von Nutzen, Bedienbarkeit und ungelöster Automatisierung aus.

Wizard of Oz Test · Arbeitsvorlage

Fiktives Beispiel

Hypothese und Fassade

Welche Interaktion und Annahme werden geprüft? Was wird manuell simuliert?

Fiktiv: Ein Kursassistent schlägt zu drei genannten Zeitfenstern passende Kurse vor. Hypothese: Personen können danach selbst eine passende Auswahl treffen. Eine verborgene Operatorin wählt aus einer festen Kursliste; echte KI existiert nicht.

Operatorregeln und Grenzen

Antwortregeln, Latenz, Fehlerfälle und manuelle Eingriffe festlegen.

Lea liefert innerhalb von 20–40 Sekunden höchstens drei passende Angebote. Kein Treffer führt zu einer Rückfrage nach einem weiteren Zeitfenster. Ungeplante Antworten werden als Abweichung protokolliert.

Teilnahme und Aufklärung

Welche Information ist vorab nötig, welche Simulation bleibt vorübergehend verdeckt, und wie wird aufgeklärt?

Teilnahme an einem Forschungsprototyp freiwillig; nur erfundene Terminangaben, menschliche Einsicht in Eingaben angekündigt. Der konkrete Operatorablauf wird direkt danach erklärt; Abbruch und vereinbarte Löschung möglich.

Beobachtung und Operatorlog

Aufgabe, Nutzeraktion, Operatoraktion, Zeit, Hilfe und Ergebnis getrennt erfassen.

P02 nennt drei Zeiten; Lea antwortet nach 32 Sekunden. P02 übersieht den Standort und wählt einen zeitlich passenden Kurs am falschen Ort. Moderator erklärt erst nach Aufgabenende.

Aufklärung und Lernentscheid

Was wurde offengelegt, wie reagierte die Person und welche Aussagegrenzen bleiben?

P02 erfährt, dass Lea die Auswahl traf. Team ergänzt Ortsvergleich und testet erneut. Automatische Qualität, Skalierung und Betriebskosten sind durch den manuellen Versuch nicht belegt.

Alle Beispielangaben sind erfunden; sie erläutern die Anwendung.

NN/g: The Wizard of Oz Method in UX

Erster Schritt

Eine Interaktionshypothese, den simulierten Anteil und die zulässigen Grenzen festlegen.

Zur Methodenanleitung

Wie geht es weiter?

Papierillustration mit einer Person am Prototyp, beobachtender Person mit Notizbuch und markiertem Usability-Problem.

UX Research

Usability Testing

Testet die simulierte Interaktion mit weiteren echten Nutzenden im Detail.

Product Discovery

Solution Interview

Klärt Einwände und Nutzenannahmen aus dem Simulationsbefund vertieft im Gespräch.

Vertiefung

Zweck

Wenn eine neue Erfahrung noch zu teuer für echte Automatisierung wäre, simuliert sie das Ergebnis im Hintergrund. Sie prüft Nutzerreaktion und Nutzen, bevor Technik verschwindet.

Funktionsweise

Sie präsentiert ein scheinbar fertiges Verhalten, während die eigentliche Ausführung manuell oder vereinfachend passiert. Dadurch lässt sich Produktwirkung prüfen, ohne den vollen technischen Aufwand zu tragen.

Im Detail

Wizard of Oz Tests tragen, weil sie Nutzererleben realistisch simulieren, während die eigentliche Leistung noch manuell erbracht wird. Gute Anwendung hält die manuelle Unterstützung unsichtbar, ohne das Verhalten künstlich zu machen oder Daten zu verfälschen. So zeigt sich, ob ein Lösungsprinzip im Alltag trägt, bevor Aufwand in Automatisierung oder aufwendige Produkttechnik fließt.

Durchführung

Definiere vorab genau, welche Teile simuliert werden und welche Nutzerreaktionen für die Entscheidung wirklich zählen. Das Format entfaltet seinen Wert dort, wo manuelle Ausführung erste Muster zeigt, die eine spätere Automatisierung plausibel oder fraglich machen. Schließe mit klarer Trennung zwischen beobachtetem Nutzerwert und internem Betriebsaufwand des Testaufbaus.

Die Methodenanleitung führt mit 5 Phasen, Zeitrahmen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Prototyp Validierung MVP

Quellen

NN/g: The Wizard of Oz Method in UXnngroup.comPrimärreferenz zur verdeckten manuellen Simulation und ihren Untersuchungsgrenzen.

Artefakt-Vorlagen

Wizard of Oz Test: ArbeitsvorlageEine Interaktionshypothese, den simulierten Anteil und die zulässigen Grenzen festlegen.

markdown

wizard-of-oz-test-working-template.md

Eine Interaktionshypothese, den simulierten Anteil und die zulässigen Grenzen festlegen.

Wizard of Oz Test: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Gesamter Durchlauf Zeit: 60–90 Minuten Vorbereitung; 20–40 Minuten je Sitzung plus Aufklärung.

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Fassade, Operator-Konsole, Antwortregeln, Protokoll.
Rollen: Teilnehmende, Moderator, verdeckter Operator.
Vorab-Infos: Eine Interaktionshypothese, den simulierten Anteil und die zulässigen Grenzen festlegen.
Gesamter Zeitbedarf: 60–90 Minuten Vorbereitung; 20–40 Minuten je Sitzung plus Aufklärung.
Setup: Nutzeroberfläche und Operator-Konsole getrennt vorbereiten; Antwortregeln sichtbar halten und gemeinsame Zeitmarken für beide Logs nutzen.