- einen Prototyp aus einer Beschreibung erzeugen
- gezielt nachschärfen statt alles auf einmal
- die Grenzen erzeugter Prototypen kennen
- erzeugte Prototypen sicher einsetzen
Was früher Tage dauerte, entsteht heute aus einem Absatz: eine klickbare Oberfläche, mit der sich ein Ablauf prüfen lässt. Das verändert die Konzeptarbeit spürbar, weil Testen plötzlich billiger ist als Diskutieren. Diese Lektion zeigt, wie es abläuft und wo die Grenzen liegen.
1. Der Ablauf
Ein Absatz genügt: Wer nutzt es, was soll erreicht werden, welche Schritte gibt es. Je konkreter die Schritte, desto brauchbarer das Ergebnis – „vier Felder, dann Bestätigung“ statt „ein Formular“.
Der fünfte Schritt ist der eigentliche Zweck und wird am häufigsten ausgelassen. Ein Prototyp, den nur das Team ansieht, beantwortet keine Frage, die nicht auch ein Wireframe beantwortet hätte. Der Gewinn entsteht erst, wenn jemand ihn benutzt, der nichts über das Projekt weiß.
2. Was in die Beschreibung gehört
| Bestandteil | Beispiel |
|---|---|
| Wer und was | Ein Betrieb möchte eine Halle sanieren lassen und eine Anfrage stellen. |
| Die Schritte | Leistungsseite mit Preisspanne, dann Formular mit vier Feldern, dann Bestätigung. |
| Was auf jedem Schritt zu sehen ist | Auf der Leistungsseite: Überschrift, Preisspanne, zwei Referenzen, ein Knopf. |
| Was nicht gebraucht wird | Keine Navigation, keine weiteren Seiten, keine Anmeldung. |
| Gestaltungsvorgaben | Schlicht, Graustufen, Akzentfarbe #4f5bff, keine Bilder. |
Der vierte Punkt spart am meisten Zeit. Ohne ihn baut das Modell vollständige Websites mit Navigation, Fußbereich und fünf Unterseiten – alles Arbeit, die niemand testen wird.
3. Eine Sache je Durchgang
Der wirksamste Arbeitsstil bei erzeugten Prototypen ist derselbe wie beim Verzweigen: eine Änderung, dann prüfen. Fünf Änderungswünsche auf einmal führen dazu, dass drei umgesetzt, einer missverstanden und einer nebenbei rückgängig gemacht wird – und Sie wissen anschließend nicht, welcher Hinweis was bewirkt hat.
Benennen Sie dabei, was bleiben soll. „Behalte alles wie es ist und ergänze auf Schritt zwei einen Zurück-Knopf“ ist eine verlässliche Formulierung; „mach das noch besser“ ist keine.
4. Die Grenzen
Drei Dinge leisten erzeugte Prototypen nicht. Sie enthalten keine echten Daten und keine Anbindung an vorhandene Systeme – was mit Ihren tatsächlichen Beständen passiert, bleibt offen. Sie bilden Randfälle nicht ab, solange sie nicht ausdrücklich verlangt werden: lange Texte, fehlende Bilder, Fehlermeldungen. Und sie taugen nicht als Grundlage für die Umsetzung, weil der erzeugte Aufbau auf schnelle Darstellung und nicht auf Wartbarkeit zielt.
Der letzte Punkt ist der verführerischste. Ein Prototyp, der bereits funktioniert, weckt den Wunsch, ihn zu behalten. In der Praxis rächt sich das innerhalb weniger Monate – bei Barrierefreiheit, Wartbarkeit und Sicherheit gleichermaßen.
5. Datenschutz beim Testen
Wenn Sie erzeugte Prototypen mit echten Menschen testen, gelten dieselben Regeln wie bei jedem Nutzertest: Einwilligung einholen, keine echten personenbezogenen Daten eingeben lassen, Aufzeichnungen nur mit Zustimmung. Zusätzlich gilt beim erzeugten Prototyp: Prüfen Sie, wo er gehostet wird. Ein öffentlich erreichbarer Link mit Ihren Preisen und Ihrem Logo ist schneller entstanden, als den meisten bewusst ist.
6. Häufige Fragen
Wie viel Programmierkenntnis braucht man? Für einen testbaren Prototyp keine. Für gezieltes Nachschärfen hilft es, die Begriffe zu kennen – aber das lässt sich beschreiben statt programmieren.
Kann man bestehende Seiten nachbauen lassen? Ja, und das ist ein nützlicher Einstieg: eine vorhandene Seite nachbauen und dann gezielt verändern. So bleibt der Vergleich zum Ist-Zustand erhalten.
Ersetzt das Entwurfswerkzeuge? Für frühe Ablauftests weitgehend. Für Komponenten, Systematik und Übergabe nicht – dort bleibt das Entwurfswerkzeug der Ort, an dem Entscheidungen festgehalten werden.
7. Übung zum Selbermachen
Beschreiben Sie in einem Absatz einen Ablauf aus Ihrem Arbeitsalltag mit drei Schritten und lassen Sie einen klickbaren Prototyp erzeugen. Gehen Sie ihn selbst durch und notieren Sie drei Dinge, die nicht stimmen. Ändern Sie eine davon, prüfen Sie erneut. Zeigen Sie das Ergebnis danach einer Person, die nichts damit zu tun hat, mit einer Aufgabe statt einer Erklärung. Sie werden mindestens eine Sache erfahren, die Ihnen selbst nicht aufgefallen wäre.
- [1]Nielsen Norman Group (2026): AI-Generated Prototypes in UX Research.
- [2]Snyder, C. (2003): Paper Prototyping. Morgan Kaufmann.
- [3]Warfel, T. Z. (2009): Prototyping – A Practitioner's Guide. Rosenfeld Media.
Stand: September 2026. Kursmaterial der Klarwerk Akademie. Methoden und Werkzeuge der Konzeption entwickeln sich weiter – die Grundprinzipien nutzerzentrierter Gestaltung bleiben.