Prototyp: eine Idee sichtbar und prüfbar machen

Die Frage vor dem Werkzeug wählen

Ein Prototyp hilft, wenn Gespräche zu viel Raum für verschiedene Vorstellungen lassen. Alle können einer einfachen Buchung zustimmen und trotzdem ganz andere Schritte im Kopf haben. Ein Modell schafft einen gemeinsamen Gegenstand. Ohne eine klare Frage entsteht jedoch leicht ein aufwendig gestalteter Entwurf, der gut aussieht, aber für die nächste Entscheidung wenig erklärt.

Lege deshalb fest, welche Frage du klären möchtest. Finden Menschen einen passenden Termin? Verstehen sie eine Statusmeldung? Erkennen Beschäftigte einen dringenden Fall? Danach richtet sich die Form des Modells. Geht es um Verständlichkeit eines Textes, hilft ein technisch vollständiger Hintergrund kaum. Geht es um körperliche Erreichbarkeit, reicht ein Bild einer Bildschirmoberfläche wahrscheinlich nicht aus.

Die Genauigkeit an die Unsicherheit anpassen

Ein grober Prototyp lässt sich leicht ändern und lenkt den Blick auf die Struktur einer Idee. Ein wirklichkeitsnäheres Modell kann nötig sein, wenn du Bedienung, Inhalte oder zeitliche Abläufe untersuchst. Keine Stufe ist grundsätzlich besser. Entscheidend ist, ob das Modell diejenigen Eigenschaften abbildet, die deine geplante Beobachtung tatsächlich beeinflussen könnten.

Platzhaltertexte können beispielsweise eine Prüfung verfälschen, bei der Kunden ein Angebot verstehen sollen. Umgekehrt kann perfekte Schriftgestaltung von einem fehlenden Prozessschritt ablenken. Entscheide bewusst, wo Nähe zur späteren Nutzung wichtig ist und wo eine einfache Darstellung genügt. So bleibt der Aufwand im Verhältnis zur Entscheidung, die mit dem Prototyp vorbereitet werden soll.

Ein Beispiel für die Geräterückgabe

Ein fiktiver Werkzeugverleih überarbeitet seinen Rückgabeprozess. Das Team zeichnet Papiermasken mit zurückgegebenem Gerät, Prüfstatus und nächster Handlung. Beschäftigte spielen eine Situation durch, in der ein beschädigtes Werkzeug zurückkommt, während ein anderer Kunde bereits darauf wartet. Sie beschreiben anhand des Modells, welche Information sie suchen und was sie als Nächstes tun würden.

Dabei wird sichtbar, dass zurückgegeben mit verfügbar verwechselt wird. Das Team ändert die Begriffe und trennt beide Zustände, bevor das eigentliche System entsteht. Das ist eine nützliche Erkenntnis über den vorgeschlagenen Ablauf. Sie zeigt noch nicht, ob später die Verbindung zum Bestand zuverlässig funktioniert oder ob alle Beschäftigten die neue Darstellung gleich verstehen werden.

Untersuchung und fertigen Betrieb unterscheiden

Ein Proof of Concept konzentriert sich meist darauf, ob ein Ansatz unter bestimmten Bedingungen machbar ist. Ein Prototyp macht eine Idee untersuchbar, häufig mit Blick auf Bedienung oder Form. Ein MVP bietet eine begrenzte, zusammenhängende Leistung, um aus tatsächlicher Nutzung zu lernen. Die Zwecke können sich überschneiden, ihre Ergebnisse erlauben aber unterschiedliche Aussagen.

Erkläre den Teilnehmenden, was echt ist und was nur nachgebildet wird. Eine klickbare Bestätigung versendet vielleicht keine Nachricht. Ein körperliches Modell nutzt möglicherweise andere Materialien als das spätere Produkt. Das ist in Ordnung, wenn es zur Frage passt. Problematisch wird es, wenn eine überzeugende Vorführung als Nachweis für die Betriebsbereitschaft des gesamten Systems gilt.

Eine Aufgabe statt einer Führung geben

Wenn du eine Bedienung untersuchst, beschreibe ein glaubwürdiges Ziel und lass die Person ihren Weg wählen. „Du musst deinen Termin wegen einer anderen Verpflichtung verschieben“ sagt mehr aus als eine Anleitung zum richtigen Menü. Wer Schritt für Schritt geführt wird, kann eine unklare Gestaltung scheinbar problemlos nutzen, weil die moderierende Person fehlende Hinweise ergänzt.

