Jobs to Be Done: Der vollstaendige Leitfaden

Warum Innovation so oft scheitert — und was die Jobs to Be Done Methode daran ändert

Eine Zahl, die man sich vor Augen halten sollte: Branchenforschung beziffert die Misserfolgsquote neuer Produkte konsistent auf rund 70 Prozent — die viel zitierte Doblin-Studie nannte 96 Prozent über alle Innovationsinitiativen hinweg; spätere akademische Arbeiten verorten neue Konsumprodukte im Bereich 70–80 Prozent. Welche Zahl auch immer Sie heranziehen: Die Mehrheit neuer Produkte verfehlt ihre finanziellen Ziele. Nicht weil Teams an Talent oder Einsatz mangeln. Nicht weil Budgets zu eng kalkuliert sind. Sondern weil Produktteams um das bauen, was sie denken, was Kunden wollen — statt zu verstehen, was Kunden tatsächlich zu erreichen versuchen.

Die Jobs to Be Done Methode ist der Rahmen, der das behebt. Sie ist die zuverlässigste Methode zur Erfassung von Kundenbedürfnissen auf eine Weise, die Produktstrategie, Feature-Priorisierung und Marktsegmentierung direkt informiert. Nach 20 Jahren der Anwendung dieses Rahmens mit Unternehmen wie Liebherr, Hilti, B.Braun, Palfinger und Teleflex kann ich ohne Vorbehalt sagen: JTBD verändert, wie Sie gewinnen.

Dieser Leitfaden deckt alles ab, was Sie wissen müssen — von den intellektuellen Ursprüngen der Jobs Theory bis zur praktischen Mechanik ihrer Einführung in Ihrer Organisation. Er verbindet JTBD mit Outcome-Driven Innovation (ODI), der quantitativen Methode, die Tony Ulwick entwickelt hat und die JTBD von einer Theorie in einen reproduzierbaren Innovationsprozess verwandelt. Als erfahrene ODI-Praktiker bringen wir diese Methodik zu MedTech-Unternehmen und industriellen B2B-Unternehmen in der DACH-Region.

Inhaltsverzeichnis

1. Die Geschichte der Jobs to Be Done Methode
2. Was ist ein “Job to Be Done”?
3. Die drei Dimensionen von Jobs
4. Job Mapping: Die Struktur hinter der Theorie
5. JTBD und Outcome-Driven Innovation (ODI)
6. JTBD vs. traditionelle Marktforschung
7. So starten Sie mit JTBD
8. Häufige Fehler bei der JTBD-Anwendung
9. JTBD in B2B- und Industriekontexten
10. Häufig gestellte Fragen

Die Geschichte der Jobs to Be Done Methode

Die intellektuellen Wurzeln der Jobs to Be Done Methode reichen weiter zurück, als die meisten Menschen ahnen. Die Kernidee — dass Menschen Produkte “beauftragen”, um etwas zu erledigen — wurde von Theodore Levitt an der Harvard Business School Jahrzehnte vor Clayton Christensens Popularisierung artikuliert. Levitts berühmte Formulierung: “Menschen wollen keinen Viertelzoll-Bohrer kaufen. Sie wollen ein Viertelzoll-Loch” — erfasst die Essenz von JTBD.

Die Christensen-Ära

Clayton Christensen brachte JTBD durch seine Arbeit an der Harvard Business School in das wirtschaftliche Mainstream-Denken, vor allem in The Innovator’s Solution (2003) und später in Competing Against Luck (2016). Christensens Beitrag war die Rahmung des Jobs als fundamentale Analyseeinheit für Innovation. Seine Milchshake-Studie wurde zum kanonischen JTBD-Beispiel.

Aber Christensens Version von JTBD blieb weitgehend qualitativ. Sie war wirkungsvoll als Linse für das Denken über Innovation, aber sie fehlte an einem systematischen Prozess zur Identifizierung, Messung und Priorisierung von Kundenbedürfnissen.

Tony Ulwick und die quantitative Wende

