Jobs-to-be-Done: Verstehe, warum Kunden wirklich kaufen

Du kaufst einen Akkuschrauber. Was kaufst du eigentlich? Ein Gerät mit einem Elektromotor, einem Akku und verschiedenen Drehmomentstufen? Oder kaufst du die Möglichkeit, endlich das neue Regal an der Wand zu befestigen, ohne dich mit einem unhandlichen Werkzeug herumzuärgern? Vielleicht möchtest du auch einfach ein Problem lösen, das dich schon seit Wochen nervt. Genau an diesem Punkt beginnt die Jobs-to-be-Done-Methode, kurz JTBD. Sie stellt eine Frage, die im Produktmanagement erstaunlich oft zu kurz kommt: Welchen konkreten Fortschritt möchte ein Mensch erreichen, wenn er ein Produkt oder eine Dienstleistung nutzt?

Jobs-to-be-Done ist ein Ansatz zur Analyse von Kundenbedürfnissen, Kaufentscheidungen und Nutzungssituationen. Statt ausschließlich zu untersuchen, welche Produkteigenschaften Menschen bevorzugen oder welche Zielgruppe sie darstellen, betrachtet die Methode den sogenannten Job, den ein Kunde erledigen möchte. Dieser Job beschreibt nicht einfach eine Tätigkeit, sondern das Ergebnis, das jemand unter bestimmten Umständen erreichen will. Ein Kunde kauft beispielsweise keine Projektmanagementsoftware, weil er unbedingt noch ein weiteres Softwarewerkzeug benötigt. Er möchte Projekte zuverlässiger steuern, Abhängigkeiten erkennen, Entscheidungen beschleunigen oder endlich Transparenz über die tatsächliche Auslastung seines Teams gewinnen.

Das Entscheidende daran: Menschen suchen nicht zwangsläufig nach einem bestimmten Produkt. Sie suchen nach einer Lösung für eine Situation, die sie verändern möchten. Manchmal lösen sie dieses Problem mit Software, manchmal mit einem Dienstleister, einer Excel-Tabelle oder einer improvisierten Kombination aus mehreren Werkzeugen. Für Unternehmen eröffnet sich daraus eine wertvolle Perspektive. Wer den tatsächlichen Kundenbedarf versteht, kann Produkte entwickeln, die relevante Probleme besser lösen, statt lediglich weitere Funktionen auf den Markt zu bringen.

Woher stammt Jobs-to-be-Done?

Die Jobs-to-be-Done-Methode wird besonders mit dem amerikanischen Innovationsforscher und Wirtschaftswissenschaftler Clayton Christensen verbunden. Bekannt wurde der Ansatz unter anderem durch seine Arbeiten zu disruptiver Innovation und kundenorientierter Produktentwicklung. Christensen und seine Mitautoren beschrieben, wie Unternehmen ihre Innovationsentscheidungen verbessern können, indem sie verstehen, welche Aufgaben Menschen in konkreten Situationen bewältigen möchten. Ein bekanntes Beispiel aus diesem Zusammenhang ist der Wunsch nach einem Milchshake, der eine bestimmte Alltagssituation angenehmer machen soll. Entscheidend ist dabei nicht die Produktkategorie Milchshake, sondern der Zweck, für den das Produkt gewählt wird.

Allerdings hat Jobs-to-be-Done nicht nur einen einzigen Urheber oder eine vollständig einheitliche Definition. Verschiedene Denkschulen und Praktiker haben den Ansatz weiterentwickelt. Neben Christensen haben insbesondere Tony Ulwick mit seinem Outcome-Driven-Innovation-Ansatz und Bob Moesta mit seinem Fokus auf Kaufentscheidungen und Veränderungsprozesse wichtige Beiträge geleistet. Die Ansätze überschneiden sich, setzen aber teilweise unterschiedliche Schwerpunkte. Während Outcome-Driven Innovation stärker auf messbare gewünschte Ergebnisse und deren Priorisierung ausgerichtet ist, untersucht der von Moesta geprägte Ansatz häufig genauer, welche Kräfte Menschen zu einer Veränderung bewegen und welche Hindernisse sie davon abhalten.

Für die Praxis ist diese Unterscheidung wichtig. Jobs-to-be-Done ist keine einzelne, weltweit verbindliche Schritt-für-Schritt-Methode mit einem einzigen vorgeschriebenen Interviewleitfaden. Es handelt sich vielmehr um einen Denk- und Analyseansatz, der in unterschiedlichen methodischen Ausprägungen eingesetzt wird. Unternehmen sollten deshalb nicht nur ein JTBD-Modell auswählen, weil es bekannt klingt, sondern prüfen, welche Fragestellung sie tatsächlich beantworten möchten.

Was bedeutet ein Job bei Jobs-to-be-Done?

Ein Job beschreibt den Fortschritt, den ein Mensch in einer bestimmten Situation erreichen möchte. Dabei geht es nicht ausschließlich um die offensichtliche Funktion eines Produkts. Häufig spielen praktische, emotionale und soziale Aspekte gleichzeitig eine Rolle. Ein Mensch möchte beispielsweise seine Aufgaben schneller erledigen, sich dabei sicher fühlen und gegenüber Kollegen als kompetent wahrgenommen werden. Diese Ziele beeinflussen gemeinsam, welche Lösung er auswählt und ob er sie langfristig nutzt.