Beobachte Zögern, unerwartete Auswahl und Versuche, einen Fehler zu beheben. Stelle neutrale Fragen, wenn du eine Handlung verstehen möchtest. Das unterstützt die Arbeit an Usability. Eine kleine Untersuchung liefert allerdings keine verlässliche Aussage für die gesamte Bevölkerung. Halte Teilnehmende, Situation und Modellversion fest, damit die Beobachtung später im richtigen Zusammenhang betrachtet werden kann.

Erkenntnisse festhalten, ohne den Entwurf zu verteidigen

Trenne Geschehen und vermutete Ursache. „Die Person wählt direkt nach der Schadensmeldung verfügbar“ ist eine Beobachtung. „Die Statusbegriffe sind unklar“ ist eine Deutung, die weiter geprüft werden kann. Diese Unterscheidung erleichtert das Gespräch und verhindert, dass überraschende Handlungen vorschnell als Fehler der Teilnehmenden abgetan werden, statt den Entwurf zu hinterfragen.

Ordne Hinweise danach, welche Entscheidung sie betreffen. Manche verlangen andere Wörter, andere einen geänderten Ablauf oder eine neue Untersuchung. Setze nicht jeden Kommentar sofort um. Die Vorliebe einer Person für eine Farbe ist etwas anderes als wiederholte Schwierigkeiten bei einer wesentlichen Aufgabe. Betrachte Bedeutung der Aufgabe und Stärke der Hinweise gemeinsam.

Den vorläufigen Charakter einplanen

Ein Prototyp lässt häufig Dinge aus, die für den verlässlichen Betrieb nötig sind: Rechte, Fehlerbehandlung, Überwachung, Wartbarkeit und vollständige Datenwege. Soll das Modell später Grundlage der Umsetzung werden, müssen diese Lücken ausdrücklich geprüft werden. Eine überzeugende Vorführung sollte nicht stillschweigend zum Produkt werden, nur weil ein sauberer Neuaufbau gerade unbequem wirkt.

Nutze erfundene oder passend vorbereitete Informationen, wenn echte persönliche Daten für die Frage unnötig sind. Begrenze Zugriff und Weitergabe auf den vorgesehenen Zweck. Ein Testmodell kann unfertige Hinweise oder missverständliche Versprechen enthalten. Menschen außerhalb der Untersuchung sollten es deshalb nicht versehentlich als echtes Angebot finden. Eine deutliche Kennzeichnung hält diese Grenze verständlich.

Versuchskarte für den beschädigten Rückläufer

Für den fiktiven Werkzeugverleih reicht zunächst der beschriebene Papierentwurf. Die Karte unten macht die Untersuchung wiederholbar, ohne ihre Antwort vorwegzunehmen. Wähle jemanden, der Rückgaben tatsächlich bearbeitet oder künftig bearbeiten wird, und verwende erfundene Gerätedaten. Stelle die Aufgabe ohne Hinweis auf den gewünschten Status.

Halte nach dem Versuch fest, was noch offen ist und welche Änderung oder weitere Untersuchung daraus folgt. Ein verworfenes Modell kann eine gute Entscheidung ermöglichen. Der Wert liegt im gewonnenen Verständnis, nicht in der Zahl gezeichneter Masken oder darin, möglichst viel vom ersten Entwurf zu behalten.

• Frage: Kann die Person zwischen „zurückgegeben“ und „für den nächsten Verleih verfügbar“ unterscheiden? Teilnehmende Rolle: [Rückgabenbearbeitung]. Modellversion: [Datum].
• Aufgabe: „Ein beschädigtes Gerät kommt zurück, ein weiterer Kunde wartet darauf. Bearbeite die Rückgabe und kläre den nächsten Schritt.“
• Dargestellt: Gerät, Prüfstatus und nächste Handlung. Nur simuliert: Verbindung zum echten Bestand; der Versuch bucht kein Gerät und löst keine echte Kundennachricht aus.
• Beobachten: zuerst gewählter Status, gesuchte Information und Zögern. Neutral nachfragen: „Was erwartest du jetzt?“ Keine Erklärung geben, welcher Weg richtig wäre.
• Protokoll: [tatsächlich ausgeführte Handlung oder genaue Aussage] getrennt von [vermuteter Erklärung]. Ein Beispiel für eine Beobachtung wäre die Auswahl „verfügbar“ direkt nach der Schadensmeldung.
• Nächste Entscheidung: [Begriffe ändern/Ablauf ändern/weiter untersuchen], gestützt auf [Beobachtung]. Verantwortlich: [Rolle]. Erneute Prüfung: [Termin und geänderte Modellversion].