Skip to main content
← Zurück zur BibliothekMethoden

Design Thinking

Design Thinking ist ein iterativer Problemlösungsansatz, der mit einem tiefen Verständnis der Nutzerbedürfnisse beginnt und über Prototyp und Test zu praxistauglichen Lösungen führt.

Design Thinking ist eine Methode zur Problemlösung, die in den 2000er Jahren an der Stanford d.school und beim Designbüro IDEO ausgearbeitet wurde, auch wenn ihre Wurzeln in der Ingenieur- und Designpraxis weiter zurückreichen. Der Ansatz gliedert sich meist in fünf Phasen: Verstehen (Empathize), Definieren (Define), Ideen finden (Ideate), Prototyp entwickeln (Prototype) und Testen (Test). Manche Modelle beschreiben mehr oder weniger Phasen. IDEOs eigener Ansatz fasst den Prozess zum Beispiel in nur drei Schritten zusammen: Inspiration, Ideenfindung und Umsetzung. Das Grundprinzip bleibt dabei aber immer gleich: Eine Lösung soll aus echten Beobachtungen entstehen, nicht aus Annahmen am Schreibtisch.

In der Praxis arbeiten interdisziplinäre Teams eng mit den Menschen zusammen, für die eine Lösung entwickelt wird. Statt lange Konzepte am Schreibtisch auszuarbeiten, entstehen früh einfache Prototypen, zum Beispiel aus Papier, Karton oder Klickdummies. Diese Prototypen werden mit echten Nutzerinnen und Nutzern getestet, und das Feedback fließt direkt in die nächste Runde ein. So wird eine Idee in mehreren kurzen Schleifen geschärft, statt in einem einzigen großen Wurf umgesetzt zu werden.

Design Thinking ist kein linearer Ablauf, sondern ein iterativer Kreislauf, der bei Bedarf zu früheren Phasen zurückspringt. Es unterscheidet sich von klassischer Produktentwicklung vor allem durch das frühe und wiederholte Testen mit echten Nutzerinnen und Nutzern statt erst am Ende. Der Ansatz lässt sich gut mit agilen Methoden wie Scrum oder dem Aufbau eines MVP kombinieren, da beide auf kurzen Lernschleifen aufbauen. In Betrieben wird Design Thinking zunehmend auch außerhalb der Produktentwicklung genutzt, etwa um interne Abläufe oder Formulare nutzerfreundlicher zu gestalten.

Praxisbeispiel

Ein Handwerksbetrieb mit 18 Mitarbeitenden stellt fest, dass Kundinnen und Kunden die schriftlichen Angebote oft als unübersichtlich empfinden und deshalb häufig nachfragen. Statt sofort ein neues Formular zu entwerfen, führt das Team zunächst acht kurze Gespräche mit Kunden und beobachtet, wie diese ein bestehendes Angebot lesen. Aus diesen Erkenntnissen entstehen in einem zweistündigen Workshop drei Papierprototypen für ein neues Angebotslayout. Der von den Kunden bevorzugte Prototyp wird mit fünf weiteren Kunden getestet und zweimal angepasst, bevor er zur festen Vorlage wird. Innerhalb von drei Monaten sinken die Rückfragen zu Angeboten um rund 40 Prozent, was dem Team schätzungsweise drei Stunden pro Woche zurückgibt.

So hilft Leanshift

Design Thinking passt zur Kaizen-Haltung, weil Verbesserung hier nicht am Schreibtisch erdacht, sondern direkt mit den Menschen entwickelt wird, die einen Prozess oder ein Produkt täglich nutzen. Die Schleife aus Prototyp, Test und Anpassung folgt derselben Bewegung wie PDCA: klein anfangen, ausprobieren, aus echtem Feedback lernen und weitermachen. So wird nicht nur eine einzelne Lösung besser, sondern du wirst mit jeder Runde sicherer darin, selbst zum Verbesserer zu werden.

Häufige Fragen

Ist Design Thinking dasselbe wie klassisches Design?

Nein. Trotz des Namens geht es nicht um grafische Gestaltung, sondern um eine Methodik zur Problemlösung, die du auf Produkte, Dienstleistungen und interne Prozesse gleichermaßen anwenden kannst.

Wie unterscheidet sich Design Thinking von Lean Startup?

Design Thinking legt den Schwerpunkt auf das frühe, tiefe Verstehen der Nutzerbedürfnisse in den Phasen Empathize und Define. Lean Startup setzt stärker auf das schnelle Testen von Geschäftshypothesen mit einem MVP. In der Praxis werden beide Ansätze häufig kombiniert.

Braucht man für Design Thinking spezielle Werkzeuge?

Nein. Haftnotizen, ein Whiteboard und Papier reichen für deine ersten Prototypen völlig aus. Entscheidend ist der echte Kontakt zu den Nutzerinnen und Nutzern, nicht die eingesetzte Technik.