Katalog
method#Produkt#Lieferung#Governance#Software-Engineering

Jobs to be Done (JTBD)

JTBD ist eine kundenorientierte Methode, die Produktentscheidungen anhand der konkreten Aufgaben und gewünschten Ergebnisse von Nutzern ausrichtet.

Jobs to be Done (JTBD) ist eine strukturierte Produktentwicklungs-Methode zur Identifikation der konkreten Aufgaben, die Kunden mit einem Produkt erledigen wollen.
Etabliert
Mittel

Klassifikation

  • Mittel
  • Geschäftlich
  • Design
  • Fortgeschritten

Technischer Kontext

Miro oder MURAL für Workshops und MappingJira/Linear/Shortcut für Umsetzung und TrackingUserResearch-Tools (Lookback, Dovetail) für Aufzeichnung und Analyse

Prinzipien & Ziele

Fokus auf Aufgaben und gewünschte Outcomes, nicht auf demografische Merkmale.Situationen und Kontext bestimmen Job-Relevanz und Lösungserfolg.Messbare Hypothesen und Experimente statt reiner Ideenfindung.
Erkundung
Domäne, Team

Use Cases & Szenarien

Kompromisse

  • Bestätigungsfehler bei der Auswahl interviewter Nutzer.
  • Falsche Ableitung von Metriken, die kein Kundenverhalten widerspiegeln.
  • Übermäßige Fragmentierung der Produkt roadmap durch zu feine Jobs.
  • Fragen nach konkreten Situationen und erwarteten Ergebnissen stellen.
  • Outcome-Metriken vor Implementierung definieren.
  • Cross-funktionale Teams in Synthese und Priorisierung einbinden.

I/O & Ressourcen

  • Interviewleitfaden mit situativen Fragen
  • Zugang zu realen Nutzern oder Beobachtungsdaten
  • Geschäftsziele und Erfolgskriterien
  • Katalog priorisierter Jobs mit Outcomes
  • Hypothesen für Experimente und Metriken
  • Abgestimmte Empfehlungen für Roadmap und MVPs

Beschreibung

Jobs to be Done (JTBD) ist eine strukturierte Produktentwicklungs-Methode zur Identifikation der konkreten Aufgaben, die Kunden mit einem Produkt erledigen wollen. Sie verschiebt den Fokus von demografischen Segmenten auf situationsabhängige Nutzerbedürfnisse und unterstützt Priorisierung, Ideenvalidierung und outcome-getriebene Roadmaps.

  • Klarere Kundenorientierung durch Ergebnisfokus.
  • Bessere Priorisierung nach wirklichem Kundenimpact.
  • Robustere Hypothesen für Experimente und Validierung.

  • Aufwendig: braucht qualitativ hochwertige Interviews und Analyse.
  • Erkenntnisse sind kontextgebunden und nicht immer sofort skalierbar.
  • Gefahr der Überspezifizierung von Jobs statt Lösungen.

  • Validierte Jobs

    Anzahl der durch Interviews/Tests validierten Kundenjobs.

  • Outcome-Erfüllungsrate

    Prozentsatz der Nutzer, die das gewünschte Outcome erreichen.

  • Experiment-Erfolgsquote

    Anteil der Experimente, die Hypothesen zu Jobs bestätigen.

Redesign eines Checkout-Flows

Das Team identifizierte den Job ‚schnell und sicher bezahlen‘ und reduzierte Reibungspunkte durch Outcome-Tests.

Neue Suchfunktion für Mobilnutzer

Durch JTBD-Interviews wurde klar, dass Nutzer den Job ‚Information unterwegs schnell finden‘ haben; die Lösung fokussierte Ergebniszeit statt Klickzahlen.

Priorisierung einer Roadmap

Produktentscheidungen wurden priorisiert nach dem erwarteten Outcome-Impact auf definierte Kundenjobs.

1

Vorbereitung: Zieldefinition, Stakeholder-Alignment und Rekrutierung.

2

Durchführung: situative Interviews und Beobachtungen.

3

Synthesis: Jobs, desired outcomes und Pain Points clustern.

4

Validierung: Experimente definieren und messen.

⚠️ Technische Schulden & Engpässe

  • Fehlende Dokumentation und Nachvollziehbarkeit von Interviewergebnissen.
  • Keine standardisierten Vorlagen für Outcome-Definitionen.
  • Integrierte Messinstrumente fehlen in Produkt-Analytics.
Interviewkapazität und RekrutierungAnalytische SynthesefähigkeitStakeholder-Aligned Priorisierung
  • Nur oberflächliche Nutzerzitate sammeln ohne Kontextanalyse.
  • Jobs als Feature-Liste ohne Outcome-Messung dokumentieren.
  • JTBD als reines Marketing-Label ohne methodische Anwendung nutzen.
  • Verwechslung von Jobs mit Lösungen oder Features.
  • Zu schnelle Verallgemeinerung aus wenigen Interviews.
  • Metriken auswählen, die das Kundenverhalten nicht abbilden.
Qualitatives Interviewing und ModerationSynthetisieren und Pattern-MappingOutcome-Definition und Metrikableitung
Kundenverständnis und KontextdatenMessbarkeit von OutcomesEntscheidungsfähigkeit des Produktteams
  • Begrenzte Zeit für qualitative Forschung
  • Datenschutz und Einwilligung bei Nutzerdaten
  • Budgetrestriktionen für aufwendige Studien