Design Thinking: der praktische Einstieg

Die Gruppe sitzt vor einem Problem, das seit Wochen diskutiert wird: Kundinnen brechen einen Prozess ab, Mitarbeitende umgehen ein neues Tool oder eine interne Dienstleistung wird kaum genutzt. Schnell kommen Lösungsvorschläge auf den Tisch. „Wir brauchen eine bessere Anleitung.“ „Die Oberfläche muss einfacher werden.“ „Wir sollten einen zusätzlichen Freigabeschritt einbauen.“ Genau hier lohnt sich Design Thinking. Nicht, weil die Methode Ideen magisch erzeugt, sondern weil sie das Team zwingt, vor der Lösung erst das tatsächliche Problem zu verstehen.

Design Thinking ist ein strukturierter Ansatz für komplexe, offene Fragestellungen. Wir nutzen ihn in Workshops besonders dann, wenn Teams noch nicht sicher wissen, welches Problem sie eigentlich lösen sollen, für wen sie es lösen und welche Lösung wirklich hilfreich wäre. Der Ansatz verbindet Nutzerperspektive, Kreativität und schnelles Lernen durch Experimente.

Wichtig ist die Haltung dahinter: Nicht die vermeintlich beste Idee gewinnt, sondern die Idee, die sich möglichst früh überprüfen lässt. Ein Prototyp darf unfertig sein. Er soll Gespräche auslösen, Annahmen sichtbar machen und dem Team helfen, besser zu entscheiden.

Design Thinking beginnt nicht mit Ideen

Viele Gruppen überspringen den entscheidenden Teil: Sie starten mit dem Brainstorming, obwohl sie nur Vermutungen über ihre Nutzerinnen und Nutzer haben. Dadurch entstehen oft durchdachte Lösungen für ein Problem, das niemand in dieser Form hat.

Nutzerzentriert zu denken heißt nicht, Menschen abstrakt als „Zielgruppe“ zu bezeichnen. Es heißt, ihre konkrete Situation zu verstehen:

• Was versucht die Person zu erreichen?
• Was passiert unmittelbar davor?
• Welche Hürden, Unsicherheiten oder Umwege erlebt sie?
• Was frustriert sie besonders?
• Was würde ihr spürbar helfen?
• Welche Rahmenbedingungen kann sie nicht verändern?

In der Moderation achten wir darauf, dass das Team Beobachtungen und Interpretationen trennt. „Die Nutzerin klickt den Prozess weg“ ist eine Beobachtung. „Sie findet den Prozess unnötig“ ist eine Interpretation. Beides kann wichtig sein, aber nur Beobachtungen und direkte Aussagen liefern eine solide Basis für die weitere Arbeit.

Wenn echte Nutzerinterviews möglich sind, gehören sie vor den Workshop oder in eine Recherchephase. Wenn das nicht geht, kann das Team vorhandene Rückmeldungen, Supportanfragen, Beschwerden, Nutzungsdaten oder Gesprächsnotizen auswerten. Vorsicht ist bei der Aussage „Wir kennen unsere Nutzer doch“ geboten. Gerade Fachleute im Team sehen Prozesse meist anders als Menschen, die sie selten oder unter Zeitdruck nutzen.

Die Phasen verständlich und flexibel nutzen

Design Thinking wird häufig als Abfolge von Phasen dargestellt. Das ist als Orientierung hilfreich, in der Praxis arbeiten Teams jedoch in Schleifen. Ein Test kann zeigen, dass die Problemdefinition nicht stimmt. Dann geht die Gruppe zurück, recherchiert weiter und schärft ihren Fokus.

Verstehen und beobachten

Zu Beginn sammelt das Team Kontextwissen. Worum geht es im System, im Prozess oder im Angebot? Welche Beteiligten gibt es? Welche Daten liegen vor? Anschließend richtet sich der Blick auf die konkrete Nutzungssituation.

Eine einfache Moderationsfrage lautet: „Erzählt uns von der letzten Situation, in der ihr dieses Problem erlebt habt.“ Diese Frage führt eher zu hilfreichen Beispielen als die abstrakte Frage: „Was wünscht ihr euch?“

Dokumentiert Aussagen möglichst wörtlich. Gerade widersprüchliche Aussagen sind wertvoll. Sie zeigen, wo Annahmen im Team zu grob sind oder unterschiedliche Nutzerbedürfnisse aufeinandertreffen.

