Warum JTBD scheitert: Häufige Fehler und wie man sie vermeidet

JTBD ist keine Wunderwaffe — und scheitert oft an denselben Fehlern

Ich habe in den vergangenen Jahren Dutzende von Unternehmen gesehen, die JTBD eingeführt haben. Workshops wurden abgehalten, Bücher gelesen, externe Berater engagiert. Und dann — ein Jahr später — ist von JTBD kaum noch die Rede. Die alten Muster kehren zurück: Produktentscheidungen nach Bauchgefühl, Roadmaps nach internem politischen Druck, Features für den einen Großkunden, der am lautesten schreit.

Was ist passiert?

JTBD ist gescheitert. Nicht weil die Methodik falsch ist, sondern weil sie falsch eingesetzt wurde. Und das auf eine Weise, die ich als vorhersehbar bezeichnen würde: Die häufigen JTBD Fehler sind bekannt — und trotzdem werden sie immer wieder gemacht.

Dieser Artikel dokumentiert die sieben gravierendsten Fehler, die ich in der Praxis beobachtet habe — bei Unternehmen aus dem Maschinenbau, der Medizintechnik und der Konsumgüterindustrie. Und er erklärt, wie man diese Fehler vermeidet, bevor sie das JTBD-Projekt zum Scheitern bringen.

Fehler 1: Den Job falsch definieren

Zu weit, zu eng, zu lösungsnah

Der erste und häufigste JTBD Fehler passiert ganz am Anfang: bei der Jobdefinition. Ein schlecht definierter Job macht jeden nachfolgenden Schritt wertlos — denn man analysiert die falsche Frage.

Zu weit: “Gesund leben” ist kein Job. Es ist ein Lebensziel. Ein Job muss konkret genug sein, um eine umsetzbare Job Map zu ermöglichen. “Eine chronische Erkrankung managen” ist ein Job. “Eine Wunde zur Heilung bringen” ist ein Job. “Gesund leben” ist eine Kategorie.

Zu eng: “Eine Venflonnadel einführen” ist kein sinnvoller Job — es ist ein Schritt in einem übergeordneten Job. Wenn der Job zu eng definiert ist, werden Innovationschancen außerhalb dieses engen Kontexts systematisch übersehen.

Zu lösungsnah: “Unser Bagger optimal einsetzen” ist kein JTBD-Job — es ist bereits eine Lösung. Ein lösungsnaher Job erzwingt, dass alle Insights sich um das bestehende Produkt drehen, statt echte Kundenbedürfnisse zu beleuchten.

Die richtige Granularität: Ein Job sollte so definiert sein, dass ein Anwender ihn in 8 bis 12 funktionale Schritte zerlegen kann, und so lösungsunabhängig, dass theoretisch verschiedene Technologien denselben Job erledigen könnten.

In einem Projekt mit einem österreichischen Hersteller von Hospitalitäts-Equipment definierten wir den Job zunächst als “eine Maschine reinigen.” Das war zu eng. Erst als wir auf “Hygieneanforderungen in einem gewerblichen Küchenbetrieb erfüllen” umstellten, öffnete sich das Bild — und wir fanden die wirklich unterversorgten Bedürfnisse, die nichts mit der Maschine selbst zu tun hatten.

Fehler 2: JTBD-Interviews wie normale Marktforschung durchführen

Die falsche Fragetechnik als Erkenntnisvernichter

Der zweite große JTBD Fehler liegt in der Interviewführung. JTBD-Interviews unterscheiden sich fundamental von klassischen Kunden- oder Nutzerbefragungen — und wer das nicht verinnerlicht, produziert Daten, die wertlos oder irreführend sind.

Klassische Marktforschungsfragen sind lösungsorientiert: “Was halten Sie von unserer neuen Funktion?” “Welche Features fehlen Ihnen?” “Wie zufrieden sind Sie mit dem Produkt?” Diese Fragen aktivieren beim Befragten sofort die Produktperspektive. Er denkt über das Produkt nach — nicht über seinen Job.

JTBD-Interviews folgen einer anderen Logik: Sie begleiten den Kunden durch seinen Job, Schritt für Schritt. Sie fragen nach dem, was er tut, nicht nach dem, was er will. Sie erkunden Friktionen, Workarounds und Momente, in denen die aktuelle Lösung versagt — ohne die Lösung zu benennen.

Die häufigsten Interviewfehler:

