Design Thinking Prototyp: So erweckst du deine Ideen zum Leben

Ein Design Thinking Prototyp ist eine absichtlich unfertige Version einer Idee, gebaut, um kritisiert zu werden. Er existiert, damit dein Team herausfindet, was nicht funktioniert, bevor die teure Arbeit beginnt. Genau darum geht es, und genau deshalb bestehen die meisten ersten Prototypen aus Papier.

Dieser Guide zeigt dir, was als Prototyp zählt, welche sieben Arten Teams wirklich nutzen, was einen Prototyp von einem MVP unterscheidet und wie du deinen ersten Prototyp baust und testest. Wenn du die Methode hinter der Phase suchst statt der Artefakte, geht unser umfassender Guide zum Prototyping im Design Thinking tiefer auf den Prozess selbst ein.

Was ist ein Prototyp im Design Thinking?

Ein Prototyp im Design Thinking ist eine vereinfachte, testbare Darstellung einer Idee, die in der vierten Phase des Design-Thinking-Prozesses entsteht. Das kann eine Papierskizze sein, ein klickbarer Screen-Ablauf, ein Modell aus Karton oder eine durchgespielte Szene. Sein Zweck ist nicht, fertig auszusehen, sondern eine einzige Frage zu beantworten: Löst das hier das Problem der Person, für die wir es gebaut haben?

Prototypen sitzen zwischen Ideenfindung und Test. Sie machen aus einem abstrakten Konzept etwas, worauf Nutzer reagieren können, und das ist der einzige verlässliche Weg herauszufinden, ob das Konzept trägt. Die fünf Phasen des Design-Thinking-Prozesses setzen das Prototyping genau deshalb direkt vor das Testen, und die Schleife zwischen beiden läuft in der Regel mehrfach.

Warum sich Prototypen lohnen

• Fehler werden billig. Eine Papierskizze zu ändern kostet Minuten. Ein ausgeliefertes Produkt zu ändern kostet einen Release-Zyklus und das Vertrauen derer, die es schon genutzt haben.
• Annahmen werden sichtbar. Teams merken erst dann, was sie stillschweigend vorausgesetzt haben, wenn eine Nutzerin einen anderen Weg durch den Prototyp nimmt.
• Diskussionen enden. Ein Prototyp ersetzt den Meinungsstreit durch eine Beobachtung. Zwei Leute, die sich über einen Ablauf uneinig sind, können stattdessen fünf Nutzern zusehen.
• Stakeholder können reagieren. Ein klickbarer Prototyp holt aus einem Lenkungskreis deutlich schneller eine Entscheidung als ein Foliensatz, der dasselbe beschreibt.

Die 7 Arten von Design-Thinking-Prototypen, mit Beispielen

1. Papierprototyp oder Skizze. Von Hand gezeichnete Screens oder Prozessschritte auf Papier. Beispiel: Du skizzierst die fünf Screens einer Buchungsstrecke und schiebst sie über den Tisch, während eine Nutzerin erzählt, wo sie tippen würde. Ideal für die ersten Stunden einer Idee.
2. Storyboard. Eine Folge von Zeichnungen, die den Nutzer im Kontext zeigt: vor, während und nach der Nutzung der Lösung. Beispiel: sechs Bilder, in denen ein Pendler ein Mobilitätsabo entdeckt, kauft und nutzt. Ideal, wenn der Nutzen von der Situation abhängt und nicht vom Interface.
3. Wireframe. Ein Graustufen-Layout eines digitalen Screens, das Struktur und Hierarchie zeigt, ohne visuelles Design. Beispiel: ein Dashboard-Wireframe, mit dem ihr euch einigt, was oben stehen muss. Ideal, um ein Team auszurichten, bevor die Designarbeit startet.
4. Klickbarer digitaler Prototyp. Verknüpfte Screens, die sich wie eine echte App verhalten, meist in Figma gebaut. Beispiel: eine Onboarding-Strecke mit funktionierender Navigation und Dummy-Daten, remote mit acht Nutzern getestet. Ideal für Usability-Tests.
5. Physisches Modell. Ein greifbares Objekt aus Karton, Schaumstoff oder aus dem 3D-Drucker. Beispiel: ein gedrucktes Gehäuse für einen Sensor, um zu prüfen, ob ein Techniker an die Befestigungsschrauben kommt. Ideal für Ergonomie, Größe und Handhabung.
6. Wizard-of-Oz-Prototyp. Die Nutzerin glaubt, das System sei automatisiert, während im Hintergrund ein Mensch die Arbeit macht. Beispiel: ein KI-Assistent, hinter dem in Wahrheit eine Kollegin tippt, um zu lernen, was Menschen wirklich fragen, bevor ein Modell trainiert wird. Ideal, um die Nachfrage nach Automatisierung zu prüfen, bevor du sie baust.
7. Service-Prototyp oder Rollenspiel. Das Team spielt den Service mit echten Mitarbeitenden und echten Kunden durch, oft in der realen Umgebung. Beispiel: ein neuer Rücksendeprozess, einen Tag lang in einer einzigen Filiale gefahren. Ideal für Services, bei denen das Artefakt die Interaktion ist und nicht das Objekt. Unser Artikel zu Design Thinking für Services geht darauf im Detail ein.