Standpunkt definieren

Nach dem Sammeln muss das Team fokussieren. Sonst bleibt Design Thinking eine breite Materialsammlung ohne Richtung. Wir verdichten Beobachtungen etwa auf Haftnotizen, clustern ähnliche Muster und fragen: Was ist das zentrale Bedürfnis hinter den Aussagen?

Eine gute Problemdefinition benennt eine konkrete Person oder Nutzersituation, ein Bedürfnis und eine relevante Hürde. Statt „Wie verbessern wir unsere interne Wissensplattform?“ wird daraus beispielsweise: „Wie können neue Projektmitglieder wichtige Informationen finden, ohne Kolleginnen und Kollegen ständig um Hilfe bitten zu müssen?“

Diese Formulierung ist kein fertiger Lösungsauftrag. Sie öffnet einen Suchraum. Besonders hilfreich ist die Frage: „Wie könnten wir …?“ Sie hält die Herausforderung offen und lösungsorientiert, ohne das Team bereits auf eine bestimmte Technologie oder Maßnahme festzulegen.

Ideen entwickeln

Jetzt beginnt die divergierende Phase: Das Team erzeugt bewusst viele unterschiedliche Ansätze. Die Qualität einer ersten Idee ist dabei weniger wichtig als die Vielfalt. Erst später wird konvergiert und ausgewählt.

Als Moderation schaffst du dafür klare Regeln:

• Ideen zunächst nicht bewerten.
• Jede Person entwickelt zuerst einige Ideen für sich.
• Auch unvollständige oder ungewöhnliche Ansätze werden notiert.
• Die Gruppe baut auf Ideen anderer auf.
• Kritik wird in Fragen übersetzt: „Wie könnte das funktionieren?“ statt „Das geht nicht.“

Eine bewährte Struktur ist das stille Ideensammeln vor dem Austausch. So dominieren nicht automatisch die schnellsten oder lautesten Personen. Danach stellt jede Person ihre Ansätze knapp vor. Mit Dot-Voting kann die Gruppe markieren, welche Ideen zugleich interessant, umsetzbar und relevant für das Nutzerbedürfnis wirken.

Dot-Voting trifft jedoch keine endgültige Entscheidung. Es hilft, eine überschaubare Zahl von Ideen für die nächste Phase auszuwählen. Wenn starke Meinungsunterschiede bestehen, kann ein Konsent helfen: Die Gruppe sucht eine Lösung, gegen die niemand einen schwerwiegenden Einwand hat, ohne völlige Begeisterung von allen zu verlangen.

Prototypen bauen

Ein Prototyp ist kein kleines Endprodukt. Er ist eine absichtlich vereinfachte Darstellung einer Idee, die eine konkrete Frage beantwortet. „Verstehen Nutzerinnen den neuen Ablauf?“ „Finden sie die Information?“ „Würde dieses Angebot ihr Problem überhaupt lösen?“

Je nach Fragestellung kann ein Prototyp sein:

• eine gezeichnete Bildschirmfolge
• ein Ablaufplan mit Karten
• ein Rollenspiel für ein Servicegespräch
• ein Papiermodell
• eine klickbare, aber stark vereinfachte Oberfläche
• eine Beispielmail oder eine kurze Beschreibung eines neuen Angebots

Die zentrale Moderationsfrage lautet: „Was müssen wir lernen, bevor wir mehr Zeit investieren?“ Sie verhindert Perfektionismus. Wenn das Team zwei Stunden über Formulierungen, Farben oder technische Details diskutiert, obwohl noch unklar ist, ob die Grundidee nützt, ist der Prototyp zu aufwendig.

Timeboxing ist hier besonders wirksam. Gib der Gruppe einen klaren, knappen Rahmen und erinnere daran, dass das Material nur ein Gesprächsgegenstand ist. Ein unfertiger Prototyp senkt zudem die Hemmschwelle für kritisches Feedback: Menschen äußern eher Zweifel, wenn sie nicht das Gefühl haben, ein fertiges Werk zu bewerten.

Testen und lernen

Beim Test geht es nicht darum, Zustimmung für die eigene Idee zu bekommen. Das Team prüft Annahmen. Deshalb sollte die Person, die testet, möglichst wenig erklären oder verteidigen.

Eine gute Testsequenz kann so aussehen:

