Zwei Welten — eine Frage
Design Thinking und Jobs to be Done — beide Ansätze versprechen bessere Produkte durch besseres Kundenverständnis. Beide haben prominente Befürworter, beeindruckende Referenzen und Heerscharen von Beratern, die sie verkaufen.
Aber sie sind fundamental verschieden in ihrer Logik, ihrer Methodik und ihren Ergebnissen. Wer beide kennt, kann sie gezielt einsetzen. Wer nur einen kennt, hat blinde Flecken.
Dieser Artikel ist kein diplomatischer Vergleich, der am Ende sagt “Beide sind gut, es kommt drauf an.” Er ist ein ehrlicher Vergleich, der Stärken und Schwächen benennt — und klare Empfehlungen gibt, wann welcher Ansatz den größten Wert schafft.
Design Thinking: Was es ist und was es kann
Der Kern
Design Thinking wurde in den 1990er-Jahren an der Stanford d.school und bei IDEO formalisiert. Es ist ein iterativer Prozess mit fünf Phasen:
- Empathize (Einfühlen): Nutzer beobachten, Interviews führen, den Kontext verstehen.
- Define (Definieren): Das Problem formulieren — typischerweise als “Point of View” oder “How Might We”-Frage.
- Ideate (Ideen entwickeln): Möglichst viele Lösungsideen generieren, ohne Bewertung.
- Prototype (Prototyp bauen): Schnelle, einfache Prototypen erstellen.
- Test (Testen): Prototypen mit Nutzern testen, Feedback einarbeiten, iterieren.
Die Stärken
Empathie: Design Thinking erzeugt genuines Verständnis für den Nutzer und seinen Kontext. Die Beobachtungs- und Interview-Phase öffnet Augen — besonders für Teams, die bisher ausschließlich intern gedacht haben.
Kreativität: Die Ideation-Phase, mit ihrer expliziten Regel “Keine Idee ist schlecht,” ermutigt divergentes Denken. Das kann zu unerwarteten Lösungsansätzen führen.
Rapid Prototyping: Die Kultur des schnellen, einfachen Prototyping senkt die Hemmschwelle: Statt monatelang zu planen, wird in Stunden etwas Greifbares gebaut.
Interdisziplinarität: Design Thinking bringt verschiedene Perspektiven zusammen. Designer, Ingenieure, Business-Strategen arbeiten als Team.
Zugänglichkeit: Design Thinking ist leicht zu lernen und in Workshops vermittelbar. Das macht es populär — und breit einsetzbar.
Die Schwächen
Keine Priorisierung. Design Thinking hat keinen eingebauten Mechanismus, der sagt: “Dieses Problem ist 5x wichtiger als jenes.” Die Empathie-Phase zeigt viele Probleme — aber nicht, welche den größten strategischen Wert haben. Die Priorisierung erfolgt subjektiv, durch Abstimmung im Team (“Dot Voting”) oder durch Managemententscheidung.
Lösungsfixierung. Der Prozess springt relativ schnell zur Ideengenerierung. Nach einer zweitägigen Empathie-Phase generiert das Team Ideen — ohne systematisch alle Kundenbedürfnisse erfasst zu haben. Das Ergebnis: kreative Lösungen für teilweise definierte Probleme.
Nicht quantitativ. Design Thinking liefert qualitative Erkenntnisse: Geschichten, Beobachtungen, Empathie-Maps. Was es nicht liefert: statistisch belastbare Daten darüber, welche Bedürfnisse wie wichtig sind und wie gut sie aktuell erfüllt werden.
Moderatorabhängig. Die Qualität eines Design-Thinking-Workshops hängt stark vom Moderator ab. Ein guter Moderator steuert den Prozess produktiv. Ein schwacher Moderator produziert Post-It-Friedhöfe.
Keine Segmentierung. Design Thinking identifiziert Nutzertypen (“Personas”), aber segmentiert nicht nach unerfüllten Bedürfnissen. Es kann nicht zeigen, dass 34 Prozent der Kunden ein spezifisches, hochrelevantes Bedürfnis haben, das die anderen 66 Prozent nicht teilen.
Jobs to be Done: Was es ist und was es kann
Der Kern
Jobs to be Done (JTBD) basiert auf der Erkenntnis, dass Kunden keine Produkte kaufen, sondern “Jobs” erledigen wollen. Outcome-Driven Innovation (ODI), die operative Methodik von JTBD, umfasst sechs Schritte: Markt definieren, Bedürfnisse entdecken, Bedürfnisse quantifizieren, Segmente identifizieren, Strategie formulieren, Konzepte entwickeln.
Die Stärken
Systematische Bedarfsermittlung. JTBD/ODI erfasst 50 bis 150 Desired Outcomes — lösungsunabhängige, messbare Aussagen über Kundenbedürfnisse. Das ist um Größenordnungen vollständiger als jede Empathie-Map.
Quantitative Priorisierung. Jedes Outcome wird nach Wichtigkeit und Zufriedenheit bewertet. Der Opportunity Score zeigt mit statistischer Sicherheit, wo die größten Chancen liegen.
Bedarfsbasierte Segmentierung. ODI identifiziert Kundensegmente, die sich durch ihre unerfüllten Bedürfnisse unterscheiden — nicht durch Demografie.
Reproduzierbarkeit. Der Prozess ist standardisiert. Zwei verschiedene Teams, die denselben Job analysieren, kommen zu vergleichbaren Ergebnissen. Das ist bei Design Thinking nicht der Fall.
Strategische Verankerung. JTBD/ODI liefert nicht nur Insights, sondern eine datengestützte Grundlage für Produktstrategie, Roadmap und Konzeptbewertung.
Die Schwächen
Nicht kreativitätsfördernd. ODI sagt Ihnen, was Kunden brauchen — aber nicht, wie die Lösung aussehen soll. Die Lösungsfindung ist bewusst vom Bedarfsermittlungsprozess getrennt. Das ist methodisch richtig, kann aber Teams frustrieren, die schnell “etwas bauen” wollen.
Aufwendig. Ein vollständiges ODI-Projekt dauert 3 bis 6 Monate und erfordert qualitative Interviews, quantitative Befragungen und statistische Auswertung. Das ist kein Sprint-Workshop.
Methodisch anspruchsvoll. Die Formulierung von Desired Outcomes erfordert Training. Die Interpretation der Opportunity Scores erfordert Erfahrung. Ohne methodische Kompetenz können Fehler die Ergebnisse entwerten.
Wenig “erlebbar.” Design Thinking produziert Prototypen, die man anfassen kann. ODI produziert Daten, die man interpretieren muss. Für Teams, die visuell und haptisch arbeiten, ist ODI weniger ansprechend.
Der direkte Vergleich
| Kriterium | Design Thinking | JTBD/ODI |
|---|---|---|
| Ziel | Empathie aufbauen, kreative Lösungen finden | Bedürfnisse identifizieren, quantifizieren, priorisieren |
| Dauer | 1-5 Tage (Workshop) | 3-6 Monate (Projekt) |
| Datentyp | Qualitativ (Beobachtungen, Interviews) | Qualitativ + Quantitativ (Opportunity Scores) |
| Priorisierung | Subjektiv (Dot Voting, Teamkonsens) | Datengestützt (Opportunity Score) |
| Segmentierung | Personas (demografisch) | Opportunity Segments (bedarfsbasiert) |
| Kreativität | Hoch (divergentes Denken gefördert) | Gering (Fokus auf Analyse, nicht Ideenfindung) |
| Reproduzierbarkeit | Gering (stark moderatorabhängig) | Hoch (standardisierter Prozess) |
| Strategische Tiefe | Gering (kein direkter Link zur Roadmap) | Hoch (direkte Übersetzung in Produktstrategie) |
| Zugänglichkeit | Hoch (leicht zu lernen) | Mittel (erfordert Training) |
| Output | Prototypen, Ideen, Empathie-Maps | Priorisierte Bedürfnisse, Segmente, Strategie |
Design Thinking ist ein hervorragender Einstieg in kundenzentriertes Arbeiten. Es öffnet Augen und verändert Perspektiven. Aber es ist kein strategisches Werkzeug. Wenn Sie entscheiden müssen, wohin Ihre nächsten 5 Millionen Euro Entwicklungsbudget fließen, brauchen Sie quantifizierte Daten — nicht Post-Its.
Wann Design Thinking einsetzen?
Design Thinking ist der richtige Ansatz, wenn:
1. Sie erstmals kundenzentriert arbeiten
Wenn Ihr Team noch nie systematisch mit Kunden gearbeitet hat, ist Design Thinking ein guter erster Schritt. Die Empathie-Phase öffnet Augen und verändert die Perspektive. Der Wert liegt nicht in den spezifischen Erkenntnissen, sondern in der Kulturveränderung: “Wir denken jetzt vom Kunden her.”
2. Sie in einem frühen Explorationsmodus sind
Wenn Sie noch nicht wissen, in welchem Markt Sie innovieren wollen — wenn Sie explorieren, Möglichkeiten sichten, Inspiration suchen — dann ist Design Thinking nützlich. Es ist ein Divergenz-Werkzeug: Es öffnet den Möglichkeitsraum.
3. Sie UX/UI-Fragen lösen wollen
Für die Gestaltung von Benutzeroberflächen, Workflows und Interaktionsdesigns ist Design Thinking in seinem Element. Rapid Prototyping und Usability-Tests sind bewährte Methoden für UX-Fragen.
4. Sie ein Team mobilisieren wollen
Design-Thinking-Workshops sind energetisierend. Sie bauen Teamgeist auf, fördern Zusammenarbeit und machen Spaß. Wenn das Ziel Team-Building mit inhaltlichem Fokus ist, funktioniert Design Thinking gut.
Wann JTBD/ODI einsetzen?
JTBD/ODI ist der richtige Ansatz, wenn:
1. Sie strategische Produktentscheidungen treffen müssen
Wenn die Frage lautet “In welche Richtung entwickeln wir unser Produkt in den nächsten drei Jahren?”, brauchen Sie quantifizierte Kundendaten. Design Thinking liefert das nicht.
2. Sie einen gesättigten Markt bearbeiten
In Märkten, die scheinbar keinen Raum für Innovation lassen, zeigt ODI oft verborgene Chancen: Bedürfnisse, die alle Anbieter übersehen, weil sie von den offensichtlichen Anforderungen abgelenkt sind.
3. Sie in einem B2B-Markt mit komplexen Jobs arbeiten
Industrielle Märkte — Maschinenbau, Medizintechnik, Prozesstechnik — haben komplexe Jobs mit vielen Schritten und Hunderten von Outcomes. Hier ist die systematische Zerlegung durch JTBD/ODI unverzichtbar. Design Thinking reicht für diese Komplexität nicht aus.
4. Sie objektive Argumente für Stakeholder-Diskussionen brauchen
Wenn die Produktrichtung intern umstritten ist — und das ist sie fast immer — liefern Opportunity Scores eine objektive Entscheidungsgrundlage, die Meinungsdiskussionen beendet.
5. Sie Ihre Innovationsquote messbar steigern wollen
Wenn Sie von einer Hit Rate von 20 Prozent auf 80 Prozent kommen wollen, brauchen Sie einen systematischen Prozess mit quantitativer Validierung. Design Thinking allein schafft das nicht.
Die Kombination: Wenn Design Thinking auf JTBD trifft
Die klügste Antwort auf “Design Thinking oder JTBD?” ist oft: beides — aber in der richtigen Reihenfolge.
Schritt 1: JTBD/ODI für die strategische Richtung
Definieren Sie den Job, erfassen Sie Outcomes, quantifizieren Sie Chancen, identifizieren Sie Segmente. Am Ende haben Sie klare Zielkoordinaten: “Diese 12 Outcomes sind unterversorgt und müssen adressiert werden.”
Schritt 2: Design Thinking für die Lösungsfindung
Nutzen Sie die ODI-Ergebnisse als Briefing für einen Design-Thinking-Workshop. Statt “Wie können wir das Produkt verbessern?” (zu vage) lautet die Frage jetzt: “Wie können wir Outcome #34 (‘Minimiere die Zeit für die Umrüstung bei wechselnden Bodenverhältnissen’) besser lösen als die aktuelle Lösung?”
Das ist Design Thinking mit Zielkoordinaten. Die Empathie-Phase wird kürzer, weil die Richtung klar ist. Die Ideation-Phase wird produktiver, weil sie fokussiert ist. Die Prototyping-Phase hat ein klares Bewertungskriterium: Adressiert dieser Prototyp die priorisierten Outcomes?
Schritt 3: Quantitative Validierung des Konzepts
Nach dem Design-Thinking-Workshop bewerten Sie die entwickelten Konzepte anhand der ODI-Daten: Welches Konzept adressiert die meisten unterversorgten Outcomes? Welches Konzept hat das größte Marktpotenzial?
Info
Ein Wort zur Ehrlichkeit
Design Thinking hat eine starke Community, beeindruckende Universitäten und Beratungshäuser im Rücken und eine eingängige Methodik. Es wird weit häufiger eingesetzt als JTBD/ODI. Das liegt nicht daran, dass es besser ist — es liegt daran, dass es einfacher zu verkaufen ist.
Ein zweitägiger Design-Thinking-Workshop kostet wenig, macht Spaß und erzeugt sichtbare Outputs (Post-Its, Prototypen, Energized Teams). Ein dreimonatiges ODI-Projekt kostet mehr, macht weniger Spaß und erzeugt unsichtbare Outputs (Daten, Scores, Prioritäten).
Aber die Frage ist nicht, was mehr Spaß macht. Die Frage ist, was bessere Produktentscheidungen erzeugt. Und hier ist die Datenlage eindeutig: ODI-gestützte Produktlaunches haben eine Erfolgsquote von 86 Prozent. Die Erfolgsquote von Design-Thinking-gestützten Launches ist nicht systematisch dokumentiert — was selbst eine Aussage ist.
Das bedeutet nicht, dass Design Thinking schlecht ist. Es bedeutet, dass Design Thinking ein kreatives Werkzeug ist, das strategische Werkzeuge nicht ersetzen kann. Es in der richtigen Rolle einzusetzen — als Lösungsfindungs-Tool auf Basis von JTBD-Daten — ist der Weg zu besseren Ergebnissen.
Einen umfassenden Überblick über den gesamten Innovationsberatungsprozess finden Sie im Leitfaden Innovationsberatung: Systematische Innovation im Unternehmen.
Die richtige Methode für Ihr Innovationsprojekt
Book a complimentary discovery call to explore how these ideas apply to your organization.
