Jobs To Be Done (JTBD)

Die zentrale Metapher von Jobs to Be Done, populär gemacht von Clayton Christensen und parallel entwickelt von Praktikern wie Tony Ulwick und Bob Moesta, ist, dass Menschen Produkte nicht kaufen — sie stellen sie an, um in einer bestimmten Situation Fortschritt zu machen. Wenn ein Job entsteht, zieht ein Kunde eine Lösung in sein Leben, um ihn erledigt zu bekommen, und feuert sie, wenn etwas anderes es besser macht. Die Analyseeinheit ist der Job, nicht das Alter, die Rolle oder die Branche des Kunden.

Christensens kanonisches Beispiel ist der Morgen-Milchshake: Eine Fast-Food-Kette stellte fest, dass Menschen Milchshakes allein, früh, zum Mitnehmen kauften. Der Job war nicht „Ich möchte ein leckeres Getränk“, sondern „Mach meinen langweiligen Arbeitsweg interessanter und halte mich bis zum Mittagessen satt.“ Der Shake konkurrierte mit Bananen, Bagels und Langeweile — nicht mit anderen Milchshakes. Den Job so zu definieren, verändert, was Sie bauen und gegen wen Sie tatsächlich konkurrieren.

Ein gut formulierter Job hat drei Schichten. Die funktionale Dimension ist die praktische Aufgabe, die erledigt werden soll — Geld überweisen, ein Meeting planen, ein Release ausliefern. Die emotionale Dimension ist, wie sich die Person dabei fühlen möchte — selbstbewusst, unter Kontrolle, unbelastet. Die soziale Dimension ist, wie sie von anderen wahrgenommen werden möchte — kompetent, verantwortungsbewusst oder auf dem neuesten Stand. Ein Produkt, das den funktionalen Job perfekt erfüllt, aber die emotionale und soziale Ebene ignoriert, verliert oft gegen eines, das sich beim Benutzen besser anfühlt, selbst wenn es weniger leistet.

Eine gängige Praxis ist, den Job als stabile Aussage über Fortschritt zu formulieren statt als Feature: „Wenn ich einen neuen Ingenieur einarbeite, möchte ich ihn schnell im Code produktiv machen, damit ich die Geschwindigkeit des Teams hochhalten kann.“ Die Form Situation-Motivation-Ergebnis hält den Job dauerhaft — Lösungen und Technologien ändern sich, aber der zugrunde liegende Job, den eine Person zu erledigen versucht, tendiert dazu, über Jahre zu bestehen.

Personas beschreiben, wer ein Kunde ist — eine fiktive „Marketing-Maria, 34, Mid-Market-SaaS“. JTBD beschreibt, was ein Kunde zu erreichen versucht und warum. Die beiden schließen sich nicht gegenseitig aus, aber JTBD argumentiert, dass demografische Merkmale schwache Prädiktoren für Verhalten sind: Zwei Menschen mit identischen Profilen können völlig unterschiedliche Produkte anstellen, weil sie sich in unterschiedlichen Situationen befinden. Der Job, nicht die Persona, sagt den Kauf voraus.

Das Fehlermuster, vor dem JTBD schützt, ist das Bauen für einen idealisierten Nutzer statt für einen echten Moment des Bedarfs. In der Discovery bedeutet das, für die Zeitlinie einer echten Entscheidung zu interviewen — was die Suche ausgelöst hat, was die Person zuerst versucht hat, was sie zum Wechsel bewogen hat — statt zu fragen, welche Features sie wollen. Das Ergebnis ist eine Karte von Jobs und unerfüllten Outcomes, die direkt in Opportunity Mapping und Priorisierung einfließt. Es passt natürlich zu Continuous Discovery und dem Opportunity Solution Tree, wo Jobs zu den Opportunities werden, die ein Team bewertet und auf die es setzt.

Ein JTBD-Framework ist nur so gut wie die Evidenz dahinter. Jobs, die in einem Workshop formuliert und dann in einer Slide-Deck abgelegt werden, driften leise von der Realität ab; die stärksten Job-Aussagen werden kontinuierlich neu in echtem Kundenverhalten, dem, wofür Kunden zahlen, und dem, was sie fordern, verankert. Der schwierige Teil ist, den Job, das Konto und die Arbeit, die er informiert, in derselben Sichtlinie zu halten.

Ein verbundenes Product Operating System hilft hier, indem es Feedback, Kundenverhalten und Umsatz auf einer gemeinsamen Basis zusammenführt. Ein gegen einen Job erfasster Insight kann zusammen mit der Nutzung und dem Abonnement desselben Kunden gelesen werden, und ein als Job gerahmtes Roadmap-Item trägt die Konten und den Umsatz, die es angestellt haben — sodass eine Job-Aussage an Evidenz verankert bleibt, statt zu einem statischen Artefakt zu werden, das von den Kunden losgelöst ist, die es zu beschreiben behauptet.