Jobs-to-be-Done: Welche der vier Varianten passt zu meiner Frage?

Wer „Jobs-to-be-Done" liest, denkt meist an ein Zitat über Bohrmaschinen und Löcher. Das ist eine gute Denkfigur und eine schlechte Arbeitsanweisung. In der Praxis stehen Sie vor einer konkreten Entscheidung — eine Funktion bauen, einen Abbruch verstehen, einen Ablauf umstellen — und müssen wissen, welche Erhebung Ihnen die Antwort liefert.

Jobs-to-be-Done hat sich in vier Ausprägungen ausdifferenziert, die sich in der Fragestellung, im Fragebogen und in der Auswertung deutlich unterscheiden. Dieser Beitrag ordnet sie den Entscheidungen zu, für die sie gebaut sind.

Was misst Jobs-to-be-Done überhaupt?

Jobs-to-be-Done misst, welches Ziel jemand erreichen will und woran er dabei scheitert — nicht, welche Funktion er sich wünscht. Der Unterschied ist der eigentliche Kern der Methode.

Ein Kunde, der sagt „Ich hätte gern einen Filter nach Datum", beschreibt eine Lösung. Sein Job ist ein anderer: „Ich muss den Vorgang von letzter Woche wiederfinden, bevor der Kunde zurückruft." Auf diesen Job antworten mehrere Lösungen, und der Datumsfilter ist selten die beste. Wer Lösungen abfragt, baut die Wunschliste der lautesten Nutzer nach. Wer Jobs erhebt, behält die Entscheidung über die Lösung selbst.

Daraus folgt die wichtigste Formregel für jeden JTBD-Fragebogen: nach Zielen, Hindernissen und tatsächlichem Verhalten fragen, nie nach Funktionswünschen.

Warum vier Varianten und nicht eine?

Weil sich vier verschiedene Entscheidungstypen nicht mit demselben Instrument beantworten lassen. Die Varianten unterscheiden sich darin, auf welchen Zeitpunkt sie schauen:

• ODI schaut auf die Gegenwart: Was gelingt heute schlecht?
• Switch schaut auf den Moment der Entscheidung: Was gab den Ausschlag, was hielt zurück?
• Story schaut auf den Ablauf: Wie geht jemand heute tatsächlich vor?
• Needs schaut auf die Erwartung an die Beziehung: Was muss dauerhaft stimmen?

Wer alle vier über einen Kamm schert, bekommt einen Fragebogen, der überall ein bisschen misst und nirgends genug.

JTBD ODI: Welche Verbesserung bringt am meisten?

Outcome-Driven Innovation ist die richtige Wahl, wenn feststeht, dass etwas verbessert wird, aber nicht was zuerst. Sie ist die einzige der vier Varianten, die eine rechnerische Rangfolge liefert.

Das Verfahren: Sie zerlegen den Job in einzelne gewünschte Ergebnisse — bei einem Handstaubsauger etwa „Krümel unter dem Autositz erreichen" oder „das Gerät leeren, ohne dass Staub aufwirbelt". Zu jedem Ergebnis werden zwei Werte erhoben:

1. Wichtigkeit: Wie wichtig ist Ihnen dieses Ergebnis?
2. Zufriedenheit: Wie zufrieden sind Sie damit heute?

Daraus entsteht der Opportunity Score:

Opportunity Score = Wichtigkeit + max(Wichtigkeit − Zufriedenheit, 0)

Ergebnisse mit hohem Score sind wichtig und werden schlecht erfüllt — dort liegt die Chance. Ergebnisse mit hoher Wichtigkeit und hoher Zufriedenheit sind bereits gelöst; dort weiter zu investieren ist verbrannte Zeit.

Der praktische Wert liegt weniger in dem, was oben steht, als in dem, was unten steht. Ein niedriger Score ist die belastbarste Begründung dafür, ein teures Vorhaben nicht zu machen.

Aufbau des Fragebogens, Auswertung und Grenzen im Detail: JTBD ODI.

JTBD Switch: Warum wechseln Kunden — oder warum nicht?

Switch ist die richtige Wahl, wenn Sie einen Wechsel verstehen wollen: einen Kauf, einen Abbruch, eine Kündigung, einen Anbieterwechsel. Sie ist die einzige Variante, die erklärt, warum etwas nicht passiert ist.

Switch betrachtet jede Entscheidung als Kräftespiel aus vier Richtungen:

Kraft	Wirkt	Beispiel im Checkout
Push	weg vom Bisherigen	„Mein altes Gerät saugt kaum noch."
Pull	hin zum Neuen	„Das hier war das einzige mit Ersatzakku."
Angst	gegen den Wechsel	„Wenn das Ding nicht taugt, hänge ich am Rückversand."
Gewohnheit	für den Status quo	„Ich bestelle sowas eigentlich immer woanders."

Der entscheidende Zug: Sie befragen nicht Ihre Kunden, sondern die, die nicht gekauft haben. Zufriedene Käufer können Ihnen nicht sagen, warum andere abgesprungen sind. Genau das macht Switch aufwendiger in der Rekrutierung als alle anderen Varianten — und gleichzeitig aussagekräftiger, weil die meisten Unternehmen ausschließlich mit Menschen sprechen, die bereits Ja gesagt haben.

Ein durchgerechnetes Beispiel dazu steht im Fallbeispiel Warum brechen Kunden den Kauf im letzten Schritt ab?

Aufbau des Fragebogens, Auswertung und Grenzen im Detail: JTBD Switch.

JTBD Story: Wie läuft es heute tatsächlich ab?

Story ist die richtige Wahl, wenn Sie den realen Ablauf noch nicht kennen — besonders dann, wenn Ihre Zahlen etwas anderes behaupten als das, was Sie im Alltag beobachten.

