Der günstigste Prototyp, den Sie diese Woche bauen können

Der günstigste Prototyp ist das Rohste, was Ihre wichtigste Frage beantwortet, während echte Menschen damit umgehen. Für die meisten Ideen heißt das: Papier, ein Rollenspiel, eine Person, die so tut, als wäre sie das System, oder den Service für ein paar Menschen von Hand erbringen. Jede dieser Varianten lässt sich an einem Tag bauen und bis Donnerstag testen. Die folgenden Schritte zeigen, wie Sie eine auswählen und durchführen.

In diesem Beitrag geht es darum, das Ding zu bauen. Für die weitergehende Frage, wie Sie Tests planen und Belege auswerten, lesen Sie unseren Schwesterbeitrag Eine Idee testen, bevor Sie sie bauen.

Warum günstig in dieser Phase besser ist als gut

Ein Prototyp ist eine Frage in greifbarer Form. Am Anfang lohnen sich nur die Fragen, an denen die Idee scheitern könnte: Verstehen die Menschen sie, nutzen sie sie, nutzen sie sie so, wie Sie es erwarten? Ein ausgefeilter Prototyp beantwortet diese Fragen nicht besser als ein roher – und hat zwei Nachteile. Er kostet mehr, also hängt das Team an ihm. Und er sieht fertig aus, also bleiben die Menschen höflich. Rohe Arbeit lädt zu ehrlicher Kritik ein; man sieht ihr an, dass es für Änderungen nicht zu spät ist.

Fünf günstige Prototypen und wann Sie welchen einsetzen

Ein Hinweis zu den Namen: Den Begriff Wizard of Oz prägte John F. Kelley bei seiner Arbeit zur Verarbeitung natürlicher Sprache an der Johns Hopkins University; gedruckt erschien er erstmals 1983 in seiner Dissertation. Carolyn Snyders Buch Paper Prototyping (2003) ist für die Papiervariante nach wie vor ein gutes praktisches Nachschlagewerk.

So bauen und testen Sie einen in dieser Woche

1. Schreiben Sie die eine Frage auf (Montagvormittag). Listen Sie auf, was zutreffen muss, damit die Idee funktioniert, und wählen Sie dann die Annahme, die zugleich am wichtigsten und am wenigsten belegt ist. Machen Sie daraus eine einzige Frage: „Finden Erstantragsteller die richtige Unterlagenliste ohne Hilfe?“ Haben Sie drei Fragen, haben Sie drei Prototypen. Beginnen Sie mit einem. Assumption Mapping ist ein schneller Weg, die Auswahl zu treffen.

2. Schreiben Sie auf, was Ihre Meinung ändern würde. Vereinbaren Sie vor dem Bauen, was Sie sehen müssten, um weiterzumachen – und was Sie dazu bringen würde, aufzuhören oder die Richtung zu ändern. „Wenn die meisten die Liste nicht finden, ohne nachzufragen, gestalten wir den Einstieg neu.“ Wer das vorher aufschreibt, verhindert, dass das Team die Ergebnisse hinterher umdeutet. Der Leitfaden zum Hypothesentest bietet dafür ein einfaches Format.

3. Leiten Sie die Form aus der Frage ab (Montagnachmittag). Nutzen Sie die Tabelle oben. Verständnis und Navigation: Papier. Grundsätzliche Attraktivität: Storyboard. Menschliche Interaktion: Rollenspiel. Eine digitale oder automatisierte Funktion: Wizard of Oz. Ob der Nutzen echt ist: Concierge. Im Zweifel nehmen Sie das, was Sie am schnellsten bauen können.

4. Bauen Sie nur, was die Frage braucht (Dienstag). Bauen Sie den Teil des Erlebnisses, mit dem die Person während des Tests in Berührung kommt, und sonst nichts. Ein Papierprototyp für ein Formular braucht das Formular, die Fehlermeldung und die Bestätigung – nicht das ganze Portal. Ein Wizard-of-Oz-Chat braucht eine Person am anderen Ende mit ein paar vorbereiteten Antworten, keinen Chatbot. Nehmen Sie Stifte, Ausdrucke, ein geteiltes Dokument, ein Telefon. Dauert das Bauen länger als einen Tag, bauen Sie zu viel.

5. Gewinnen Sie etwa fünf echte Menschen (Dienstag). Suchen Sie Menschen, die zu der Person passen, für die Sie gestalten – keine Kolleginnen und Kollegen. Mitarbeitende an der Front können Sie oft noch am selben Tag mit ihnen in Kontakt bringen. Fünf Sitzungen zeigen Ihnen in der Regel die großen Probleme; Sie suchen nach Mustern, nicht nach Prozentzahlen.

6. Führen Sie die Sitzungen durch: beobachten, nicht erklären (Mittwoch und Donnerstag). Geben Sie der Person eine Aufgabe, keine Führung: „Sie müssen Ihre Genehmigung verlängern. Zeigen Sie mir, was Sie tun würden.“ Dann schweigen Sie. Kommt sie nicht weiter, fragen Sie „Wonach suchen Sie?“, statt hinzuzeigen. Eine zweite Person notiert in einem Feedback-Capture-Grid: was funktioniert hat, was nicht, welche Fragen aufkamen, welche neuen Ideen. Bei einem Wizard-of-Oz- oder Concierge-Test führt die Person, die die verdeckte oder manuelle Arbeit erledigt, ein Protokoll jeder Anfrage – denn dieses Protokoll ist später Ihre Spezifikation.