Hier kommt Tony Ulwick ins Bild, und hier wird die Geschichte wirklich transformativ. Ulwick entwickelte seinen Rahmen — Outcome-Driven Innovation (ODI) — seit den frühen 1990er-Jahren, vor Christensens Popularisierung des JTBD-Begriffs. Tatsächlich führte Ulwick das Konzept des “Desired Outcome” in Christensens Denken im Jahr 1999 ein, was die Entwicklung der Jobs Theory direkt beeinflusste.

Ulwicks Beitrag war es, JTBD operativ zu machen. Er entwickelte einen systematischen Prozess zur:

• Präzisen und konsistenten Definition von Jobs
• Identifizierung der 50 bis 150 messbaren Outcomes, anhand derer Kunden beurteilen, wie gut ein Job erledigt wird
• Quantifizierung, welche Outcomes unterversorgt (hohe Wichtigkeit, niedrige Zufriedenheit) und welche überversorgt sind
• Nutzung dieser Daten für Produktstrategie, nicht Intuition

Sein Buch What Customers Want (2005) und später Jobs to Be Done: Theory to Practice (2016) legten die ODI-Methodik detailliert dar. Ulwicks Praxis hat ODI auf mehr als 1.000 Innovationsinitiativen mit einer Erfolgsrate angewendet, die 86 Prozent übersteigt — verglichen mit dem Branchendurchschnitt von etwa 17 Prozent.

Die beiden Schulen heute

Heute gibt es effektiv zwei JTBD-Schulen:

1. Die “Switch”-Schule (assoziiert mit Bob Moesta und der Rewired Group): Fokussiert auf den Moment des Wechsels von einem Produkt zum anderen, mit qualitativen Interviews, um die Kräfte zu verstehen, die Kunden zur Veränderung treiben.

2. Die “ODI”-Schule (Ulwick): Fokussiert auf die Definition der vollständigen Job Map, Identifizierung aller gewünschten Outcomes und Nutzung quantitativer Befragungen zur Messung von Chancen. Das ist der Ansatz, den wir bei MYLES praktizieren.

Beide sind wertvoll. Aber wenn Sie Produktinvestitionsentscheidungen in Millionenhöhe mit Zuversicht treffen müssen, brauchen Sie die quantitative Rigorosität von ODI.

Was ist ein Job to Be Done?

Ein Job to Be Done ist der Fortschritt, den eine Person oder Organisation in einem bestimmten Kontext zu erzielen versucht. Es ist keine Aufgabe, keine Aktivität und kein Bedürfnis. Es ist ein Ziel, das unabhängig von jedem Produkt oder jeder Lösung existiert.

Die formale Definition, wie von Ulwick artikuliert: Ein Job ist ein Prozess — eine Abfolge von Schritten, die eine Person durchläuft, um ein Ziel zu erreichen. Dieser Prozess ist über die Zeit stabil, auch wenn die Produkte, die zu seiner Erledigung eingesetzt werden, sich drastisch verändern.

Betrachten Sie dieses Beispiel: Der Job “schwere Materialien auf einer Baustelle auf eine erhöhte Arbeitsposition transportieren” hat sich in 100 Jahren nicht verändert. Was sich verändert hat, sind die Lösungen — von Muskelkraft, über Flaschenzug, zu Mobilkranen, zu ferngesteuert positionierten Ladekranen. Der Job ist die Konstante. Das Produkt ist die Variable.

Warum diese Unterscheidung wichtig ist

Wenn Sie Ihren Markt um den Job statt um das Produkt definieren, passieren drei Dinge:

1. Sie sehen Wettbewerb anders. Eine chirurgische Klammernaht konkurriert nicht nur mit anderen chirurgischen Klammernähten. Sie konkurriert mit Nähten, Gewebekleber und jeder anderen Lösung, die den Job “eine Operationswunde sicher und effizient verschließen” erledigt. Diese Neuausrichtung ist besonders wirkungsvoll in B2B- und Unternehmenskontexten.

