Was ist Jobs to Be Done? Ein Leitfaden fuer Produktverantwortliche

Die Frage, die Ihr Produktteam nicht stellt

Jedes Produktteam fragt in irgendeiner Form: “Was wollen unsere Kunden?” Das ist die Standardfrage. Sie treibt Umfragen, Fokusgruppen, Advisory Boards und Roadmap-Meetings an. Und sie ist die falsche Frage.

Kunden wollen keine Produkte. Sie wollen Fortschritt. Sie wollen sich von einem unbefriedigenden Ist-Zustand — geprägt von Frustration, Ineffizienz, Risiko oder Enttäuschung — in einen besseren Zustand bewegen. Produkte sind lediglich das Mittel zum Zweck. Wenn Ihr Produktteam darauf fokussiert, was Kunden von einem Produkt wollen, erhält es eine Liste von Feature-Wünschen, gefiltert durch das begrenzte Wissen der Kunden darüber, was technisch möglich ist. Wenn das Team stattdessen darauf fokussiert, welchen Fortschritt Kunden erzielen wollen, entsteht ein dauerhaftes Marktverständnis, das jede einzelne Produktgeneration überdauert.

Das ist die Grundidee von Jobs to Be Done — kurz JTBD. Und obwohl das Konzept einfach klingt, sind seine Konsequenzen für die Art, wie Sie Produkte entwickeln, Märkte segmentieren, Wettbewerb definieren und F&E-Investitionen priorisieren, erheblich.

Dieser Artikel ist eine praxisorientierte Einführung in JTBD für erfahrene Produktmanager und Innovationsverantwortliche, die entscheiden müssen, ob — und wie — sie den Ansatz in ihrer Organisation einführen. Die umfassende Behandlung finden Sie im vollständigen Leitfaden zu Jobs to Be Done.

Die Ursprungsgeschichte — ungeschönt

Sie haben vermutlich vom Milchshake-Beispiel gehört. Clayton Christensen und sein Team untersuchten eine Fast-Food-Kette, die ihren Milchshake-Absatz steigern wollte. Traditionelle Marktforschung — Kunden nach ihren Milchshake-Wünschen befragen (dicker? mehr Schokolade? günstiger?) — brachte keine nennenswerten Ergebnisse. Als das Team stattdessen untersuchte, für welchen Job der Milchshake “angeheuert” wurde, stellte sich heraus: Pendler auf dem Weg zur Arbeit nutzten ihn als praktischen, sättigenden Begleiter für eine langweilige Fahrt.

Es ist eine gute Geschichte. Sie stammt aus dem Jahr 2005 und wurde so oft nacherzählt, dass sie zum Klischee geworden ist, das den eigentlichen Kern verdeckt.

Was die Milchshake-Geschichte wirklich lehrt — und was die meisten Nacherzählungen übersehen:

Der Milchshake konkurrierte mit Bananen, Bagels und Langeweile — nicht mit anderen Milchshakes. Der Wettbewerbsrahmen verschob sich vollständig, als das Team von der Produkt-Perspektive (Milchshake vs. Milchshake) zur Job-Perspektive wechselte (Frühstück plus Beschäftigung vs. alle Alternativen). Diese Neurahmung ist die operative Stärke von JTBD: Sie hilft nicht nur zu verstehen, was Kunden wollen. Sie definiert neu, wer die Wettbewerber sind.

Übertragen Sie das auf industrielle Märkte: Ein Hersteller von Ladekranen sieht seine Konkurrenten als andere Ladekran-Hersteller. Aus der Perspektive des Bedieners lautet der Job jedoch: “Schwere Materialien von Bodenniveau auf erhöhte Arbeitspositionen auf einer Baustelle transportieren.” Die Konkurrenten sind plötzlich auch Teleskopstapler, Hubarbeitsbühnen und manuelle Umschlagtechnik. Durch die Job-Brille finden sich Chancen, die produktzentriertes Denken vollständig übersieht.

Was genau ist ein “Job”?