Ein guter Job ist deshalb weder eine bloße Produktbeschreibung noch eine vage Aussage wie „Der Kunde möchte zufrieden sein“. Er beschreibt ein relevantes Ergebnis aus der Perspektive des Menschen, der es erreichen möchte. Im B2B-Umfeld könnte ein solcher Job beispielsweise lauten: „Wenn mehrere Projekte gleichzeitig laufen, möchte ich frühzeitig erkennen, welche Ressourcen fehlen, damit ich realistische Zusagen gegenüber der Geschäftsführung treffen kann.“ Diese Formulierung benennt eine Situation, einen gewünschten Fortschritt und den Zweck, der dahintersteht. Sie ist deutlich hilfreicher als die Aussage, ein Unternehmen benötige ein neues Ressourcenmanagement-Tool.

Für eine strukturierte Analyse lässt sich ein Job häufig in drei Bestandteile zerlegen:

• Situation: Wann und unter welchen Umständen entsteht das Bedürfnis? Eine Situation beschreibt den Auslöser, die Rahmenbedingungen oder das konkrete Problem. Sie hilft dabei, den Bedarf einzugrenzen, statt alle Kunden über einen Kamm zu scheren. Beispielsweise benötigt ein Projektleiter möglicherweise nicht grundsätzlich bessere Berichte, sondern vor allem dann verlässliche Informationen, wenn mehrere Projekte um dieselben Spezialisten konkurrieren. Genau diese Situation beeinflusst, welche Lösung tatsächlich hilfreich ist.
• Gewünschter Fortschritt: Was soll anschließend besser funktionieren als zuvor? Hier wird beschrieben, welches Ergebnis der Kunde erreichen möchte. Bei einem Projektleiter könnte das bedeuten, Engpässe früher zu erkennen und Auswirkungen auf Termine rechtzeitig bewerten zu können. Das Ergebnis sollte möglichst unabhängig von einer bestimmten technischen Lösung formuliert sein. So bleibt Raum für unterschiedliche Produktkonzepte und innovative Alternativen.
• Erwarteter Nutzen: Warum ist dieser Fortschritt wichtig? Der Nutzen kann beispielsweise in weniger Verzögerungen, höherer Planungssicherheit oder einer besseren Entscheidungsgrundlage liegen. Er kann außerdem emotional geprägt sein, etwa durch weniger Stress oder mehr Vertrauen in die eigenen Entscheidungen. Wird dieser Nutzen verstanden, lassen sich Produktentscheidungen besser priorisieren und ihre Wirkung später gezielter überprüfen.

Diese drei Bestandteile sind ein praktisches Hilfsmittel, aber kein universell verbindliches JTBD-Format. Je nach Fragestellung kann eine Analyse zusätzliche Informationen über Hindernisse, Alternativen, Entscheidungskriterien und messbare Ergebnisse benötigen.

Warum reicht klassische Zielgruppenanalyse nicht aus?

Viele Unternehmen segmentieren ihre Kunden nach Alter, Einkommen, Branche, Unternehmensgröße oder beruflicher Position. Diese Informationen können hilfreich sein, erklären aber nicht automatisch, warum jemand eine bestimmte Lösung kauft. Zwei Menschen mit ähnlichem Alter, vergleichbarem Einkommen und identischer beruflicher Funktion können völlig unterschiedliche Bedürfnisse haben. Der eine sucht nach einer möglichst günstigen Lösung, während der andere vor allem Zuverlässigkeit, Zeitersparnis oder eine unkomplizierte Integration benötigt. Umgekehrt können Menschen aus vollkommen unterschiedlichen Zielgruppen denselben Job erledigen wollen.

Nehmen wir zwei Unternehmen, die eine neue Projektmanagementsoftware evaluieren. Das erste Unternehmen möchte seine Projektplanung professionalisieren, weil mehrere Teams nicht mehr zuverlässig zusammenarbeiten. Das zweite Unternehmen besitzt bereits ein leistungsfähiges System, hat aber Schwierigkeiten, die tatsächliche Ressourcenauslastung gegenüber dem Management transparent darzustellen. Beide Unternehmen interessieren sich möglicherweise für dieselben Softwareprodukte. Ihre eigentlichen Jobs unterscheiden sich jedoch erheblich. Eine Lösung, die für das erste Unternehmen die Zusammenarbeit verbessert, muss deshalb nicht automatisch die beste Antwort auf das zweite Problem sein.

Die klassische Zielgruppenanalyse beantwortet vor allem die Frage, wer ein potenzieller Kunde ist. Jobs-to-be-Done ergänzt diese Perspektive um die Frage, was dieser Mensch in einer konkreten Situation erreichen möchte und warum bestehende Lösungen dafür nicht ausreichen. Beide Ansätze sind miteinander vereinbar und erfüllen unterschiedliche Aufgaben. Für Produktmanagement und Innovation entsteht der größte Nutzen, wenn Unternehmen Zielgruppendaten, Nutzungsanalysen und qualitative Erkenntnisse über tatsächliche Kundenbedürfnisse miteinander verbinden.