Leading Questions: “Würde es Ihnen helfen, wenn die Maschine schneller wäre?” ist keine JTBD-Frage. Sie suggeriert die Antwort. Richtig wäre: “Beschreiben Sie mir einen Moment, in dem dieser Schritt des Prozesses nicht reibungslos verlaufen ist.”

Vorzeitiger Lösungsfokus: Der Interviewer springt zu Lösungsideen, sobald ein Problem erwähnt wird. Damit stoppt er die Erkundung — und verpasst die tieferliegenden Bedürfnisse.

Zu kurze Interviews: Ein qualitatives JTBD-Interview sollte 60 bis 90 Minuten dauern. 30-Minuten-Schnellinterviews produzieren oberflächliche Insights, die keine tragfähige Job Map ermöglichen.

Falsche Interviewpartner: Entscheider statt Anwender befragen. Der Einkaufsleiter weiß, warum das Produkt gekauft wurde — nicht, wie es im Einsatz Probleme erzeugt. Für eine Job Map braucht man die Person, die den Job tatsächlich erledigt.

Einen strukturierten JTBD-Interview-Leitfaden mit konkreten Fragen und Phasen finden Sie in einem separaten Artikel.

Fehler 3: Outcome-Statements falsch formulieren

Wenn Bedürfnisse zu Lösungen werden

Dieser JTBD Fehler ist subtil und deshalb besonders gefährlich: Outcome-Statements, die wie Bedürfnisse klingen, aber eigentlich Lösungen beschreiben.

Ein Desired Outcome ist eine messbare, lösungsunabhängige Aussage darüber, was der Kunde bei einem bestimmten Schritt seines Jobs erreichen will. Die Standardstruktur: “Minimiere/maximiere [die Zeit/Wahrscheinlichkeit/Frequenz] [etwas zu tun/zu vermeiden].”

Falsches Outcome: “Möchte eine automatische Einstellungskorrektur haben.” — Das ist eine Lösung, keine Messgröße.

Richtiges Outcome: “Minimiere die Wahrscheinlichkeit, dass falsche Einstellungen zu Qualitätsproblemen führen.” — Das ist lösungsunabhängig und messbar.

Falsches Outcome: “Möchte bessere Trainingsmaterialien für neue Mitarbeiter.” — Das ist ein Feature-Request.

Richtiges Outcome: “Minimiere die Zeit, die ein neuer Mitarbeiter benötigt, bis er den Prozessschritt fehlerfrei ausführen kann.” — Das ist ein Outcome.

Der Unterschied klingt akademisch. Er ist es nicht. Wenn man mit falsch formulierten Outcomes in die quantitative Befragung geht, quantifiziert man nicht Kundenbedürfnisse — sondern Kundenpräferenzen für bestimmte Lösungsklassen. Das ist ein Kategorienfehler.

Teams, die JTBD ohne externe Unterstützung einführen, machen diesen Fehler fast immer. Es braucht Übung, um die lösungsimpliziten Formulierungen zu erkennen und in echte Outcome-Statements zu übersetzen.

Fehler 4: Auf Quantifizierung verzichten

Qualitative Insights ohne Priorisierung sind wertlos

Dieser Fehler ist der häufigste in der DACH-Unternehmenslandschaft: Teams führen qualitative JTBD-Forschung durch — Interviews, Job Maps, Outcome-Statements — und hören dann auf. Die Ergebnisse werden in einem Workshop präsentiert, fließen in eine Strategie ein, und damit ist das Projekt beendet.

Das Problem: Ohne quantitative Priorisierung weiß niemand, welche der 80 oder 120 identifizierten Outcomes wirklich wichtig sind — und welche davon aktuell schlecht erfüllt werden. Die Entscheidung, welche Outcomes priorisiert werden, fällt dann wieder nach dem alten Muster: Meinung des Leiters Produktentwicklung, Wunsch des größten Kunden, technische Machbarkeit.

Die Quantifizierung — eine strukturierte Befragung von 180 bis 600 Kunden, die jedes Outcome nach Wichtigkeit und aktueller Erfüllungsgrad bewertet — ist kein optionales Schmankerl. Sie ist der Kern der Methodik. Ohne sie ist JTBD eine aufwändige Methode, um strukturierte Annahmen zu produzieren — statt valide Kundendaten.

Ein typisches ODI-Projekt, das ich begleite, produziert 50 bis 150 Outcome-Statements und bewertet sie mit 200 bis 400 Befragungsteilnehmern. Erst dieser Schritt verwandelt qualitative Insights in strategisch belastbare Priorisierungen.