2. Sie finden Chancen, die Umfragen übersehen. Traditionelle VOC-Forschung (Voice of the Customer) fragt Menschen, was sie in einem Produkt wollen. JTBD-Forschung fragt, was sie zu erreichen versuchen, welche Outcomes wichtig sind und wo aktuelle Lösungen nicht ausreichen. Das sind fundamental unterschiedliche Fragen, die fundamental unterschiedliche Erkenntnisse liefern.

3. Sie bauen Innovations-Roadmaps, die Bestand haben. Weil Jobs stabil sind, bleibt eine Produktstrategie, die um den Job aufgebaut ist, relevant, auch wenn sich Technologie verändert. Das ist die Grundlage für dauerhafte JTBD-basierte Produktanforderungen.

Die Anatomie einer gut definierten Job-Aussage

Eine gute Job-Aussage folgt einer spezifischen Syntax: [Verb] + [Objekt des Verbs] + [Kontextangabe]

Beispiele:

• “Persönliche Finanzen über mehrere Konten hinweg verwalten” (Consumer Fintech)
• “Vitalparameter von Patienten während der postoperativen Erholung überwachen” (MedTech)
• “Schwere Lasten von Bodenniveau auf erhöhte Positionen auf einer Baustelle transportieren” (Baugeräte)

Beachten Sie, was fehlt: jede Erwähnung eines Produkts, einer Technologie oder einer Lösung. Die Job-Aussage ist lösungsunabhängig. Das ist keine ästhetische Wahl. Es ist eine methodische Anforderung. In dem Moment, in dem Sie eine Lösung in Ihre Job-Aussage einbetten, schränken Sie Ihren Innovationsraum ein.

Die drei Dimensionen von Jobs

Jeder Job hat drei Dimensionen, und die meisten Unternehmen adressieren nur eine. Das Verständnis aller drei ist, was ausreichende Produkte von Kategorie-Gewinnern unterscheidet. Wir behandeln das ausführlich in unserem Artikel zu funktionalen, emotionalen und sozialen Jobs, aber hier ist der wesentliche Rahmen.

Funktionale Jobs

Der funktionale Job ist die Kernaufgabe, die der Kunde zu erledigen versucht. Er ist praktisch, messbar und typischerweise das, worauf Ingenieure und Produktmanager fokussieren. “12-mm-Strukturstahl mit gleichmäßiger Geschwindigkeit schneiden” ist ein funktionaler Job. “Eine Wunde ohne Vernarbung verschließen” ist ein funktionaler Job.

Die meisten Unternehmen sind passabel darin, funktionale Jobs zu identifizieren. Sie sind schließlich der explizite Grund, warum Kunden Produkte kaufen. Aber funktionale Jobs allein erklären Marktverhalten nicht.

Emotionale Jobs

Emotionale Jobs erfassen, wie der Kunde sich fühlen will — oder vermeiden will, sich zu fühlen —, während er den funktionalen Job ausführt. Eine Chirurgin, die ein neues robotisches Chirurgiesystem verwendet, hat einen funktionalen Job — “Tumorgewebe mit Millimetergenauigkeit entfernen”. Aber sie hat auch emotionale Jobs: “sich während des Eingriffs sicher fühlen”, “die Angst vor Geräteversagen vermeiden”, “das Gefühl haben, die bestmögliche Versorgung zu leisten”.

Diese emotionalen Jobs treiben Kaufentscheidungen stärker an, als die meisten B2B-Unternehmen erkennen. In unserer Arbeit mit MedTech-Unternehmen stellen wir konsistent fest, dass 30 bis 40 Prozent der unterversorgten Outcomes mit emotionalen und sozialen Dimensionen zusammenhängen.

Soziale Jobs

Soziale Jobs betreffen, wie der Kunde von anderen wahrgenommen werden möchte. Der VP Engineering, der ein neues Fertigungssystem befürwortet, kauft nicht nur Durchsatzverbesserung. Er kauft berufliche Glaubwürdigkeit: “Als jemand gesehen werden, der operative Exzellenz vorantreibt.” “Der Unternehmensleitung gegenüber demonstrieren, dass unsere Innovationsinvestition Renditen liefert.”