Statt zu bewerten, lassen Sie erzählen: „Beschreiben Sie den letzten Fall von Anfang bis Ende." Aus den Schilderungen entstehen Job Stories nach dem Muster:

Wenn ich eine Regelung nachschlagen muss und unter Zeitdruck stehe, möchte ich in unter einer Minute eine verlässliche Antwort, damit ich weiterarbeiten kann, ohne jemanden zu unterbrechen.

Der Nutzen liegt in den Umwegen. Menschen beschreiben von selbst, was sie stattdessen tun — den Kollegen fragen, die alte Excel-Datei behalten, einen Screenshot in den Chat schicken. Jeder dieser Umwege ist ein unerfüllter Job, und er taucht in keiner Nutzungsstatistik auf.

Story liefert keine Rangfolge. Sie liefert Verständnis. Wer eine Priorisierung braucht, schließt eine ODI-Erhebung an.

Aufbau des Fragebogens, Auswertung und Grenzen im Detail: JTBD Story.

JTBD Needs: Was erwarten Kunden von der Beziehung?

Needs ist die richtige Wahl bei Dienstleistungen und langlaufenden Geschäftsbeziehungen — überall dort, wo nicht ein Produkt den Job erledigt, sondern eine Zusammenarbeit.

Erhoben wird, welche Erwartungen an die Beziehung bestehen und wie gut sie erfüllt werden: Erreichbarkeit, Verlässlichkeit von Zusagen, Mitdenken, Verständlichkeit der Abrechnung, Umgang mit Fehlern. Das Ergebnis zeigt, woran Kundenbindung tatsächlich hängt — und das ist bei Dienstleistern regelmäßig etwas anderes als die fachliche Qualität, die intern für den entscheidenden Faktor gehalten wird.

Aufbau des Fragebogens, Auswertung und Grenzen im Detail: JTBD Needs.

Die Entscheidungstabelle

Suchen Sie die Zeile, die Ihrer Frage am nächsten kommt:

Ihre Frage	Variante	Was Sie bekommen	Wen Sie befragen
„Was sollen wir als Nächstes verbessern?"	ODI	Rangfolge nach Opportunity Score	aktuelle Nutzer
„Warum kaufen sie nicht / brechen sie ab?"	Switch	die vier Kräfte, gewichtet	Abbrecher, Wechsler
„Warum haben sie sich für uns entschieden?"	Switch	Auslöser und Zögerpunkte	Neukunden, kurz nach Kauf
„Wie arbeiten unsere Nutzer wirklich?"	Story	Job Stories, Umwege, Brüche	Nutzer und Nichtnutzer
„Warum bleiben Kunden — warum gehen sie?"	Needs	erfüllte und unerfüllte Erwartungen	Bestandskunden
„Ist unser Produkt gut bedienbar?"	keine JTBD-Variante	dafür ist SUS oder UEQ+ zuständig	Nutzer

Die letzte Zeile ist wichtig. JTBD beantwortet keine Bedienbarkeitsfrage. Wenn Sie wissen wollen, ob eine Oberfläche verständlich ist, brauchen Sie eine Kennzahl, keine Jobs.

Die vier häufigsten Fehler

1. Nach Lösungen fragen. „Welche Funktion wünschen Sie sich?" liefert eine Wunschliste, aus der sich nichts priorisieren lässt. Fragen Sie nach dem Ziel und dem Hindernis.

2. Die falschen Leute befragen. Für Switch brauchen Sie Abbrecher. Wer nur Bestandskunden befragt, bekommt eine Bestätigung dessen, was ohnehin funktioniert.

3. Zu früh mit ODI beginnen. ODI setzt voraus, dass die Ergebnisliste stimmt. Ist sie geraten, ist auch der Opportunity Score geraten — er sieht dann nur präziser aus, als er ist.

4. Ergebnisse mit Zufriedenheit verwechseln. Ein hoher Zufriedenheitswert bei niedriger Wichtigkeit ist kein Erfolg. Er heißt, dass Sie etwas gut können, das niemanden interessiert.

Interview oder Umfrage?

Klassisch wird JTBD im Einzelinterview erhoben, meist 10 bis 20 Gespräche à 45 Minuten. Das liefert Tiefe und kostet je Erhebung mehrere Wochen.

Als strukturierte Umfrage verliert JTBD einen Teil der Nachfragemöglichkeit und gewinnt zwei Dinge, die in der Praxis oft schwerer wiegen: Fallzahl und Vergleichbarkeit. Erst ab dreistelligen Teilnehmerzahlen lassen sich Segmente sinnvoll gegeneinanderstellen — Neukunden gegen Bestandskunden, Vielnutzer gegen Gelegenheitsnutzer. Und nur eine standardisierte Erhebung lässt sich in sechs Monaten identisch wiederholen.

Der praktikable Weg für die meisten Teams: Umfrage zuerst, um Muster und Größenordnungen zu bekommen, danach gezielt einige Interviews zu den Stellen, die unklar geblieben sind. Umgekehrt ist es teurer und liefert selten mehr.

Wie viele Teilnehmende Sie dafür brauchen, steht in Wie viele Teilnehmer braucht eine Umfrage?

Und dann?

Eine JTBD-Erhebung endet nicht mit einer Erkenntnis, sondern mit einer Entscheidung. Der Schritt dahin wird am häufigsten übersprungen: Aus Opportunity Scores und Job Stories muss eine Rangfolge werden, aus der Rangfolge eine Liste dessen, was gebaut wird — und ausdrücklich auch dessen, was nicht gebaut wird.

Wie dieser letzte Schritt aussieht, steht in Welches Feature bauen wir als Nächstes?