Ein Job ist ein Ziel, das eine Person oder Organisation in einem bestimmten Kontext zu erreichen versucht. Im Outcome-Driven Innovation (ODI) Framework von Tony Ulwick — der quantitativen Methode, die JTBD operationalisiert — wird ein Job als Prozess definiert: eine Abfolge von Schritten, die jemand durchläuft, um ein Ziel zu erreichen.

Drei Eigenschaften kennzeichnen einen gut definierten Job:

1. Jobs sind lösungsunabhängig

Eine Job-Formulierung enthält niemals einen Verweis auf ein bestimmtes Produkt, eine Technologie oder eine Lösung. “Unsere Software zur Projektverfolgung nutzen” ist kein Job — er beinhaltet eine Lösung. “Projektfortschritte über Teams und Zeitlinien hinweg nachverfolgen” ist ein Job. Der Unterschied ist bedeutsam, weil lösungsunabhängige Job-Formulierungen den Innovationsraum öffnen. Sie ermöglichen es, Lösungen zu berücksichtigen, die Ihre aktuelle Produktkategorie möglicherweise gar nicht umfasst.

2. Jobs sind über die Zeit stabil

Der Job “Blutfluss in einer blockierten Koronararterie wiederherstellen” existiert, seit der erste Mensch einen Herzanfall hatte. Was sich dramatisch verändert hat, ist die Art, wie wir ihn erledigen: von nichts, über offene Herzchirurgie, zu Ballonangioplastie, zu medikamentenbeschichteten Stents, zu bioresorbierbaren Scaffolds. Eine Produktstrategie, die auf dem Job statt auf der aktuellen Produktgeneration aufbaut, ist von Natur aus dauerhafter.

3. Jobs haben messbare Outcomes

Das ist Ulwicks entscheidender Beitrag, und er unterscheidet ODI von vageren JTBD-Anwendungen. Bei jedem Schritt des Jobs haben Kunden gewünschte Ergebnisse — konkrete, messbare Kriterien, nach denen sie beurteilen, ob der Job gut erledigt wurde. Diese Outcomes folgen einer präzisen Syntax: [Verbesserungsrichtung] + [Metrik] + [Kontrollobjekt] + [Kontextangabe].

Beispiel: “Minimiere die Zeit, die benötigt wird, um zu bestätigen, dass das Gerät vor der Nutzung ordnungsgemäß kalibriert ist.” Das ist kein Feature-Wunsch. Es ist eine messbare Aussage darüber, was dem Kunden wichtig ist. Wenn Sie 300 Kunden zur Wichtigkeit und Zufriedenheit von 120 solcher Outcomes befragen, erhalten Sie eine quantitative Chancenkarte.

Die drei Job-Dimensionen

Jeder Job hat funktionale, emotionale und soziale Dimensionen. Die meisten Produktteams adressieren nur die funktionale Dimension und wundern sich, warum Kunden sich für Wettbewerber mit schlechteren Spezifikationen entscheiden.

Funktionale Jobs sind die praktischen Aufgaben: schneiden, montieren, überwachen, transportieren, diagnostizieren. Sie stehen im Fokus von Ingenieuren und sind notwendig — aber nicht hinreichend.

Emotionale Jobs betreffen das Erleben: Wie will sich die Person fühlen — zuversichtlich, in Kontrolle, erleichtert, unbesorgt? Ein Außendiensttechniker, der ein Diagnosegerät einsetzt, hat einen funktionalen Job (den Fehler identifizieren) und emotionale Jobs (sicher sein, dass die Diagnose korrekt ist; die Peinlichkeit einer Fehldiagnose vor dem Kunden vermeiden).

Soziale Jobs betreffen die Wahrnehmung durch andere: kompetent, zukunftsorientiert, verlässlich wirken. Der VP, der ein neues Fertigungssystem befürwortet, kauft nicht nur Durchsatz. Er kauft berufliche Glaubwürdigkeit.

In unserer Arbeit mit MedTech- und Industriekunden stellen wir konsistent fest, dass 30 bis 40 Prozent der am stärksten unterversorgten Outcomes mit emotionalen und sozialen Dimensionen zusammenhängen. Unternehmen, die nur funktionale Bedürfnisse adressieren, lassen erheblichen Wert liegen. Wir vertiefen das in Funktionale, emotionale und soziale Jobs: Das vollständige Bild.