Unternehmen, die nur den funktionalen Job adressieren, erfassen einen Bruchteil des Werts. Die emotionalen und sozialen Dimensionen sind, wo Differenzierung lebt — und wo Preisprämien gerechtfertigt sind.

Job Mapping: Die Struktur hinter der Theorie

Job Mapping ist der Prozess der Zerlegung eines Jobs in seine Bestandteile. Ulwicks Universal Job Map identifiziert acht Phasen, die für praktisch jeden Job gelten:

1. Definieren — Bestimmen, was getan werden muss, Ansatz planen
2. Lokalisieren — Die benötigten Inputs und Informationen sammeln
3. Vorbereiten — Umgebung und Inputs vor der Ausführung einrichten
4. Bestätigen — Überprüfen, dass alles bereit ist, fortzufahren
5. Ausführen — Die Kernaufgabe durchführen
6. Überwachen — Verfolgen, ob der Job erfolgreich erledigt wird
7. Anpassen — Korrekturen vornehmen, wenn etwas schiefgeht
8. Abschließen — Den Job beenden, aufräumen und auf den nächsten Zyklus vorbereiten

Diese Struktur ist nicht willkürlich. Sie spiegelt wider, wie Menschen tatsächlich Ziele angehen, und bietet einen systematischen Weg zur Identifizierung von Outcomes in jeder Phase des Jobs.

Warum Job Mapping alles verändert

Die meisten Produktteams fokussieren obsessiv auf die “Ausführen”-Phase. Sie optimieren die Kernfunktion ihres Produkts. Aber Kundenfrustration lebt oft in den anderen Phasen. In unserer Arbeit mit einem Ladekranhersteller stellten wir fest, dass die am stärksten unterversorgten Outcomes in den “Vorbereiten”- und “Bestätigen”-Phasen lagen — Bediener verbrachten erhebliche Zeit und Aufwand damit, sicherzustellen, dass der Kran vor dem Hub korrekt positioniert und stabilisiert war. Der Wettbewerb fügte Tragkraft hinzu. Die Chance lag in Einrichtungsgeschwindigkeit und Bestätigungssicherheit.

Deshalb führen wir Teams durch den JTBD Canvas Schritt für Schritt — er zwingt Teams, über den gesamten Job nachzudenken, nicht nur über den Teil, den ihr Produkt heute adressiert.

Outcome Statements: Die Sprache messbarer Bedürfnisse

Bei jeder Phase der Job Map haben Kunden gewünschte Ergebnisse — spezifische Metriken, anhand derer sie (oft unbewusst) beurteilen, wie gut der Job erledigt wird. Ulwicks Methodik erfasst diese als Outcome Statements mit einer präzisen Syntax:

[Verbesserungsrichtung] + [Maßeinheit] + [Kontrollobjekt] + [Kontextangabe]

Beispiele:

• “Minimiere die Zeit für die Kranstabilisierung vor dem Hub” (Vorbereiten-Phase)
• “Minimiere die Wahrscheinlichkeit der Wundöffnung nach dem Verschluss” (Ausführen-Phase bei chirurgischem Wundverschluss)
• “Minimiere den Aufwand für die Dokumentation des Eingriffs zur Compliance” (Abschließen-Phase)

Ein gut kartierter Job umfasst typischerweise 50 bis 150 gewünschte Ergebnisse. Das mag viel erscheinen, aber genau diese Granularität ermöglicht quantitative Priorisierung. Wenn Sie Kunden zu jedem Outcome befragen — indem Sie sowohl fragen, wie wichtig er ist, als auch wie zufrieden sie mit aktuellen Lösungen sind — erhalten Sie einen Opportunity Score, der Ihnen genau sagt, wo Sie investieren sollen.

JTBD und Outcome-Driven Innovation (ODI)

ODI ist die methodische Engine, die JTBD von einer Theorie in einen reproduzierbaren Innovationsprozess verwandelt. Über drei Jahrzehnte von Tony Ulwick entwickelt, folgt ODI einer strukturierten Abfolge:

Schritt 1: Den Markt um den Job herum definieren

