Sie sind zwei Seiten derselben Medaille. Jede für sich ist nützlich. Zusammen sind sie transformativ.
Jobs To Be Done sagt uns, welchen Fortschritt der Kunde sucht und warum er sich für einen Wechsel entscheidet. Es gibt uns den menschlichen Kontext: die Frustrationen, die Bestrebungen, den Switch Moment. Es ermöglicht uns, das Wertversprechen vom Kunden aus zu formulieren, nicht vom Produkt.
Ohne JTBD können Sie Outcomes messen, aber ohne zu verstehen, warum dieser Job wichtig ist, wissen Sie nicht, wie man ihn kommuniziert oder wie man die ihn umgebende Erfahrung gestaltet.
Outcome-Driven Innovation sagt uns, was zuerst verbessert werden soll. Es verwandelt den Job in eine priorisierte Liste von Outcomes mit objektiven Scores. Es gibt uns die quantitative Strenge: Zu wissen, dass Outcome X einen Score von 14,2 hat und Y 11,8, eliminiert die Roadmap-Politik.
Ohne ODI kann JTBD bei interessanter Philosophie ohne operative Umsetzung bleiben. ODI überführt das Framework in konkrete Produktentscheidungen.
Jede Innovationschance beginnt mit einer Reibung. Bob Moesta nennt es den Struggle: der Moment, in dem der Status quo nicht mehr tolerierbar ist und der Kunde beginnt, nach Alternativen zu suchen. Ohne echten Struggle gibt es keine Energie zum Wechseln.
Der Struggle ist nicht immer eine explizite Beschwerde. Oft ist er still: Der Kunde beschwert sich nicht, er erfindet einfach eine Parallellösung. Dort erscheinen die Workarounds — Behelfslösungen, die genau zeigen, wo die Lücke ist.
Die Schlüsselfrage vor jedem Nutzerinterview: „Was tut der Kunde rund um Ihr Produkt, was Ihr Produkt für ihn tun sollte?"
Der Kunde nutzt Ihre Software, führt aber zusätzlich eine Excel-Tabelle, um „alles klar" zu haben. Signal: unzureichende Berichterstellung oder Sichtbarkeit.
Jede Woche wiederholt er Schritte, die das System automatisieren sollte. Signal: echte Automatisierungslücke.
Verbindet sein Tool mit anderen über Zapier oder eigene Skripte. Signal: die nativen Integrationen decken seinen echten Workflow nicht ab.
Ein sechsphasiger Prozess, der vom tiefen Kundenverständnis bis zum priorisierten Innovations-Roadmap führt.
Wofür beauftragen die Kunden Ihr Produkt? Wir formulieren den Job Statement (Situation, Motivation, Ergebnis) und validieren ihn durch Switch-Interviews.
JTBDWir identifizieren den Push (aktuelle Reibungen), Pull (neue Versprechen), Ängste und Gewohnheiten. Dies gibt uns die emotionale Karte für Kommunikation und Vertrieb.
JTBD (Moesta)Wir zerlegen den Job in seine 8 Phasen (Definieren, Lokalisieren, Vorbereiten, Bestätigen, Ausführen, Überwachen, Anpassen, Abschließen), um Outcomes in jeder Phase zu finden.
ODI (Ulwick)Wir erstellen die erschöpfende Liste von Outcomes im Ulwick-Format: „Minimieren/Maximieren [Metrik] von [Objekt] wenn [Kontext]." Normalerweise zwischen 50 und 150 Outcomes pro Job.
ODI (Ulwick)Wir befragen echte Kunden und messen Wichtigkeit und aktuelle Zufriedenheit für jeden Outcome. Wir berechnen den ODI-Score und erstellen die Opportunity-Matrix.
ODI (Ulwick)Mit den Scores in der Hand legen wir fest, welche Features entwickelt werden sollen, welche eliminiert werden (überbedientes Marktsegment) und wie das Wertversprechen für den Hauptjob kommuniziert werden soll.
JTBD + ODIBob Moesta entwickelte das Timeline-Interview, um die Kundenreise chronologisch zu rekonstruieren — von dem Moment, in dem der Kunde zu zweifeln beginnt, bis zum Kauf. Er fragt nicht „Warum haben Sie gekauft?". Er rekonstruiert die Geschichte, um zu verstehen, welche Kräfte in jedem Moment wirkten.
Wann war das erste Mal, dass Sie dachten, Sie könnten etwas anderes brauchen? Enthüllt den Beginn des Struggles und den Funken, der die Suche entzündet hat.
Der Kunde beginnt, Alternativen ohne Dringlichkeit zu beachten. Er sieht Anzeigen, liest Artikel, hört Kollegen zu. Er ist offen, handelt aber nicht. Diese Phase kann Monate dauern.
Ein Auslöseereignis erzeugt Dringlichkeit. Der Kunde vergleicht Optionen bewusst: Demos, Tests, Gespräche mit Verkäufern. Der Trigger, der diese Phase von der vorherigen trennt, ist Gold für Vertrieb und Marketing.
Welche Information war entscheidend? Welche Ängste blieben ungelöst? Was hat die Waage gekippt? Hier offenbaren sich die echten Kaufkriterien — nicht die deklarierten.
Der Unterschied zwischen Little Hire (kaufen) und Big Hire (wirklich nutzen). Hat der Kunde das Produkt in seinen Workflow integriert? Wurde der Job gelöst? Hier wird das gesamte Wertversprechen validiert oder widerlegt.
„Fragen Sie nicht, warum sie gekauft haben. Fragen Sie, wann das erste Mal war, dass sie dachten, sie bräuchten etwas anderes. Dort beginnt die echte Geschichte."
Bob Moesta — Demand-Side Sales 101
Unternehmen häufen defensiv Features an: aus Angst, Kunden zu verlieren oder auf vereinzelte Anfragen zu reagieren. Das Ergebnis ist ein Produkt, das viele Dinge macht, aber das kein Kunde vollständig nutzt.
ODI gibt uns die Erlaubnis zu vereinfachen. Wenn Sie sehen, dass 60% Ihres Roadmaps Outcomes mit einem Score < 8 entsprechen, ist die Entscheidung, sie nicht zu entwickeln, nicht mehr subjektiv.
Unternehmen verkaufen das vollständige Sandwich (das gesamte Wertversprechen), aber der Kunde will nur die Mayonnaise (den Fortschritt, den er jetzt braucht). JTBD identifiziert genau, welcher Teil des Sandwichs die Mayonnaise für jedes Segment ist.
Ergebnis: schärfere Wertversprechen, kürzere Verkaufszyklen und weniger Abbrüche beim Onboarding.
Der nächste Gewinner in einem überbeservten Markt ist selten der umfassendste. Es ist der bequemste. Die Disruption kommt von einfacheren Produkten, die die 3-4 wichtigsten Outcomes besser lösen.
Diese 3-4 Outcomes mit ODI zu identifizieren und sich auf sie zu konzentrieren ist die richtige Strategie für Startups, die etablierte Märkte angreifen.
„Es gibt eine grundlegende Asymmetrie: Kunden können nicht artikulieren, was sie wollen, aber sie können Ihnen sagen, wie sie Erfolg messen. JTBD hilft Ihnen, Letzteres zu hören, und ODI, es zu quantifizieren."
— Toni Guitart Ventura, Venturae
Stellen Sie sich ein Projektmanagement-SaaS für Engineering-Teams vor. Das Produktteam diskutiert seit Monaten, ob es mehr Integrationen hinzufügen oder das Benachrichtigungssystem verbessern soll.
Mit JTBD: Wir entdecken, dass der Hauptjob „das gesamte Team ohne Status-Meetings auf Prioritäten ausgerichtet halten" ist. Der Switch Moment ist meist „nach einem gescheiterten Projekt durch Koordinationsprobleme".
Mit ODI: Bei der Befragung von 80 Kunden erweisen sich die kritischsten Outcomes als „die Zeit minimieren, um zu wissen, wo jedes Teammitglied blockiert ist" (ODI: 16,4) und „die Sichtbarkeit des Einflusses jeder Aufgabe auf das Gesamtziel maximieren" (ODI: 15,1).
Entscheidung: Weder mehr Integrationen noch ein besseres Benachrichtigungssystem. Der Q3-Roadmap konzentriert sich auf ein Echtzeit-Blockierungsdashboard und die Visualisierung von Abhängigkeiten zwischen Zielen. Das ist, was die Kunden messen.