Low-Fidelity vs. High-Fidelity-Prototypen

Fidelity beschreibt, wie nah ein Prototyp am fertigen Produkt ist. Keine der beiden Stufen ist besser, jede beantwortet eine andere Frage.

Die Faustregel: Bleib bei Low-Fidelity, bis die Idee selbst den Kontakt mit Nutzern überstanden hat. Jede Stunde, die in Politur fließt, macht es schwerer, das Konzept wieder wegzuwerfen.

Prototyp, MVP oder Proof of Concept?

Diese drei Begriffe werden ständig vermischt und bedeuten Unterschiedliches.

• Proof of Concept: belegt, dass etwas technisch möglich ist. Er ist für Entwickler gebaut, nicht für Nutzer, und wandert danach oft in den Papierkorb.
• Prototyp: zeigt, wie die Lösung für eine Nutzerin funktionieren würde. Er ist gebaut, um getestet und verändert zu werden, und muss nicht produktiv laufen.
• Minimum Viable Product: die kleinste Version, die echte Kunden tatsächlich nutzen können, in der echten Welt, meist gegen Geld. Es ist das erste Produkt, kein Testartefakt.

Ein häufiges Fehlermuster: ein MVP Prototyp zu nennen und es mit Prototyp-Qualität an Kunden auszuliefern, oder monatelang an einem Prototyp zu bauen, der ein MVP hätte sein sollen.

Deinen ersten Prototyp in fünf Schritten bauen

1. Schreib die Frage auf. Ein Satz: Was müssen wir lernen? Ein Prototyp ohne Frage produziert Feedback, mit dem niemand etwas anfangen kann.
2. Wähl die niedrigste Fidelity, die sie beantwortet. Geht es um das Konzept, reicht Papier. Nur Fragen zu Interaktion und Wording rechtfertigen einen klickbaren Aufbau.
3. Bau nur den Pfad, um den es geht. Prototype die eine Strecke, die du testest, und täusch den Rest vor. Sackgassen sind in Ordnung, solange die Testperson die Grenzen kennt.
4. Teste mit fünf Nutzern. Gib ihnen eine Aufgabe und sei dann still. Der Reflex, den Prototyp zu erklären, ist die größte Quelle falscher Bestätigungen.
5. Entscheide, dann iteriere. Entscheide nach jeder Runde ausdrücklich: behalten, ändern oder verwerfen. Prototyping zahlt sich nur aus, wenn die Ergebnisse etwas verändern.

Prototyping-Tools 2026

Die Tool-Landschaft hat sich stark konsolidiert, und mehrere Tools aus älteren Artikeln gibt es nicht mehr.

• Figma: Standard für digitale Prototypen, mit verknüpften Screens, Komponenten und teilbaren Testlinks. FigJam deckt die Workshop-Seite ab.
• Miro: kollaboratives Whiteboard für Journey Maps, Storyboards und Remote-Workshops.
• Balsamiq: bewusst grobe Wireframes, nützlich gerade weil sie nicht fertig aussehen.
• Uizard: verwandelt Handskizzen und Screenshots in bearbeitbare digitale Designs und verkürzt so den Schritt vom Workshop zum klickbaren Prototyp.
• Axure RP: bedingte Logik und datengetriebene Abläufe für komplexe Unternehmensanwendungen.
• Penpot: quelloffene Alternative, die sich selbst hosten lässt, relevant überall dort, wo Datenschutz Cloud-Tools ausschließt.

Zwei Korrekturen sind wichtig: InVision hat am 31. Dezember 2024 sämtliche Dienste eingestellt, das Whiteboard Freehand ging an Miro. Das Tool ist damit keine Option mehr. Adobe XD wird seit Juni 2023 nicht mehr als eigenständiges Produkt verkauft und befindet sich im Maintenance-Modus: Es bekommt Fehler- und Sicherheitsupdates, aber keine neuen Funktionen. Empfehlungen für eines der beiden Tools in älteren Tutorials sind veraltet.