Statt Ihren Markt als “Ladekrane” oder “chirurgische Klammergeräte” zu definieren, definieren Sie ihn als den Job, den Ihre Kunden zu erledigen versuchen. Das rahmt Wettbewerbsanalyse, Marktgröße und Segmentierung neu.

Schritt 2: Den Job kartieren und gewünschte Ergebnisse erfassen

Durch qualitative Forschung — typischerweise 15 bis 30 Tiefeninterviews — erfassen Sie die vollständige Job Map und alle zugehörigen gewünschten Ergebnisse. Hier ist der JTBD-Interview-Prozess unverzichtbar.

Schritt 3: Chancen quantifizieren

Befragen Sie eine statistisch signifikante Stichprobe (typischerweise 200 bis 600 Befragte) zu jedem Outcome: Wie wichtig ist er, und wie zufrieden sind Sie damit, wie aktuelle Lösungen ihn adressieren? Die resultierenden Daten zeigen unterversorgte Outcomes (hohe Wichtigkeit + niedrige Zufriedenheit) und überversorgte Outcomes (niedrige Wichtigkeit + hohe Zufriedenheit).

Schritt 4: Nach unerfüllten Bedürfnissen segmentieren

Traditionelle Segmentierung teilt Märkte nach Demografie, Firmografie oder Psychografie. ODI segmentiert nach Mustern unerfüllter Bedürfnisse. Zwei Kunden, die auf dem Papier identisch aussehen — gleiche Branche, gleiche Unternehmensgröße, gleicher Jobtitel — können radikal unterschiedliche Muster unerfüllter Bedürfnisse haben. Genau deshalb versagen traditionelle Personas so häufig.

Schritt 5: Innovationsstrategie ableiten

Mit quantifizierten, priorisierten Outcomes können Produktteams evidenzbasierte Entscheidungen treffen über:

• Welche Features zu bauen (unterversorgte Outcomes adressieren)
• Welche Features zu streichen (überversorgte Outcomes — Kandidaten für Vereinfachung)
• Wie das Produkt zu positionieren (Outcomes betonen, die Ihr Produkt besser adressiert als Alternativen)
• Wie es zu bepreisen (Preisprämien sind gerechtfertigt, wenn Sie Outcomes adressieren, die Wettbewerber nicht treffen)

Die Evidenz für ODI

der dokumentierte ODI-Track-Record über mehr als 1.000 Innovationsengagements zeigt eine Erfolgsrate von 86 Prozent — fast das Fünffache des Branchendurchschnitts. Das liegt nicht daran, dass die Methodik magisch ist. Es liegt daran, dass wenn Sie Kundenbedürfnisse mit derselben Rigorosität messen, mit der Sie Fertigungstoleranzen oder finanzielle Leistung messen, Sie Raten eliminieren.

In MYLES’ eigener Praxis haben wir ähnliche Ergebnisse gesehen. Unsere Arbeit mit B.Braun bei enteralen Ernährungssystemen, mit Palfinger bei Kransteuerungsinterfaces und mit Eaton bei Energiemanagementlösungen hat konsistent Produkte geliefert, die interne Benchmarks für Marktakzeptanz übertreffen.

JTBD vs. traditionelle Marktforschung

Traditionelle Marktforschung fragt Kunden, was sie wollen. JTBD-Forschung fragt Kunden, was sie zu erreichen versuchen und wie sie Erfolg messen. Der Unterschied klingt subtil. Er ist es nicht.

Die praktische Konsequenz: Traditionelle VOC liefert eine Liste von Feature-Wünschen, die Engineering interpretieren muss. JTBD/ODI liefert eine priorisierte Liste von Outcomes, die Engineering direkt adressieren kann. Die Übersetzungsschicht von der Erkenntnis zur Spezifikation wird dramatisch einfacher.

Was ist mit Design Thinking?

JTBD ersetzt Design Thinking nicht. Es lädt es auf. Design Thinking zeichnet sich durch die Generierung kreativer Lösungen aus. JTBD zeichnet sich durch die präzise Definition des Problemraums aus. Wenn Sie ein rigoroses Verständnis davon kombinieren, welche Outcomes unterversorgt sind, mit einer kreativen Erkundung, wie diese zu adressieren sind, erhalten Sie Innovation, die sowohl phantasievoll als auch strategisch fundiert ist.