Welche Arten von Jobs gibt es?

In vielen JTBD-Modellen werden funktionale, emotionale und soziale Jobs unterschieden. Diese Kategorien helfen dabei, Kundenbedürfnisse umfassender zu untersuchen, ohne sie ausschließlich auf technische Anforderungen zu reduzieren. In der Realität treten die drei Dimensionen häufig gemeinsam auf. Ein Kunde möchte beispielsweise eine Aufgabe schneller erledigen, dabei weniger Unsicherheit empfinden und gleichzeitig gegenüber anderen professionell auftreten.

• Funktionale Jobs beschreiben, was jemand praktisch erreichen möchte. Dazu gehören beispielsweise die Verwaltung von Projekten, die Analyse von Verkaufsdaten, die Buchung einer Reise oder die Absicherung eines IT-Systems. Diese Jobs lassen sich häufig in konkrete Arbeitsabläufe und gewünschte Ergebnisse übersetzen. Sie bilden deshalb eine wichtige Grundlage für Anforderungen, Prozessverbesserungen und Produktfunktionen. Allerdings erklären sie allein noch nicht vollständig, weshalb eine Lösung bevorzugt wird.
• Emotionale Jobs betreffen das persönliche Erleben während oder nach der Erledigung einer Aufgabe. Menschen möchten sich beispielsweise sicher, souverän, entlastet oder handlungsfähig fühlen. Im beruflichen Umfeld kann eine Führungskraft eine Software bevorzugen, weil sie dadurch mehr Vertrauen in ihre Entscheidungen gewinnt. Ein Anwender kann ein Produkt dagegen ablehnen, obwohl es funktional leistungsfähig ist, wenn die Bedienung unnötig kompliziert oder frustrierend wirkt. Emotionale Faktoren sind daher kein nebensächlicher Zusatz, sondern können die Nutzung und Akzeptanz erheblich beeinflussen.
• Soziale Jobs beschreiben, wie Menschen von anderen wahrgenommen werden möchten. Ein Unternehmer möchte beispielsweise als innovativ gelten, eine Führungskraft als entscheidungsstark und ein IT-Team als zuverlässiger Partner des Geschäfts. Solche Erwartungen beeinflussen Entscheidungen, insbesondere bei Produkten, deren Kauf intern begründet oder gegenüber anderen verantwortet werden muss. Im B2B-Geschäft ist es deshalb sinnvoll, neben dem eigentlichen Anwender auch Entscheider, Budgetverantwortliche und weitere Beteiligte zu betrachten. Ihre Jobs können sich deutlich voneinander unterscheiden.

Diese Kategorien sollten nicht dazu verleiten, jedes Kundenbedürfnis künstlich in drei Schubladen zu pressen. Ihr Zweck besteht darin, relevante Einflussfaktoren sichtbar zu machen. Entscheidend bleibt, was sich in der konkreten Situation tatsächlich beobachten und durch Kundeninterviews oder andere Datenquellen nachvollziehen lässt.

Wie funktioniert die Jobs-to-be-Done-Methode in der Praxis?

Die Anwendung beginnt nicht mit einem Workshop, einer Produktidee oder einer Liste gewünschter Funktionen. Sie beginnt mit einer offenen Frage: Welches relevante Problem wollen wir verstehen? Je genauer diese Fragestellung eingegrenzt wird, desto leichter lässt sich entscheiden, welche Kunden untersucht, welche Informationen erhoben und welche Ergebnisse später ausgewertet werden sollen.

Ein Unternehmen könnte beispielsweise feststellen, dass die Einführung einer neuen Software nur geringe Verbesserungen bringt, obwohl zahlreiche Funktionen entwickelt wurden. Statt sofort zusätzliche Features zu planen, untersucht das Produktteam, welche Aufgaben die Anwender tatsächlich erledigen möchten, wo Schwierigkeiten auftreten und welche Alternativen sie heute nutzen. Daraus entsteht eine fundierte Grundlage für Entscheidungen, die über einzelne Kundenwünsche hinausgeht. Die folgende Vorgehensweise ist ein praxistauglicher Ablauf, keine verbindliche Schrittfolge für sämtliche JTBD-Schulen.

Schritt 1: Die konkrete Situation verstehen

Zunächst grenzt das Team den Untersuchungsbereich ein. Geht es um den Kauf eines Produkts, die erstmalige Nutzung, die tägliche Anwendung oder einen Wechsel von einer bestehenden Lösung? Diese Situationen dürfen nicht miteinander verwechselt werden. Die Gründe für den Kauf einer Software können beispielsweise andere sein als die Gründe, weshalb Anwender sie später regelmäßig nutzen oder wieder aufgeben.

Anschließend werden relevante Nutzergruppen und typische Situationen identifiziert. Dabei sollte das Team nicht ausschließlich mit den besonders zufriedenen Kunden sprechen. Menschen, die eine Lösung abgelehnt, gewechselt oder trotz Kauf kaum genutzt haben, liefern ebenfalls wertvolle Erkenntnisse. Gerade gescheiterte Einführungen und abgebrochene Kaufprozesse können offenlegen, welche Hindernisse in der bisherigen Analyse übersehen wurden.