Für Produktentscheider in deutschen und österreichischen Industrieunternehmen, die JTBD ohne Quantifizierung einsetzen, gilt: Sie haben die Frage besser gestellt — aber die Antwort immer noch geschätzt.

Fehler 5: Den Unterschied zwischen Segment und Durchschnitt ignorieren

Wenn der Durchschnitt niemanden beschreibt

Ein weiterer schwerer JTBD Fehler liegt in der Analyse der quantitativen Daten. Teams betrachten die durchschnittlichen Opportunity Scores über alle Befragten — und übersehen dabei, dass dieser Durchschnitt unter Umständen keine einzige reale Kundengruppe beschreibt.

Stellen Sie sich vor: Ein Opportunity Score von 8,5 für ein bestimmtes Outcome bedeutet im Durchschnitt eine moderate Unterversorgung. Aber wenn Sie die Daten segmentieren, finden Sie vielleicht, dass 30 Prozent der Kunden einen Score von 14 haben — also massiv unterversorgt sind — während 70 Prozent einen Score von 6 haben — also gut versorgt sind. Der Durchschnitt von 8,5 versteckt eine strategisch hochrelevante Kundengruppe.

Segmentierung nach JTBD-Prinzipien bedeutet nicht demografische Segmentierung, sondern bedarfsbasierte Segmentierung: Welche Kundengruppen haben ähnliche Muster von unterversorgten Outcomes? Diese Segmente sind die Grundlage für differentierte Produktstrategien.

Wer nur auf Gesamtmarkt-Durchschnitte schaut, verpasst die wertvollsten Insights der Methodik.

Fehler 6: JTBD als einmaliges Projekt statt als Kompetenz aufbauen

Das Einmaligkeitsproblem

Dieser JTBD Fehler betrifft die organisationale Verankerung: JTBD wird als Projekt durchgeführt, nicht als Kompetenz aufgebaut. Ein Berater kommt, führt ein Projekt durch, präsentiert die Ergebnisse — und geht wieder. Ein Jahr später will das Team JTBD für ein neues Produkt einsetzen und merkt: Niemand im Haus weiß mehr, wie es geht.

Das ist keine Kritik an der Zusammenarbeit mit externen Beratern — in der Anfangsphase ist externe Unterstützung fast immer sinnvoll. Das Problem entsteht, wenn der Wissenstransfer nicht explizit als Projektziel definiert wird.

In unserer Arbeit ist Wissenstransfer integraler Bestandteil jedes ODI-Projekts. Am Ende sollen die internen Teams nicht nur Ergebnisse haben, sondern auch die Fähigkeit, die Kernschritte eigenständig durchzuführen: Interviews führen, Job Maps erstellen, Outcome-Statements formulieren. Die quantitative Phase erfordert noch länger externe Unterstützung — aber die qualitative Grundkompetenz ist erreichbar.

Unternehmen, die JTBD dauerhaft einsetzen wollen, brauchen mindestens 2 bis 3 interne Personen, die die Methodik beherrschen. Das ist eine Investition — aber eine, die sich amortisiert, wenn sie die Methodik auf mehrere Produktfelder anwenden können.

Fehler 7: JTBD-Insights in der Schublade verschwinden lassen

Der letzte Schritt, der nie stattfindet

Der letzte und in gewisser Weise frustrierendste JTBD Fehler: Die Forschung ist abgeschlossen, die Opportunity Scores sind berechnet, die Segmente sind identifiziert — und dann passiert… wenig. Die Ergebnisse werden präsentiert. Es gibt eine lebhafte Diskussion. Und dann kehrt der Alltag zurück.

JTBD-Insights haben eine begrenzte Halbwertszeit — nicht weil Kundenbedürfnisse sich schnell ändern (das tun sie selten), sondern weil die organisationale Aufmerksamkeit sich verschiebt. Ein neues Managementprojekt, ein dringlicher Kundenwunsch, eine technologische Verschiebung — und die sorgfältig erarbeiteten Opportunity Scores sind vergessen.

Die Lösung liegt in der Institutionalisierung: JTBD-Ergebnisse müssen in konkrete Entscheidungsprozesse eingebettet werden. Der JTBD Canvas ist ein Tool dafür. Gate-Kriterien im Produktentwicklungsprozess sind ein weiteres. Roadmap-Reviews, bei denen Opportunity Scores explizit berücksichtigt werden, sind ein drittes.