So starten Sie mit JTBD

Wenn Sie neu bei JTBD sind, finden Sie hier einen praktischen Adoptionspfad:

Phase 1: Bildung und Ausrichtung (2 bis 4 Wochen)

Lesen Sie Ulwicks Jobs to Be Done: Theory to Practice. Es ist das praktisch nützlichste Buch zu diesem Thema. Teilen Sie es mit Ihrem Produktführungsteam. Richten Sie sich auf das Vokabular aus — Jobs, Outcomes, Opportunity Scores — bevor Sie mit der Anwendung des Rahmens beginnen.

Unser Artikel Was ist Jobs to Be Done? bietet eine prägnante Einführung, die Sie mit Kollegen teilen können, die eine schnelle Einführung benötigen.

Phase 2: Pilotprojekt (6 bis 10 Wochen)

Wählen Sie eine Produktlinie oder ein Marktsegment für einen Pilot. Führen Sie einen vollständigen JTBD/ODI-Zyklus durch:

1. Den Job definieren
2. 15 bis 20 qualitative Interviews führen, um den Job zu kartieren und gewünschte Ergebnisse zu erfassen
3. Ein quantitatives Befragungsinstrument erstellen
4. 200 oder mehr Befragte befragen
5. Die Daten analysieren, um Chancensegmente und unterversorgte Outcomes zu identifizieren

Dieser Pilot dient zwei Zwecken: Er generiert handlungsfähige Erkenntnisse für ein Produkt und demonstriert die Methodik gegenüber Skeptikern in Ihrer Organisation.

Phase 3: Institutionalisieren (3 bis 6 Monate)

Betten Sie JTBD in Ihren Produktentwicklungsprozess ein. Trainieren Sie Produktmanager in Interview-Techniken. Erstellen Sie JTBD Canvases für jede wichtige Produktlinie. Nutzen Sie Opportunity Scores als Input für Ihre Innovations-Roadmap.

Häufige Fehler bei der JTBD-Anwendung

Nachdem ich Dutzende von Teams durch ihre ersten JTBD-Initiativen geführt habe, sehe ich immer wieder dieselben Fehler:

Fehler 1: Jobs zu eng definieren

“Das Dokument an die E-Mail anhängen” ist kein Job. Es ist ein Schritt innerhalb eines Jobs. Jobs existieren auf einer Abstraktionsebene, die ein gesamtes Ziel umfasst. “Informationen für die Entscheidungsfindung mit Kollegen teilen” ist näher an einem Job. Wenn Ihre Job-Aussage wie eine Feature-Anforderung klingt, sind Sie zu granular.

Fehler 2: Lösungen in die Job-Aussage einbetten

“Unser CRM zur Verfolgung von Kundeninteraktionen nutzen” bettet eine Lösung ein. “Kundeninteraktionen über Touchpoints verfolgen” ist lösungsunabhängig. Diese Unterscheidung bestimmt, ob Ihr Innovationsraum offen oder eingeschränkt ist.

Fehler 3: Bei qualitativen Erkenntnissen aufhören

Qualitative JTBD-Interviews sind für die Entdeckung der Job Map und Outcomes unschätzbar. Aber sie sind nicht ausreichend für die Priorisierung. Sie brauchen quantitative Daten — Wichtigkeits- und Zufriedenheitswerte über eine repräsentative Stichprobe —, um zu wissen, welche Outcomes die größte Chance darstellen. Ohne das treffen Sie Entscheidungen auf Basis von Intuition, nur mit besserem Vokabular.

Fehler 4: Emotionale und soziale Jobs ignorieren