Ich habe technisch überlegene Produkte gegen schlechtere verlieren sehen, weil das siegreiche Produkt die emotionalen und sozialen Jobs adressierte, die die Marktforschung nie erfasst hatte. Im B2B-Bereich haben wir diese Vorstellung, dass Entscheidungen rein rational getroffen werden. Das stimmt nicht. Sie werden von Menschen getroffen — mit Karrieren, Reputation und Ängsten.

Warum JTBD das Produktmanagement verändert

1. Es definiert Ihren Markt neu

Wenn Sie Ihren Markt um den Job statt um das Produkt herum definieren, expandiert der adressierbare Markt oft erheblich. Ein Unternehmen, das enterale Ernährungspumpen herstellt und seinen Markt als “enterale Ernährungspumpen” definiert, sieht einen Milliardenmarkt. Dasselbe Unternehmen, das seinen Markt als “präzise Ernährungsversorgung für Patienten, die nicht oral essen können” definiert, sieht angrenzende Chancen in Monitoring, Formeloptimierung und Patientencompliance — ein deutlich größeres Spielfeld.

2. Es ersetzt Meinungen durch Daten

Die strittigen Meetings im Produktmanagement sind Priorisierungsdiskussionen. Jeder hat ein Lieblingsfeature. Jeder hat eine Anekdote über einen Kunden, der “dringend” etwas braucht. JTBD/ODI ersetzt diese Debatten durch quantifizierte Opportunity Scores. Wenn Sie zeigen können, dass 78 Prozent der Kunden “Minimiere die Zeit für den Wechsel zwischen Betriebsmodi” als sehr wichtig einstufen, aber nur 23 Prozent mit aktuellen Lösungen zufrieden sind, wird das Priorisierungsgespräch deutlich klarer.

3. Es deckt verborgene Segmente auf

Traditionelle Segmentierung — nach Branche, Unternehmensgröße, Geografie, Jobtitel — geht davon aus, dass ähnlich aussehende Kunden ähnliche Bedürfnisse haben. JTBD-Segmentierung gruppiert Kunden nach Mustern unerfüllter Bedürfnisse. Zwei Chirurgen im selben Krankenhaus, mit derselben Fachrichtung, können radikal unterschiedliche Muster unterversorgter Outcomes aufweisen. Das ist der Grund, warum Personas als Segmentierungswerkzeuge oft versagen — sie gruppieren nach Oberflächenattributen statt nach tatsächlichen Bedarfsmustern.

4. Es schafft dauerhafte Strategie

Da Jobs stabil sind, überdauert eine Produktstrategie, die auf der Job Map und ihren Outcomes aufbaut, technologische Übergänge. Wenn Ihre Strategie lautet: “Wir helfen Bauleitern, die Zeit zu minimieren, um zu bestätigen, dass schwere Lasten vor dem vertikalen Transport sicher gesichert sind”, gilt diese Strategie unabhängig davon, ob die Lösung ein Hydraulikkran, ein Elektrokran oder eine Drohne ist. Das Produkt ändert sich. Die Strategie bleibt.

Wie JTBD in der Praxis funktioniert

Hier ist die praktische Abfolge, ohne Jargon:

Schritt 1: Den Job definieren. Erarbeiten Sie mit Ihrem Produktteam den Job, für den Ihre Kunden Ihr Produkt beauftragen. Verwenden Sie die Syntax: Verb + Objekt + Kontextangabe. Halten Sie die Formulierung lösungsunabhängig.

Schritt 2: Den Job kartieren. Zerlegen Sie den Job in seine Prozessschritte mithilfe der Universal Job Map (Definieren, Lokalisieren, Vorbereiten, Bestätigen, Ausführen, Überwachen, Anpassen, Abschließen). Das gibt Ihnen die Struktur, um Outcomes in jeder Phase zu identifizieren — nicht nur in der Kernausführung.

Schritt 3: Gewünschte Ergebnisse erfassen. Identifizieren Sie durch qualitative Interviews mit 15 bis 30 Kunden die 50 bis 150 Outcomes, anhand derer Kunden den Erfolg in jeder Phase des Jobs messen. Diese Interviews folgen einem spezifischen Protokoll — den vollständigen Prozess mit Fragekatalog finden Sie in unserem JTBD-Interview-Leitfaden.