Wenn JTBD-Insights nicht in Entscheidungsroutinen eingebettet sind, bleiben sie Erkenntnisse ohne Konsequenzen.

Wie man JTBD-Scheitern verhindert: Die Erfolgsfaktoren

Checkliste für eine funktionierende JTBD-Praxis

Aus der Analyse der häufigen Fehler lassen sich positive Erfolgsfaktoren ableiten:

1. Jobdefinition ernst nehmen. Investieren Sie 2 bis 3 Halbtage in die Jobdefinition, bevor Sie mit Interviews beginnen. Testen Sie verschiedene Formulierungen. Prüfen Sie: Ist der Job lösungsunabhängig? Ist er auf der richtigen Granularitätsstufe?

2. Interviewkompetenz aufbauen. JTBD-Interviews sind eine Fertigkeit, die trainiert werden muss. Hören Sie Probeinterviews mit Beobachterfeedback durch. Nutzen Sie Leitfäden, die spezifisch auf JTBD-Interviews ausgerichtet sind.

3. Outcome-Statements systematisch formulieren. Nutzen Sie das Standardformat: “Minimiere/maximiere [Dimension] [unerwünschter/erwünschter Zustand].” Prüfen Sie jedes Statement: Ist es messbar? Ist es lösungsunabhängig?

4. Quantifizieren, nicht schätzen. Ohne quantitative Befragung bleibt JTBD ein aufwändiges Qualitätsinterview. Die Quantifizierung ist der Schritt, der aus Annahmen Daten macht.

5. Segmentieren statt mitteln. Betrachten Sie die Daten nach bedarfsbasierten Segmenten, nicht nur auf Gesamtmarktebene.

6. Wissenstransfer explizit einplanen. Jedes JTBD-Projekt sollte einen Plan haben, wie die Methodik intern verankert wird.

7. Insights in Entscheidungsroutinen einbetten. JTBD-Ergebnisse müssen an Gate-Entscheidungen, Roadmap-Reviews und Priorisierungsprozesse gekoppelt werden.

Wann JTBD funktioniert — und wann nicht

Ehrliche Einschätzung der Grenzen

JTBD ist keine universelle Lösung. Es gibt Situationen, in denen die Methodik wenig bringt oder sogar ablenkt:

Technologisch getriebene Innovation: Wenn eine neue Technologie neue Möglichkeiten schafft, die Kunden sich nicht vorstellen konnten, hat JTBD begrenzte Vorhersagekraft. Die Kunden konnten 1990 nicht sagen, dass sie ein Smartphone brauchen — weil sie das Konzept nicht kannten.

Sehr kurze Innovationszyklen: In Märkten mit Monats-Rhythmus (bestimmte Software-Kategorien) ist der JTBD-Prozess in seiner vollen Form oft zu langsam.

Hochgradig regulierte Entscheidungen: Wenn Produktanforderungen primär regulatorisch definiert sind (bestimmte Medizinprodukte, Sicherheitssysteme), ist der Entscheidungsspielraum für JTBD-getriebene Differenzierung begrenzt.

Für die meisten B2B-Industrieprodukte — Maschinenbau, Medizintechnik, Fahrzeugtechnik, industrielle Software — trifft keiner dieser Einschränkungsfaktoren zu. Diese Märkte sind exakt der Kontext, in dem JTBD die stärksten Ergebnisse liefert.

Die Grundlagen von JTBD und ein strukturierter Interview-Leitfaden bieten den methodischen Rahmen für eine erfolgreiche Anwendung.

Häufig gestellte Fragen

Fazit: JTBD funktioniert — wenn man es richtig macht

Die häufigen JTBD Fehler, die ich in der Praxis beobachte, sind keine Argumente gegen die Methodik. Sie sind Argumente für eine sorgfältige, vollständige Implementierung.

JTBD ist kein einfaches Framework, das man nach einem Halbtagsworkshop eigenständig anwenden kann. Es ist eine Forschungsmethodik, die Disziplin in der Jobdefinition, spezifische Interviewtechniken, präzise Outcome-Formulierung und quantitative Rigorosität erfordert.

Wer diese Anforderungen ernst nimmt, erhält dafür etwas, das in der Produktentwicklung selten ist: Belastbare, quantifizierte Kundendaten, die strategische Entscheidungen auf eine sachliche Basis stellen. Das ist mehr wert als jeder Workshop.