Schritt 2: Kundeninterviews führen

Qualitative Interviews sind eine zentrale Möglichkeit, tatsächliche Jobs und Entscheidungsprozesse zu untersuchen. Besonders aufschlussreich sind konkrete Erlebnisse aus der Vergangenheit. Statt abstrakt zu fragen, welche Funktionen ein Kunde gerne hätte, lässt sich beispielsweise rekonstruieren, wann er erstmals über einen Wechsel nachgedacht hat, welche Probleme vorausgingen und welche Alternativen er geprüft hat.

Gute Fragen sind offen formuliert und vermeiden es, die gewünschte Antwort bereits vorzugeben. Ein Interviewer könnte fragen: „Erzähl mir von der letzten Situation, in der du dieses Problem lösen musstest.“ Danach kann er untersuchen, was die Person unternommen hat, welche Schwierigkeiten auftraten und weshalb sie sich für eine bestimmte Lösung entschied. Aussagen sollten möglichst mit konkreten Beispielen, beobachtbarem Verhalten und nachvollziehbaren Umständen verbunden werden. Die Interviews ersetzen keine quantitative Untersuchung, liefern aber häufig wichtige Hypothesen über Motive und Hindernisse.

Schritt 3: Den eigentlichen Job formulieren

Die gewonnenen Informationen werden anschließend strukturiert und in prägnante Job-Aussagen übersetzt. Eine mögliche Formulierung lautet: „Wenn mehrere Projekte gleichzeitig um dieselben Fachkräfte konkurrieren, möchte ich Ressourcenkonflikte früh erkennen, damit ich Termine realistisch planen und gegenüber Stakeholdern verlässlich kommunizieren kann.“ Diese Aussage beschreibt die Situation, den gewünschten Fortschritt und den Nutzen, ohne eine konkrete Softwarefunktion vorzuschreiben.

Die Formulierung sollte anhand der Interviewdaten überprüft werden. Ein einzelnes Interview reicht normalerweise nicht aus, um einen repräsentativen Kundenbedarf zu belegen. Das Team sucht deshalb nach wiederkehrenden Mustern und prüft gleichzeitig, ob unterschiedliche Nutzergruppen tatsächlich denselben Job verfolgen. Werden mehrere deutlich unterschiedliche Jobs vermischt, entstehen schnell unklare Anforderungen. Eine saubere Trennung macht es später leichter, passende Lösungen zu entwickeln und ihre Wirksamkeit zu bewerten.

Schritt 4: Bestehende Lösungen und Hindernisse analysieren

Im nächsten Schritt untersucht das Team, wie Kunden den Job heute erledigen. Dabei zählen nicht nur konkurrierende Produkte, sondern auch interne Prozesse, manuelle Tätigkeiten, Tabellen, persönliche Kontakte und der bewusste Verzicht auf eine Lösung. Gerade im B2B-Umfeld ist die bestehende Alternative häufig kein anderes Softwareprodukt, sondern ein gewachsener Arbeitsablauf, den niemand infrage stellt.

Ebenso wichtig sind die Hindernisse, die einen Wechsel erschweren. Dazu gehören beispielsweise hohe Einführungskosten, fehlende Schnittstellen, mangelnde Datenqualität, Sicherheitsanforderungen oder die Sorge vor zusätzlicher Arbeit. Eine neue Lösung kann objektiv leistungsfähiger sein und trotzdem scheitern, wenn sie den Aufwand für den Anwender erhöht. Die Analyse muss daher sowohl den gewünschten Fortschritt als auch die Hürden auf dem Weg dorthin berücksichtigen.

Schritt 5: Lösungen entwickeln und testen

Erst wenn der Job ausreichend verstanden wurde, sollte das Team konkrete Lösungsansätze priorisieren. Das können neue Produktfunktionen sein, aber ebenso Prozessänderungen, bessere Informationen, vereinfachte Abläufe oder eine Kombination verschiedener Maßnahmen. Diese Offenheit ist einer der wichtigsten Vorteile von Jobs-to-be-Done. Das Team legt sich nicht vorschnell auf eine technische Lösung fest, sondern bewertet unterschiedliche Ansätze danach, wie gut sie den identifizierten Bedarf erfüllen.

Anschließend werden die vielversprechendsten Ansätze mit geeigneten Methoden getestet. Prototypen, Nutzungstests, Pilotprojekte und kontrollierte Experimente helfen dabei, Annahmen zu überprüfen, bevor große Entwicklungsbudgets gebunden werden. Entscheidend ist, nicht nur nach der subjektiven Zustimmung zu fragen, sondern möglichst auch beobachtbares Verhalten und relevante Ergebnisse zu erfassen. Eine Lösung ist nicht automatisch erfolgreich, nur weil Interviewpartner sie interessant finden. Sie muss den Job in der Praxis tatsächlich besser erledigen.

Praxisbeispiel: Jobs-to-be-Done im digitalen Produktmanagement

