Kennen Sie den Moment, wenn alle im Raum wissen, was die Lösung ist, aber noch niemand das Problem wirklich beschrieben hat?
Er ist häufiger als man denkt. Und er ist teurer als jede schlecht implementierte Software. Ich ertappe mich selbst dabei.
In der Digitalisierung herrscht systemischer Druck zur Schnelligkeit. Projekte werden in Sprints gemessen. Wer noch analysiert, während andere schon deployen, gilt schnell als zögerlich. Das Ergebnis: Wir springen zu früh in den Lösungsraum.
Das Muster, das Projekte langsam macht
Im Beratungsalltag erlebe ich es regelmässig: Ein Unternehmen kommt mit einer konkreten Idee. «Wir brauchen ein neues CRM.» «Wir wollen KI im Kundenservice einsetzen.» Die Lösung steht, und meistens sind auch schon die passenden Toolempfehlungen vorhanden. Das Problem dahinter ist noch unscharf.
Das ist kein Vorwurf, sondern ein menschliches Muster. Lösungen geben uns das Gefühl von Kontrolle und Kompetenz. Das Problem länger zu betrachten fühlt sich wie Stillstand, Chaos oder Entscheidungsunfähigkeit an. Also überspringen wir den unbequemen Teil.
Der Preis:
- Wir lösen Symptome statt Ursachen
- Wir übersehen Bedürfnisse, die erst durch genaues Beobachten sichtbar werden
- Wir bauen auf Annahmen, die niemand je wirklich hinterfragt hat
Eine Woche Implementierung kann manchmal durch zwei Stunden echtes Nachdenken erspart werden. Diese Umkehrung klingt seltsam. Sie stimmt trotzdem.
Zwei Räume, eine Grenze
Design Thinking benennt das Problem präzise. Der klassische Doppelte Diamant unterscheidet zwei Welten: den Problemraum (Entdecken und Definieren) und den Lösungsraum (Entwickeln und Umsetzen). Die unterschätzte Arbeit passiert nicht im Lösungsraum.
Der entscheidende Moment ist nicht «Welche Lösung wählen wir?», sondern «Haben wir das richtige Problem gefunden?»
Das Think-First-Prinzip folgt derselben Logik. Es setzt voraus, dass man zuerst versteht, bevor man gestaltet. «Wir fangen an zu studieren, wo andere aufhören.» Das ist keine Floskel. Es ist eine Einladung zum Mitstudieren.
«Aber wir haben keine Zeit für lange Analysen»
Den Einwand kenne ich gut. Er ist berechtigt, baut aber auf einem Missverständnis.
Think-First braucht keine Monate. Manchmal reichen zwei Stunden strukturierter Beobachtung und eine einzige Frage mehr als erwartet. Design Thinking hat dafür schlanke Formate: Empathy Maps, «How might we?»-Framing, kurze Stakeholder-Interviews, ein 5-Why-Gespräch, das Annahmen in zehn Minuten sichtbar macht. Oder einfach: die betroffenen Menschen bei ihrer eigentlichen Arbeit beobachten, bevor man über Lösungen spricht.
Es geht nicht darum, alles zu verstehen. Es geht darum, das Richtige zu verstehen, um die kleinen Schritte in die richtige Richtung zu gehen, zu lernen und die nächste Iteration anzugehen. Wer alles verstehen will, bevor er anfängt, fängt nie an.
Was Think-First konkret bringt
- Weniger Korrekturen: Wer das richtige Problem löst, muss seltener nachbessern
- Bessere Akzeptanz: Lösungen aus echtem Problemverständnis werden von Teams getragen
- Kürzere Abstimmungswege: Gemeinsames Problemverständnis ersetzt wochenlange Klärungsrunden
- Nachhaltigere Wirkung: Ursachen statt Symptome adressieren
Fazit
Think-First ist keine Bremse. Es ist die effizienteste Art, den ersten Schritt in die richtige Richtung zu setzen.
Wer länger im Problemraum bleibt als es sich anfühlt nötig zu sein, kommt schneller ans Ziel.
Wie Think-First und Design-Thinking-Methoden in einem geführten Rahmen angewendet werden: KI-Transformations-Workshop.