7. Entscheiden Sie und halten Sie es fest (Freitag). Vergleichen Sie, was Sie gesehen haben, mit dem, was Sie in Schritt 2 vereinbart haben. Wählen Sie eines von vier Ergebnissen: weitermachen, ändern und erneut testen, die Richtung ändern oder aufhören. Schreiben Sie einen Absatz, der die Frage, das Beobachtete und die Entscheidung festhält. Dieser Absatz ist mehr wert als der Prototyp.

Was Sie tun und was Sie lassen sollten

Tun

• Testen Sie eine Frage pro Prototyp.
• Lassen Sie ihn sichtbar roh: handgezeichnete Linien, durchgestrichene Wörter, Klebeband.
• Testen Sie mit den Menschen, die ihn tatsächlich nutzen werden, im realen Umfeld oder nahe daran.
• Seien Sie bei Concierge-Tests ehrlich: Die Menschen wissen, dass eine Person ihnen hilft. Sagen Sie den Teilnehmenden bei Wizard-of-Oz-Tests am Ende, dass ein Mensch dahinterstand, und halten Sie sich an die Regeln Ihrer Organisation zur Einwilligung in Forschung.
• Bewahren Sie Prototyp, Notizen und Entscheidung zusammen auf.

Lassen

• Fragen Sie nicht „Gefällt es Ihnen?“. Beobachten Sie, was die Menschen tun.
• Erklären Sie die Idee nicht, bevor sie sie ausprobieren.
• Reparieren Sie den Prototyp nicht nach jeder Sitzung, es sei denn, ein Problem verhindert den Test vollständig; sonst verlieren Sie das Muster.
• Lassen Sie einen günstigen Test nicht zum verdeckten Pilotprojekt werden. Wizard of Oz und Concierge funktionieren bewusst nur im kleinen Maßstab.
• Zeigen Sie der Führungsebene kein poliertes Mock-up, als wäre es das Produkt. Zeigen Sie, was Sie gelernt haben.

Ein Beispiel aus der Praxis

Illustrativ. Eine Stadtverwaltung in Australien hatte die Idee eines „Parkausweis-Assistenten“, der online die Fragen der Anwohner beantworten und den Antrag für sie ausfüllen sollte. Das Digitalteam schätzte die Entwicklung auf mehrere Monate.

Stattdessen stellte das Team eine einzige Frage: Würden Anwohner tatsächlich per Chat einen Antrag stellen, oder würden sie trotzdem anrufen? Vorab wurde vereinbart: Brechen die meisten Testpersonen den Chat ab und fragen nach der Telefonnummer, wird die Idee fallen gelassen.

Das Team baute an einem Tag eine Wizard-of-Oz-Version: ein einfaches Chatfenster auf einer Testseite, auf der anderen Seite eine Sachbearbeiterin für Parkausweise, die nach einem kurzen Skript Antworten tippte. Eine Papierversion der abschließenden Antragsübersicht wurde ausgedruckt. An zwei Tagen fanden Sitzungen mit Anwohnern statt, die im Bürgerservicezentrum der Stadt gewonnen worden waren.

Die meisten Anwohner kamen mit dem Chat problemlos zurecht, doch fast alle stellten dieselben zwei Fragen, die das Skript nicht abdeckte: zu Besucherausweisen und zum Umzug. Das Protokoll der Sachbearbeiterin zeigte diese Fragen deutlich. Das Team beschloss weiterzumachen, aber zuerst die Seite zu den Anspruchsvoraussetzungen neu zu schreiben, weil viele der Chatfragen wegfallen würden, wenn diese Seite klarer wäre. Die Aufwandsschätzung schrumpfte, weil der Assistent keine Fragen mehr beantworten musste, die eine bessere Seite beantworten konnte.

Häufige Fragen

Was ist ein Low-Fidelity-Prototyp? Eine grobe, schnell gebaute Version einer Idee – etwa eine Skizze, ein Papier-Mock-up oder ein Rollenspiel –, mit der Sie testen, ob die Idee funktioniert, bevor Sie in eine ausgearbeitete Version investieren. „Low Fidelity“ bezieht sich darauf, wie fertig etwas aussieht, nicht darauf, wie nützlich es ist.

Kann man auch einen Service prototypisieren, nicht nur ein Produkt? Ja. Services lassen sich oft leichter prototypisieren als Produkte, weil man sie durchspielen kann. Rollenspiele, Storyboards und Concierge-Tests sind allesamt Wege, einen Service mit Menschen, einem Skript und ein paar Requisiten als Prototyp zu erproben.

Mit wie vielen Menschen muss ich einen Prototyp testen? Für einen frühen, groben Prototyp reicht oft eine Handvoll Sitzungen, um die größten Probleme aufzudecken. Stolpern mehrere Menschen an derselben Stelle, haben Sie Ihre Antwort. Testen Sie nach der Änderung erneut mit einer neuen Gruppe.

Wie es weitergeht

Die Leitfäden zum Papierprototyp, zum Wizard-of-Oz-Test und zum Concierge-Test führen jeweils ausführlich durch eine Form, und das Storyboard ist der schnellste Weg zu testen, ob eine Idee überhaupt einleuchtet. Wo das Prototyping unter den anderen Tools steht, lesen Sie in Welches Innovationstool passt zu mir? und in Die 10 Tools, die jedes Innovationsteam kennen sollte.