Stell dir vor, ein Unternehmen entwickelt eine Plattform für das Ressourcenmanagement. Das bisherige Produktteam sammelt regelmäßig Wünsche aus den Fachbereichen. Die einen möchten zusätzliche Filter, andere weitere Exportmöglichkeiten und wieder andere neue Dashboards. Das Backlog wächst, die Entwicklungskapazität bleibt begrenzt und trotzdem steigt die Zufriedenheit der Anwender nicht im erwarteten Maß. Das Problem muss nicht darin liegen, dass die Entwickler zu langsam arbeiten. Möglicherweise konzentriert sich das Unternehmen auf sichtbare Produktwünsche, ohne die dahinterliegenden Jobs ausreichend zu verstehen.

Das Team führt deshalb Interviews mit Projektleitern, Ressourcenplanern und Führungskräften. Dabei zeigt sich, dass viele Anwender nicht primär mehr Funktionen benötigen. Sie müssen vielmehr frühzeitig erkennen, welche Projekte aufgrund fehlender Kapazitäten gefährdet sind und welche Auswirkungen Änderungen auf andere Vorhaben haben. Heute exportieren sie Daten, führen manuelle Auswertungen durch und stimmen sich über mehrere Kommunikationskanäle ab. Die eigentliche Herausforderung besteht somit nicht in einem fehlenden Diagramm, sondern in der fehlenden Entscheidungsgrundlage.

Aus dieser Erkenntnis entstehen neue Prioritäten. Das Produktteam könnte beispielsweise die Datenqualität verbessern, Kapazitätskonflikte früher sichtbar machen und relevante Änderungen gezielt kommunizieren. Welche dieser Maßnahmen den größten Nutzen liefert, muss anschließend anhand von Nutzungsdaten und Tests überprüft werden. Möglicherweise erweist sich eine verlässliche Datenbasis als wertvoller als ein komplexes Dashboard. Die JTBD-Analyse verändert damit nicht nur die Produktanforderungen, sondern auch die Diskussion über den wirtschaftlichen Nutzen der Entwicklung.

Dieses Beispiel zeigt, wie eng Jobs-to-be-Done mit Business Engineering und strategischem Produktmanagement verbunden ist. Wer Kundenbedürfnisse systematisch analysiert, kann Anforderungen besser begründen, Entwicklungsressourcen gezielter einsetzen und die Verbindung zwischen Produktentscheidungen und Geschäftsergebnissen stärken.

Welche Vorteile bietet Jobs-to-be-Done?

Der größte Vorteil liegt darin, dass Unternehmen den Blick von ihren bestehenden Produkten auf die tatsächlichen Aufgaben ihrer Kunden richten. Das ist besonders wertvoll in Märkten, in denen sich technische Funktionen schnell angleichen und Wettbewerber ähnliche Leistungsmerkmale anbieten. Wenn mehrere Produkte dieselben grundlegenden Funktionen besitzen, kann ein tieferes Verständnis der Nutzungssituation zum entscheidenden Differenzierungsfaktor werden.

Ein weiterer Vorteil besteht darin, dass die Methode neue Innovationsmöglichkeiten sichtbar machen kann. Wenn Unternehmen nur ihre direkten Wettbewerber beobachten, orientieren sie sich häufig an bereits bekannten Lösungen. Jobs-to-be-Done eröffnet dagegen die Möglichkeit, Alternativen aus anderen Branchen oder völlig neue Lösungswege zu betrachten. Ein Unternehmen muss dann nicht zwangsläufig ein besseres bestehendes Produkt entwickeln. Es kann auch einen bislang umständlichen Prozess grundlegend vereinfachen.

Darüber hinaus unterstützt JTBD eine nachvollziehbarere Priorisierung im Produktmanagement. Anforderungen lassen sich danach bewerten, wie relevant sie für den Job sind, welche Hindernisse sie beseitigen und welchen messbaren Beitrag sie leisten könnten. Das reduziert nicht automatisch jede Fehlentscheidung, schafft aber eine bessere Argumentationsgrundlage für die Verteilung knapper Ressourcen. Gleichzeitig verbessert sich die Kommunikation zwischen Produktmanagement, Entwicklung, Vertrieb und Marketing, weil sich alle Beteiligten stärker auf das gewünschte Kundenergebnis beziehen können.

Welche Grenzen und Risiken hat die JTBD-Methode?

Jobs-to-be-Done ist kein Ersatz für Marktanalyse, technische Bewertung oder wirtschaftliche Planung. Kundeninterviews können erklären, welche Probleme Menschen erleben und wie sie Entscheidungen treffen. Sie beantworten aber nicht automatisch, wie groß ein Markt ist, welche Zahlungsbereitschaft besteht oder ob ein Geschäftsmodell wirtschaftlich tragfähig ist. Diese Fragen benötigen zusätzliche Daten und Analysen. Wer qualitative Erkenntnisse unmittelbar als Beweis für einen großen Markt interpretiert, überschätzt die Aussagekraft der Methode.

Ein weiteres Risiko besteht darin, Kundenäußerungen zu wörtlich zu nehmen. Menschen können ihre Motive nicht immer vollständig erklären, erinnern sich ungenau an frühere Entscheidungen oder beschreiben eher eine vermutete als eine tatsächlich gelebte Nutzungssituation. Deshalb sollten Interviews möglichst konkrete Ereignisse untersuchen und mit weiteren Informationsquellen abgeglichen werden. Nutzungsdaten, Supportanfragen, Beobachtungen und quantitative Befragungen können helfen, die Erkenntnisse zu überprüfen.