Insbesondere in B2B-Kontexten tun Teams emotionale und soziale Jobs als “weich” oder irrelevant ab. Das ist ein kostspieliger Fehler. Wenn ein Krankenhausbeschaffungsausschuss zwei chirurgische Systeme mit ähnlicher funktionaler Leistung bewertet, dreht sich die Entscheidung oft um emotionale Outcomes (Zuversicht, Benutzerfreundlichkeit der Schulung) und soziale Outcomes (berufliche Reputation, Peer-Anerkennung). Lesen Sie mehr in unserem Artikel zu den drei Job-Dimensionen.

Fehler 5: JTBD als einmalige Übung behandeln

Jobs sind stabil, aber die Kundenzufriedenheit mit aktuellen Lösungen ändert sich, wenn Wettbewerber innovieren. Die Chancenlandschaft verschiebt sich. JTBD/ODI sollte eine kontinuierliche Praxis sein, kein einmaliges Forschungsprojekt. Überprüfen Sie Ihre Outcome-Daten jährlich.

JTBD in B2B- und Industriekontexten

JTBD wurde ursprünglich mit Konsumentenbeispielen illustriert — der Milchshake, die Matratze, der Musikplayer. Aber die Methodik ist in B2B- und Industriekontexten wohl mächtiger, wo die Einsätze höher sind, Kaufentscheidungen komplexer sind und die Kosten einer falschen Produktwette enorm sein können.

Im B2B begegnen Sie:

• Mehreren Job-Ausführenden: Der Bediener, der Wartungstechniker, der Beschaffungsmanager und der Sicherheitsbeauftragte haben alle unterschiedliche Jobs, unterschiedliche Outcomes und unterschiedliche Zufriedenheitsniveaus. Ein Ladekran, der für den Bediener exzellent ist, aber für den Wartungstechniker Probleme schafft, hat ein Problem, das Befragungen aufdecken werden.

• Längeren Kaufzyklen: B2B-Kaufentscheidungen können 6 bis 18 Monate dauern. In dieser Zeit bewertet das Einkaufsgremium Lösungen gegen einen komplexen Kriterienkatalog. JTBD hilft Ihnen, diese Kriterien auf Outcome-Ebene zu verstehen, nicht nur auf Feature-Vergleichsebene.

• Höheren Wechselkosten: Wenn Wechselkosten hoch sind, tolerieren Kunden mehr Unzufriedenheit, bevor sie wechseln. Das bedeutet, die unterversorgten Outcomes, die Sie durch ODI entdecken, repräsentieren aufgestaute Nachfrage — und eine Möglichkeit, Marktanteile von Amtsinhabern zu gewinnen, die ihre Kunden für selbstverständlich halten.

Wir erkunden B2B-spezifische Anwendungen ausführlich in JTBD für B2B: Wie Enterprise-Produktteams Jobs Theory nutzen, mit realen Beispielen von Pöttinger, Liebherr und anderen Industrieunternehmen.

Das JTBD-Content-Cluster: Tiefer gehen

Dieser Leitfaden liefert das Fundament. Die untenstehenden Artikel vertiefen spezifische Themen:

• Was ist Jobs to Be Done? Ein Leitfaden für Produktverantwortliche — Eine prägnante Einführung zum Teilen mit Ihrem Team
• JTBD vs. Personas: Warum traditionelle Segmentierung versagt — Der Fall für bedarfsbasierte Segmentierung
• JTBD-Interviews führen: Fragen, Prozess und Vorlage — Der vollständige Interview-Leitfaden mit Fragenvorlagen
• JTBD Beispiele: Praxisanwendungen in Maschinenbau und MedTech — Reale Fallstudien von Palfinger, Fresenius, MOTUS
• Jobs to Be Done Canvas: Schritt-für-Schritt-Anleitung — Wie Sie Ihre Job-Analyse strukturieren
• Funktionale, emotionale und soziale Jobs: Das vollständige Bild — Die drei Dimensionen, die die meisten Teams übersehen
• Von JTBD zu Produktanforderungen: Die Brücke schlagen — Erkenntnisse in Engineering-Spezifikationen übersetzen
• JTBD für B2B: Wie Enterprise-Produktteams Jobs Theory nutzen — Jobs Theory in komplexen Kaufumgebungen anwenden

Häufig gestellte Fragen