Häufige Fehler beim Prototyping

• Zu viel bauen. Ein Prototyp, der drei Wochen gekostet hat, wird verteidigt statt getestet.
• Mit Kolleginnen und Kollegen testen. Interne Testpersonen kennen den gedachten Weg und stolpern nicht dort, wo echte Nutzer stolpern.
• Fragen, ob es gefällt. Gib eine Aufgabe und beobachte. Was Menschen sagen und was sie tun, deckt sich selten.
• Ein Prototyp, eine Runde. Der Wert entsteht durch Iteration. Eine einzige Runde zeigt dir, dass die Idee Probleme hat, aber nicht, welche Lösung wirkt.
• Die langweiligen Teile auslassen. Fehlermeldungen, leere Zustände und Randfälle sind genau die Stellen, an denen die meisten echten Nutzungsprobleme stecken.

Vom Prototyp zum Service, der wirklich live ist

Im Konzernumfeld ist ein validierter Prototyp erst die halbe Strecke. Der schwierigere Teil ist, ihn durch Einkauf, IT und Compliance zu bekommen, solange der Markt noch Interesse hat. Deshalb arbeiten große Unternehmen zunehmend mit Startups, die den relevanten Teil der Lösung bereits gebaut und getestet haben.

Das ist das Modell hinter Wayra, dem Innovation Hub von o2 Telefónica: Startups werden mit konkreten Herausforderungen aus dem Konzern zusammengebracht, und aus einem erfolgreichen Piloten kann ein kommerzieller Vertrag werden. Der Mechanismus heißt Venture-Client-Modell und ist in unserer Übersicht zu Telefónica als Kunde erklärt. Für ein Innovationsteam wird die Prototyp-Phase damit vom internen Übungsfeld zum Weg in ein echtes Produkt. Die Methode dahinter geht auf die Arbeit von IDEO und der Stanford d.school zurück, die wir in unserem Deep Dive zu Design Thinking und IDEO nachzeichnen.

Häufige Fragen

Was ist ein Prototyp im Design Thinking?

Eine vereinfachte, testbare Version einer Idee, die in der vierten Phase des Design Thinking entsteht, um Nutzer-Feedback einzuholen, bevor die Lösung richtig entwickelt wird. Sie kann aus Papier bestehen, digital oder physisch sein oder eine durchgespielte Szene.

Was sind Beispiele für Design-Thinking-Prototypen?

Eine Papierskizze einer App-Strecke, ein Storyboard einer Kundensituation, ein Graustufen-Wireframe, ein klickbarer Figma-Prototyp, ein 3D-gedrucktes Gehäuse, ein Wizard-of-Oz-Aufbau mit einem Menschen hinter dem Vorhang und ein Service-Rollenspiel in einer echten Filiale.

Was ist der Unterschied zwischen Low-Fidelity und High-Fidelity?

Low-Fidelity-Prototypen sind schnell und grob und prüfen, ob die Idee stimmt. High-Fidelity-Prototypen sehen aus und verhalten sich wie das fertige Produkt und prüfen, ob die Details funktionieren. Fang niedrig an und geh erst hoch, wenn das Konzept gehalten hat.

Wie lange sollte der Bau eines Prototyps dauern?

In frühen Phasen Stunden statt Tage. Ein erster Prototyp, der länger als einen Tag braucht, beantwortet meist eine Frage, die das Team noch nicht klar formuliert hat.

Mit wie vielen Nutzern solltest du testen?

Fünf Nutzer pro Runde sind die verbreitete Faustregel, weil sich die meisten Bedienprobleme schnell wiederholen. Mehrere Runden mit fünf Personen schlagen eine Runde mit zwanzig.

Ist ein Prototyp dasselbe wie ein MVP?

Nein. Ein Prototyp ist gebaut, um getestet und verworfen zu werden. Ein MVP ist das kleinste echte Produkt, das Kunden tatsächlich nutzen, in der Regel in einem echten Markt.

Fazit

Ein Design Thinking Prototyp zahlt sich aus, weil er billig genug ist, um weggeworfen zu werden. Wähl die niedrigste Fidelity, die deine Frage beantwortet, bau nur den Pfad, den du testen willst, leg ihn fünf echten Nutzern vor und lass das Ergebnis den Plan ändern. Teams, die gut prototypen, haben nicht die besten Tools, sondern die Bereitschaft, früh falsch zu liegen, solange es noch nichts kostet.