Auch die Formulierung des Jobs erfordert Sorgfalt. Ist sie zu allgemein, beispielsweise „Menschen möchten produktiver sein“, liefert sie kaum verwertbare Hinweise für Produktentscheidungen. Ist sie dagegen zu eng an einer bestehenden Funktion orientiert, nimmt sie mögliche Lösungen bereits vorweg. Eine gute JTBD-Analyse muss deshalb die richtige Abstraktionsebene finden. Der Job sollte konkret genug sein, um eine reale Situation und ein relevantes Ergebnis zu beschreiben, aber offen genug bleiben, um alternative Lösungen zu ermöglichen.

Schließlich kann die Methode wirkungslos bleiben, wenn Unternehmen zwar Interviews durchführen, ihre Entscheidungen anschließend aber unverändert treffen. Kundenverständnis schafft erst dann wirtschaftlichen Wert, wenn es Einfluss auf Produktstrategie, Priorisierung, Gestaltung und Erfolgsmessung erhält. Die entscheidende Herausforderung besteht nicht darin, möglichst viele Jobs zu dokumentieren. Sie besteht darin, die wichtigsten Jobs zu identifizieren und daraus bessere Entscheidungen abzuleiten.

Jobs-to-be-Done, Design Thinking und User Stories: Wo liegen die Unterschiede?

Jobs-to-be-Done, Design Thinking und User Stories werden häufig gemeinsam eingesetzt, erfüllen aber unterschiedliche Aufgaben. JTBD hilft dabei, den gewünschten Fortschritt und den zugrunde liegenden Bedarf zu verstehen. Design Thinking bietet einen nutzerzentrierten Innovationsprozess, in dem Probleme untersucht, Ideen entwickelt und Lösungen iterativ getestet werden. User Stories übersetzen ausgewählte Anforderungen in eine Form, mit der agile Teams konkrete Produktfunktionen planen und umsetzen können.

Im Zusammenspiel entsteht ein schlüssiger Arbeitsablauf. Zunächst identifiziert das Team mit JTBD einen relevanten Job und untersucht die Situation, in der er entsteht. Anschließend können Methoden aus dem Design Thinking helfen, verschiedene Lösungsansätze zu entwickeln und mit Nutzern zu testen. Erst wenn klarer ist, welche Lösung sinnvoll erscheint, werden daraus konkrete Anforderungen, beispielsweise in Form von User Stories, Akzeptanzkriterien und priorisierten Backlog-Einträgen.

Wichtig ist dabei, diese Methoden nicht miteinander gleichzusetzen. Eine User Story beschreibt häufig eine gewünschte Funktion aus Sicht eines Nutzers, während JTBD einen übergeordneten Bedarf unabhängig von einer bestimmten Funktion untersucht. Design Thinking wiederum umfasst einen breiteren Gestaltungsprozess. Die Methoden ergänzen sich besonders gut, wenn sie nicht als konkurrierende Werkzeuge, sondern als unterschiedliche Bausteine einer durchgängigen Produktentwicklung verstanden werden.

Wie lässt sich Jobs-to-be-Done mit KPIs verbinden?

Damit Jobs-to-be-Done im Unternehmen nicht bei interessanten Erkenntnissen stehen bleibt, müssen die identifizierten Kundenbedürfnisse mit geeigneten Erfolgskennzahlen verknüpft werden. Diese Kennzahlen sollten den Fortschritt des Kunden abbilden, nicht lediglich die Menge der entwickelten Funktionen. Wenn der Job beispielsweise darin besteht, Ressourcenengpässe frühzeitig zu erkennen, ist die Zahl neuer Dashboard-Elemente keine ausreichende Erfolgsgröße. Aussagekräftiger könnten die Vorwarnzeit bei Engpässen, die Planungsgenauigkeit oder die Zahl kurzfristiger Projektverschiebungen sein.

Welche Kennzahlen sinnvoll sind, hängt vom jeweiligen Job und dem Geschäftsmodell ab. Bei einer E-Commerce-Plattform könnten beispielsweise die Zeit bis zum erfolgreichen Kaufabschluss, die Abbruchrate oder die Häufigkeit fehlgeschlagener Bestellungen relevant sein. Bei einer internen Unternehmensanwendung könnten Bearbeitungszeiten, Fehlerquoten oder der Aufwand für manuelle Nacharbeiten im Mittelpunkt stehen. Die Kennzahlen müssen allerdings so gewählt werden, dass sie den tatsächlichen Nutzen möglichst gut abbilden und nicht zu unerwünschtem Verhalten führen.

Darüber hinaus sollte das Unternehmen zwischen Kundenwirkung und Geschäftswirkung unterscheiden. Eine bessere Lösung kann die Zufriedenheit oder Produktivität der Nutzer erhöhen, ohne unmittelbar mehr Umsatz zu erzeugen. Umgekehrt kann eine kurzfristige Umsatzsteigerung mit höheren Supportkosten oder einer schlechteren Nutzererfahrung einhergehen. Ein belastbares Messkonzept betrachtet deshalb sowohl die Erfüllung des Jobs als auch relevante wirtschaftliche und operative Auswirkungen.