1. Beschreibe knapp die Situation, nicht die gewünschte Lösung.
2. Bitte die Testperson, den Prototypen zu nutzen oder laut zu denken.
3. Beobachte Verhalten, Fragen und Irritationen.
4. Frage anschließend nach der Erfahrung: „Was war klar? Was hat gefehlt? Was würdest du anders erwarten?“
5. Dokumentiere Erkenntnisse getrennt von Lösungsvorschlägen.

Wenn Nutzerinnen eine Idee nicht verstehen, ist das kein Scheitern. Es ist nützliches Wissen. Das Team entscheidet danach: Prototyp verbessern, eine andere Idee testen oder zur Problemdefinition zurückkehren.

Ein praxistauglicher Ablauf für einen Workshop

Für einen kompakten Einstieg strukturieren wir einen Workshop häufig in klaren Arbeitsblöcken. Die genaue Tiefe hängt davon ab, ob bereits Nutzerinformationen vorliegen.

• Einstieg: Herausforderung, Ziel und Arbeitsregeln klären.
• Nutzerperspektive: Erkenntnisse, Aussagen und Beobachtungen sichtbar machen.
• Fokus: Muster clustern und eine „Wie könnten wir …?“-Frage formulieren.
• Ideenphase: Erst allein, dann gemeinsam viele Lösungsansätze entwickeln.
• Auswahl: Mit Kriterien und Dot-Voting zwei oder drei Ansätze bestimmen.
• Prototyping: Teams bauen einfache, testbare Darstellungen.
• Testplanung: Lernfragen, Testpersonen und Beobachtungskriterien festlegen.
• Abschluss: Nächste Experimente, Verantwortlichkeiten und Entscheidungszeitpunkt vereinbaren.

Plane nicht zu viele Methoden ein. Ein häufiger Moderationsfehler besteht darin, jede Phase mit mehreren Tools abzudecken. Entscheidend ist nicht die Zahl der Canvas-Vorlagen, sondern ob das Team zu klaren Erkenntnissen und überprüfbaren nächsten Schritten kommt.

Passende Seminare und Workshops für die Gestaltung solcher Prozesse findest du bei uns auf cmt.de.

Wann Design Thinking passt und wann nicht

Design Thinking passt besonders gut, wenn die Herausforderung offen ist, unterschiedliche Perspektiven verlangt und ein Team noch lernen muss, was wirklich hilfreich ist. Typische Anwendungsfälle sind neue interne Services, Kundenerlebnisse, digitale Prozesse, Angebote, Schnittstellen zwischen Bereichen oder die Verbesserung einer Zusammenarbeit aus Sicht der Beteiligten.

Weniger geeignet ist der Ansatz, wenn das Problem eindeutig analysiert ist und es vor allem um konsequente Umsetzung geht. Muss beispielsweise ein bekannter Fehler mit einer klaren technischen Ursache behoben werden, braucht es meist Fachanalyse und Entscheidungskraft, nicht erst einen großen Ideenworkshop. Auch bei rechtlich, sicherheitsrelevant oder organisatorisch fest vorgegebenen Anforderungen ist der Lösungsraum oft zu klein für eine umfassende Design-Thinking-Schleife.

Dann kann dennoch ein Element sinnvoll sein: Nutzerfeedback einholen, einen Ablauf prototypisch durchspielen oder verschiedene Kommunikationswege testen. Design Thinking ist kein Alles-oder-nichts-Format. Es ist ein Set aus Haltung und Praktiken, die du gezielt einsetzen kannst.

Die wichtigste Aufgabe in der Facilitation

Als Moderatorin oder Moderator sorgst du nicht dafür, dass am Ende alle die gleiche Lieblingsidee haben. Du gestaltest einen Prozess, in dem das Team Annahmen offenlegt, unterschiedliche Sichtweisen produktiv nutzt und aus Tests lernt.

Halte die Gruppe immer wieder bei drei Fragen:

• Für wen lösen wir welches konkrete Problem?
• Welche Annahme steckt hinter unserer Idee?
• Wie können wir diese Annahme schnell und fair prüfen?

Wenn diese Fragen im Workshop präsent bleiben, wird Design Thinking praktisch: weg von überzeugenden Meinungen, hin zu sichtbaren Experimenten und Lösungen, die für Menschen tatsächlich funktionieren.