Vorgespielte Magie
Mit dem „Wizard of Oz“ testen Entwicklungsteams, wie Nutzer mit einem System interagieren. Der Nutzer bedient dabei ein Interface. Die Reaktionen des Systems werden aber nicht maschinell, sondern durch einen Menschen ausgelöst. Dabei ist dem Nutzer unter Umständen nicht bewusst, dass er nicht mit einer intelligenten Software, sondern einem verborgenen Menschen interagiert.
Der Begriff hat seinen Ursprung in der Kindergeschichte „Der Zauberer von Oz“. In diesem Film treffen die Protagonisten auf einen vermeintlich mit Superkräften ausgestatteten Zauberer. Der Zauberer entpuppt sich letztlich als normaler Mensch, der seine Magie nur inszeniert.
Genau wie der Zauberer im Film spielt das Entwicklungsteam beim Bau und Test eines Wizard-of-Oz-Prototyp“ zentrale Funktionen nur vor.
Um die Wizard-of-Oz-Methode anzuwenden sind drei Elemente erforderlich: Ein Skript, dass vorgibt, was passieren soll, eine Person als Testnutzer und ein menschlicher Zauberer, der die Interaktion des Systems steuert.
Ein Wizard of Oz wird besonders häufig eingesetzt, um digitale Produkte mit komplexer nur aufwendig zu entwickelnder Logik zu testen. Gerade wenn Produkte und Geschäftsmodelle im Bereich künstlicher Intelligenz kreiert werden, eignen sich diese Prototypen hervorragend. Die Bandbreite reicht dabei von digitalen Assistenzsystemen und Chatbots bis hin zu komplexen Dienstleistungen bei denen ganze Prozessketten automatisiert werden.
Am häufigsten werden Wizard of Ozs in sehr frühen Entwicklungsphasen eingesetzt, wenn ein interdisziplinäres Team Ideen gerade erst entwickelt hat. Das Team testet dann, ob es überhaupt Bedarf für einen vermuteten Anwendungsfall für künstliche Intelligenz gibt.
Agile Entwicklungsteams setzen Wizard of Ozs aber auch in späteren Iterationen ein. Dabei wird die bestehende künstliche Intelligenz um weitere Funktionen oder Algorithmen erweitert. Im Nutzertest wird überprüft, ob sich das Nutzererlebnis durch weitere Funktionen so stark verbessert, dass ein zusätzlicher Aufwand gerechtfertigt ist.
Mit Prototypen der Kategorie Wizard of Oz können Teams Nutzerfeedback zu sehr aufwendigen Produktideen einholen. Mit einem guten Setup geben sich die Testuser der Illusion eines funktionierenden Echtsystems vollständig hin. Die Daten zur User Experience haben dadurch eine sehr hohe Qualität. Im Verhältnis zur Datenqualität sind Wizard of Oz sehr günstig zu entwickeln.
Wenn die Testergebnisse gut dokumentiert und aufbereitet werden, können die positiven Nutzerreaktionen auch gut genutzt werden, um das Potential einer Innovation gegenüber anderen Stakeholdern zu kommunizieren. Das Video eines begeisterten Testnutzers öffnet Budgettöpfe häufig leichter als ein Boxplot.
Physische Produkte
Digitale Produkte
Prozesse und Services
Geschäftsmodelle
Plattformen
Zeitaufwand
niedrig
Anspruch
mittel
Bei der Entwicklung von Wizard-of-Oz-Prototypen lernt das Team nur sehr wenig über die Machbarkeit und geschätzte Entwicklungskosten. Man kann verifizieren, wie ob ein intelligentes System Nutzer begeistern wird, aber nicht, ob dieses System jemals durch das Team fertiggestellt werden kann.
Wenn die Wizards zu schnell und schlecht gemacht sind, kann das im Test unfreiwillig komisch wirken und die Ergebnisse verfälschen.
In der Regel sind die Prototypen schnell und mit wenig Aufwand gemacht. Im einfachsten Fall chattet der Wizard mit dem Test User nur von einem anderen Raum aus. Es gibt aber auch Ausnahmen. In einem uns bekannten Falls inszenierten über zwanzig Mitarbeiter über mehrere Monate eine AI-gestützte Marktplattform für Industrieprodukte. Auf der einen Seite ging es dabei um ein Milliardenpotential. Auf der anderen Seite sollte erst geprüft werden, ob in einer sehr konservativen Branche genug Kunden gefunden werden können, die den Sprung vom Faxgeräte in die digitale Welt wagen.
Jeder!
Wir empfehlen einen People-Guy, der den Nutzer durch das System führt und mindestens eine Person, der als Wizard agiert. Ein größeres Team für eine bessere Inszenierung schadet nicht.
Um einen Wizard of Oz zu entwickeln sind keine speziellen Tools erforderlich. Häufig werden Monitore, Laptops und eine Internetverbindung genutzt. Systeme, für die schnelle Controller oder andere Eingabewerkzeuge zur Verfügung stehen eignen sich natürlich besser.
Die Ergebnisse sind besser, wenn Testnutzer und Zauberer räumlich getrennt sind. Wir empfehlen, dass sich Teams beim Prototyping auf die Kernfunktionen konzentrieren und andere Bestandteile der Interaktion bewusst weglassen.
Da fällt uns nicht viel ein, außer, dass sich die Testnutzer respektiert und nicht betrogen fühlen sollten.
Offiziell wurde der Wizard-of-Oz-Prototyp um 1980 herum in den USA erfunden. Wir haben mal wieder eine andere Meinung: Der Schachtürke von 1769 oder 1770 ist der erste Wizard of Oz: Ein Prototyp für moderne Schachcomputer. Eine der ersten Testnutzerinnen war Maria Theresia von Österreich.
Ehemaliger Business-Kasper | Ausgewildertes Spielkind
Ich bin Game Thinker, Consultant und fanatischer Anhänger der Theorie Y. Meine Frau findet mich unfreiwillig komisch. Maximal 2 von 100 Menschen werden in Gesprächen mit mir dümmer.
Co-Founder von Monokel Consulting, Serious PlayScape und RokaEnergy.
Fast jeder kennt das: Im Ergebnis sollen Innovationsprojekte Nutzer begeistern. Möglichst schnell und so effizient, dass am Ende noch genug Marge übrigbleibt. Natürlich bei voller Kontrolle der Risiken im Prozess. Aber warum zum Teufel sollte man trotz des Zeit- und Kostendrucks auf dem Weg zum Ziel Geld für Prototypen versenken, von denen etliche unbrauchbar sein werden?
Was ist Employee Experience Design? Employee Experience bedeutet, den SharePoint netter zu machen. So habe ich es zumindest mal gehört – von einem fiesen Menschen, der mich ärgern wollte. Wenn EX also etwas anderes ist, was ist es dann? Hier sind fünf Perspektiven zur Beantwortung dieser Frage
Hypes und Buzzwords kommen und gehen. Consultants treiben die Sau durchs Dorf und der Rest der Welt verdreht die Augen. Aber warum machen die Businesskasper das?
„Wir haben in Deutschland eine ganz schlechte Fehlerkultur.“ Hört man immer wieder. Wer das ändern will, muss auch nett zu Pfeiffen in der Politik sein.
Employee Experience klingt für viele nach Customer Experience. Manch einer denkt dann direkt an „der Kunde ist König“. Und wer will als Chef* von seinen Mitarbeitern regiert werden? Aber warum lohnt sich auch für Menschen, die glauben, dass Arbeit nicht zu schön sein darf, sonst würde sie ja nicht Arbeit heißen? Was ist der Nutzen von Employee Experience?
Thesen, Trollen & Trompeten ist ein Austauschformat zwischen klugen Köpfen und mir, Daniel Herrmann.
Mein erster Dialogparnter ist Matthias Lenssen.
Er schreibt mit mir über Purpose, Coaching, Design Thinking und darüber wie man es mit seinem Gewissen vereinbaren kann, Geld von Konzernen zu nehmen, obwohl man sich eigentlich eine enkelfähige Welt wünscht.
Johanna Rosenbusch und Daniel Herrmann über Gründen, Scheitern, Schuld und das Gute im "nicht ganz…
Transparenz und Verantwortung sind doch einfach toll. Wer könnte etwas dagegen haben? Ich! Weil die…
Wie eng liegen Mut und Idiotie beieinander? Was ist schlimmer, Vergaberecht oder Schnitzel? Warum planen,…
Was ist Employee Experience Design? Employee Experience bedeutet, den SharePoint netter zu machen. So habe…
Canvas' sind beliebt. Games auch. Ich bringe beides zusammen. Welche Fragen kann oder sollte man…
Employee Experience klingt für viele nach Customer Experience. Manch einer denkt dann direkt an „der…