FAQ: Häufig gestellte Fragen zur Jobs-to-be-Done-Methode

Was ist Jobs-to-be-Done einfach erklärt?

Jobs-to-be-Done ist eine Methode, mit der Unternehmen verstehen, warum Menschen ein Produkt oder eine Dienstleistung nutzen oder kaufen. Im Mittelpunkt steht nicht das Produkt selbst, sondern der Fortschritt, den ein Kunde in einer bestimmten Situation erreichen möchte. Ein Kunde kauft beispielsweise nicht einfach eine Projektmanagementsoftware, sondern möchte Projekte besser planen und Risiken früher erkennen. Dieses Verständnis hilft Unternehmen, Lösungen zu entwickeln, die relevante Probleme tatsächlich lösen.

Was bedeutet JTBD?

JTBD ist die Abkürzung für Jobs-to-be-Done. Der Begriff lässt sich sinngemäß mit „zu erledigende Aufgaben“ übersetzen. Gemeint sind jedoch nicht nur einzelne Arbeitsschritte, sondern die übergeordneten Ziele, die Menschen unter bestimmten Umständen erreichen wollen. Die Methode untersucht deshalb auch den Kontext, die Erwartungen und die Hindernisse, die bei der Auswahl und Nutzung einer Lösung eine Rolle spielen.

Wer hat die Jobs-to-be-Done-Methode entwickelt?

Jobs-to-be-Done wird besonders mit Clayton Christensen und seinen Arbeiten zur Innovation verbunden. Weitere wichtige Beiträge stammen unter anderem von Tony Ulwick und Bob Moesta, die unterschiedliche methodische Ausprägungen des Ansatzes geprägt haben. Deshalb gibt es nicht nur ein einziges JTBD-Modell, sondern mehrere verwandte Ansätze. Sie unterscheiden sich unter anderem darin, wie sie gewünschte Ergebnisse, Kaufentscheidungen und Veränderungsprozesse analysieren.

Wie führt man eine Jobs-to-be-Done-Analyse durch?

Eine JTBD-Analyse beginnt mit einer klar abgegrenzten Fragestellung und der Untersuchung konkreter Kundensituationen. Anschließend werden Interviews und gegebenenfalls weitere Datenquellen genutzt, um tatsächliche Bedürfnisse, gewünschte Ergebnisse und bestehende Hindernisse zu identifizieren. Daraus formuliert das Team relevante Jobs und prüft, welche davon für Kunden und Unternehmen besonders wichtig sind. Abschließend werden passende Lösungen entwickelt, getestet und anhand geeigneter Kennzahlen bewertet.

Was ist ein Beispiel für Jobs-to-be-Done?

Ein Beispiel ist ein Kunde, der einen Akkuschrauber kauft, um Möbel aufzubauen. Sein eigentlicher Job besteht nicht darin, einen Akkuschrauber zu besitzen, sondern Möbel möglichst einfach und zuverlässig montieren zu können. Je nach Situation können dabei Leistung, Gewicht, Bedienkomfort oder die Möglichkeit zur Ausleihe wichtiger sein als der Kauf eines bestimmten Geräts. Das Beispiel zeigt, warum Unternehmen den gewünschten Nutzen verstehen sollten, bevor sie sich auf ein konkretes Produkt konzentrieren.

Was ist der Unterschied zwischen Jobs-to-be-Done und Design Thinking?

Jobs-to-be-Done untersucht, welchen Fortschritt ein Mensch erreichen möchte und welche Bedürfnisse hinter einer Entscheidung stehen. Design Thinking ist ein nutzerzentrierter Innovationsansatz, mit dem Teams Probleme untersuchen, Ideen entwickeln und Lösungen iterativ testen. JTBD kann innerhalb eines Design-Thinking-Prozesses eingesetzt werden, um das Problem besser zu verstehen. Die beiden Ansätze ergänzen sich, ersetzen sich aber nicht gegenseitig.

Für welche Unternehmen eignet sich Jobs-to-be-Done?

Die Methode eignet sich für Unternehmen unterschiedlicher Größen und Branchen, sofern sie Produkte, Dienstleistungen oder Prozesse an tatsächlichen Kundenbedürfnissen ausrichten möchten. Besonders hilfreich kann sie im Produktmanagement, in der Softwareentwicklung, im E-Commerce, im Service und bei der digitalen Transformation sein. Auch interne Unternehmensanwendungen lassen sich untersuchen, wenn Beschäftigte bestimmte Aufgaben effizienter erledigen müssen. Entscheidend ist nicht die Branche, sondern die Bereitschaft, bestehende Annahmen anhand tatsächlicher Nutzungssituationen zu überprüfen.

Welche Vorteile bietet Jobs-to-be-Done im Produktmanagement?

JTBD hilft Produktteams dabei, Kundenbedürfnisse besser zu verstehen und Anforderungen nach ihrem tatsächlichen Nutzen zu priorisieren. Dadurch können sie vermeiden, Ressourcen ausschließlich in zusätzliche Funktionen zu investieren, deren Wirkung unklar ist. Die Methode unterstützt außerdem die Entwicklung neuer Lösungsansätze und verbessert die Argumentation gegenüber Stakeholdern. Ihre Wirkung hängt allerdings davon ab, ob die gewonnenen Erkenntnisse tatsächlich in Produktentscheidungen und Erfolgsmessung einfließen.