Schritt 4: Quantifizieren. Befragen Sie eine repräsentative Stichprobe (200 bis 600 Teilnehmer) zu jedem Outcome: Wie wichtig ist er, und wie zufrieden sind Sie mit aktuellen Lösungen? Berechnen Sie Opportunity Scores.

Schritt 5: Segmentieren und strategisch ausrichten. Clustern Sie Kunden nach Mustern unerfüllter Bedürfnisse. Entwickeln Sie Produktkonzepte, die die am stärksten unterversorgten Outcomes in den attraktivsten Segmenten adressieren.

Das ist der Outcome-Driven Innovation (ODI) Prozess, entwickelt von Tony Ulwick bei die ODI-Praxis. MYLES bringt diese Methodik als erfahrener ODI-Praktiker zu MedTech- und B2B-Produktteams in der DACH-Region.

Was JTBD nicht ist

Klarstellungen zu verbreiteten Missverständnissen:

JTBD ist kein User Story Mapping. User Stories beschreiben Interaktionen mit einem bestimmten Produkt. JTBD beschreibt das Ziel, das unabhängig von jedem Produkt existiert.

JTBD ist kein Ersatz für Design Thinking. JTBD definiert den Problemraum präzise. Design Thinking generiert kreative Lösungen. Sie ergänzen sich, sie konkurrieren nicht.

JTBD ist nicht nur qualitativ. Die wirkungsvollsten JTBD-Anwendungen verbinden qualitative Erkundung (Interviews, Beobachtung) mit quantitativer Validierung (Befragungen, Opportunity Scoring). Bei der qualitativen Phase zu stoppen ist der häufigste Fehler, den Teams machen.

JTBD ist keine einmalige Übung. Jobs sind stabil, aber die Kundenzufriedenheit mit aktuellen Lösungen verändert sich, wenn Wettbewerber innovieren. Überprüfen Sie Ihre Outcome-Daten regelmäßig — mindestens jährlich in sich schnell entwickelnden Märkten.

Erste Schritte: Praktischer Einstieg

Wenn Sie überzeugt sind, dass JTBD einen Piloten in Ihrer Organisation verdient, finden Sie hier den Startpunkt:

1. Eine Produktlinie auswählen. Wählen Sie ein Produkt, bei dem Sie vermuten, dass aktuelle Marktforschung nicht das vollständige Bild liefert. Idealerweise eines, bei dem die Umsätze trotz Feature-Verbesserungen stagnieren — ein klassisches Zeichen dafür, dass Sie die falschen Outcomes optimieren.

2. Den Job definieren. Versammeln Sie Ihr Produktteam und erarbeiten Sie eine Job-Formulierung. Diskutieren Sie sie. Verfeinern Sie sie. Stellen Sie sicher, dass sie lösungsunabhängig und auf der richtigen Abstraktionsebene ist.

3. Zehn explorative Interviews führen. Bevor Sie sich zu einem vollständigen ODI-Engagement verpflichten, sprechen Sie mit zehn Kunden unter Verwendung von JTBD-Interviewtechniken. Fragen Sie, was diese zu erreichen versuchen — nicht was sie am Produkt wünschen. Die Erkenntnisse aus auch nur wenigen Interviews können aufschlussreich sein.

4. Die Lücke bewerten. Vergleichen Sie, was Ihre JTBD-Interviews zeigen, mit dem, was Ihre aktuelle Produkt-Roadmap adressiert. Die Lücke zwischen beiden ist das Maß dafür, wie viel Wert JTBD hinzufügen kann.

5. Den Business Case aufbauen. Nutzen Sie die Lückenanalyse, um einen Business Case für eine vollständige JTBD/ODI-Initiative zu erstellen. Formulieren Sie ihn in Begriffen, die Ihre Führungsebene versteht: reduziertes Produktrisiko, schnellere Marktreife für relevante Features und verbesserte Wettbewerbspositionierung.

Häufig gestellte Fragen