Welche Daten benötigt man für eine JTBD-Analyse?

Häufig bilden qualitative Kundeninterviews die Grundlage, insbesondere wenn konkrete Kaufentscheidungen oder Nutzungssituationen rekonstruiert werden sollen. Ergänzend können Nutzungsdaten, Supportanfragen, Kundenfeedback, Beobachtungen und quantitative Befragungen eingesetzt werden. Welche Daten sinnvoll sind, hängt von der Fragestellung und der Verfügbarkeit geeigneter Informationen ab. Wichtig ist, einzelne Aussagen nicht vorschnell zu verallgemeinern, sondern wiederkehrende Muster zu identifizieren und möglichst mit weiteren Daten zu überprüfen.

Ist Jobs-to-be-Done auch für B2B-Unternehmen geeignet?

Ja, Jobs-to-be-Done lässt sich besonders gut auf B2B-Produkte und interne Unternehmensprozesse anwenden. Dabei müssen Unternehmen berücksichtigen, dass Anwender, Entscheider, Budgetverantwortliche und IT-Abteilungen unterschiedliche Anforderungen verfolgen können. Ein Anwender möchte beispielsweise eine Aufgabe schneller erledigen, während die IT-Abteilung auf Sicherheit, Wartbarkeit und Integrationsfähigkeit achten muss. Eine gute Analyse macht diese unterschiedlichen Perspektiven sichtbar und hilft, Lösungen zu entwickeln, die sowohl den Arbeitsalltag verbessern als auch organisatorische Anforderungen erfüllen.

Was ist der Unterschied zwischen einem Kundenbedürfnis und einem Job?

Ein Kundenbedürfnis beschreibt einen Wunsch, ein Problem oder einen erwarteten Nutzen. Ein Job formuliert diesen Bedarf stärker im Kontext einer konkreten Situation und des gewünschten Fortschritts. Die Aussage „Ich brauche bessere Projektberichte“ beschreibt beispielsweise einen geäußerten Wunsch nach einer bestimmten Verbesserung. Der zugrunde liegende Job könnte dagegen lauten, kritische Projektabweichungen frühzeitig zu erkennen, um rechtzeitig Gegenmaßnahmen einzuleiten. Diese Unterscheidung hilft, hinter einer gewünschten Funktion das eigentliche Problem zu erkennen.

Ist Jobs-to-be-Done für die Entwicklung neuer Produkte geeignet?

Ja, die Methode kann die Entwicklung neuer Produkte unterstützen, weil sie Innovationsmöglichkeiten jenseits bestehender Produktkategorien sichtbar macht. Wenn Unternehmen verstehen, welche Aufgaben Kunden heute nur unzureichend erledigen können, entstehen Ansatzpunkte für neue Dienstleistungen, digitale Lösungen oder grundlegend veränderte Prozesse. Allerdings beweist ein identifizierter Job noch nicht, dass ein ausreichend großer Markt oder eine tragfähige Zahlungsbereitschaft besteht. Marktvalidierung, technische Machbarkeit und wirtschaftliche Bewertung bleiben deshalb unverzichtbar.

Fazit: Gute Innovation beginnt mit der richtigen Frage

Jobs-to-be-Done verändert den Blick auf Kunden, Produkte und Innovation. Statt sich zuerst zu fragen, welche Funktionen ein Produkt noch benötigt, untersucht die Methode, welchen Fortschritt Menschen in einer konkreten Situation erreichen möchten. Diese Perspektive schafft Raum für bessere Produktentscheidungen, neue Lösungsansätze und eine stärkere Ausrichtung auf tatsächliche Kundenbedürfnisse. Sie hilft außerdem dabei, zwischen einer geäußerten Produktanforderung und dem Problem zu unterscheiden, das dahinterliegt.

Gerade im digitalen Business ist das ein entscheidender Vorteil. Neue Technologien, künstliche Intelligenz und immer umfangreichere Softwarefunktionen schaffen viele Möglichkeiten, aber nicht automatisch mehr Kundennutzen. Unternehmen können erhebliche Ressourcen in technische Innovationen investieren und trotzdem am eigentlichen Bedarf vorbeientwickeln. Wer dagegen zuerst den Job versteht, kann gezielter entscheiden, welche Technologie sinnvoll ist, welche Prozesse verändert werden müssen und welche Funktionen tatsächlich einen Unterschied machen.

Die zentrale Erkenntnis lautet deshalb: Kunden kaufen nicht einfach Produkte. Sie entscheiden sich für Lösungen, die ihnen in einer bestimmten Situation einen gewünschten Fortschritt ermöglichen. Wer diesen Fortschritt versteht, schafft eine bessere Grundlage für Produktmanagement, Business Engineering und nachhaltige Innovation. Und genau dort beginnt der Unterschied zwischen einem Unternehmen, das lediglich Funktionen entwickelt, und einem Unternehmen, das echte Probleme löst.