Zur Nutzungsanleitung springen
Jobs-to-Be-Donevon Owl-Listener

Jobs-to-Be-Done Skill.

Eine Produktentscheidung daran ausrichten, was jemand erreichen möchte.

  • UX-Research
  • Produktstrategie
Quellenprüfung · Jobs-to-Be-DoneSKILL.md
Aufgabe UX-Research Ergebnis • Situations-, Motivations- und Ergebnisaussagen für den zentralen Job. • Eine Lebenszykluskarte, die Vorbereitung, Durchführung und Nachbereitung abdeckt. • Eine Chancenübersicht, die aktuelle Lösungen mit unerfüllten Ergebnissen vergleicht. Vor dem Start Erfordert Nutzerforschung oder eindeutig gekennzeichnete Hypothesen; Interviews werden nicht selbst erhoben.
Redaktionelle Zusammenfassung · Quelle geprüft 2026-10-07 · kein generiertes Beispiel

01 Funktionen

Den Job hinter einer Feature-Anfrage abbilden

Eine strukturierte JTBD-Mapping-Methode, die drei Motivationsdimensionen, Lebenszyklusphasen und aktuelle Alternativen abdeckt.

Quellenbasierter AblaufKein Ausführungs-Benchmark

Die Arbeitsweise

Jobs-to-Be-Done blickt über ein gewünschtes Feature hinaus auf den Fortschritt, den eine Person in einer bestimmten Situation erreichen will. Es trennt das praktische Ergebnis von emotionalen Erwartungen und sozialen Anliegen und verknüpft diese Dimensionen mit den Wegen, auf denen Menschen das Problem bereits lösen.

Die Quelle deckt den gesamten Job-Lebenszyklus ab: von der Definition und Vorbereitung einer Aufgabe über Durchführung, Überwachung und Anpassung bis zum Abschluss. Das Ergebnis ist eine Motivationskarte, keine demografische Persona. Besonders nützlich ist sie, wenn mehrere Produkte oder manuelle Behelfslösungen verschieden wirken, aber für denselben zugrunde liegenden Job genutzt werden.

Erwartete Ergebnisse

  • Situations-, Motivations- und Ergebnisaussagen für den zentralen Job.
  • Eine Lebenszykluskarte, die Vorbereitung, Durchführung und Nachbereitung abdeckt.
  • Eine Chancenübersicht, die aktuelle Lösungen mit unerfüllten Ergebnissen vergleicht.
Beispiel-Briefing ansehen

Vom Briefing zur Prüfung

  1. 01
    Den zentralen Job identifizieren

    Bereitgestellte Interviews und den Produktkontext lesen, um den Job vom heute genutzten Werkzeug zu unterscheiden.

  2. 02
    Die Dimensionen trennen

    Praktische Ziele, gewünschte oder vermiedene Gefühle und die gewünschte Außenwirkung der Person beschreiben.

  3. 03
    Lösungen und Lücken abbilden

    Die Jobphasen und erwarteten Ergebnisse nachzeichnen und feststellen, wo aktuelle Ansätze sie unzureichend erfüllen.

02 Einsatzbereiche

Wann es sich eignet

Erfordert Nutzerforschung oder eindeutig gekennzeichnete Hypothesen; Interviews werden nicht selbst erhoben.

Gut geeignet

  • Features neu einordnenNützlich, wenn eine Anfrage bereits eine Lösung nennt, bevor die zugrunde liegende Motivation verstanden wurde.
  • Behelfslösungen vergleichenErmöglicht es, Tabellen, Dienste und manuelle Prozesse am selben Ergebnis zu messen.

Grenzen prüfen

  • Keine PersonaDer Fokus liegt auf der Motivation in einer Situation, nicht auf einem vollständigen Referenzprofil der Nutzenden.
  • Keine erfundenen emotionalen BelegeEmotionale und soziale Jobs brauchen Belege aus der Forschung oder eine sichtbar gekennzeichnete Hypothese.

Diese Eingaben mitbringen

  • Interview-BelegeBerichte über reale Situationen, Entscheidungen und versuchte Lösungen bereitstellen.
  • ProduktkontextDas aktuelle Angebot und die Aufgabe erläutern, die neu betrachtet wird.
  • ErgebniserwartungenAngaben zu Erfolgsdefinitionen, Hindernissen und Zielkonflikten ergänzen, soweit vorhanden.

03 Wichtige Entscheidungen

Entscheidende Punkte

  1. Über funktionale Anforderungen hinaus

    Eine Lösung kann eine Aufgabe erledigen und dennoch Vertrauen oder berufliche Glaubwürdigkeit untergraben. Die drei Dimensionen machen solche Spannungen explizit.

  2. Abdeckung des Lebenszyklus

    Vorbereitung und Abschluss einer Aufgabe können wichtige unerfüllte Bedürfnisse enthalten, die eine auf die Durchführung fokussierte Feature-Liste übersehen würde.

04 Beispielbriefing

Ein fokussiertes Briefing testen

Das folgende Beispiel-Briefing wurde nicht getestet. Prüfen Sie die Einrichtung des Skills, bevor Sie es verwenden.

Einrichtung prüfen

Nutzen Sie den im Repository dokumentierten Installationsweg und behalten Sie alle referenzierten Begleitdateien. Dieser Eintrag beschreibt eine fokussierte Designmethode, keine ausführbare Anwendung.

Quelldatei im Upstream
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-research/skills/jobs-to-be-done/SKILL.md

Erfordert Nutzerforschung oder eindeutig gekennzeichnete Hypothesen; Interviews werden nicht selbst erhoben.

Mit einem Ergebnis beginnen

Passen Sie Umfang, Quellenmaterial und Rahmenbedingungen in diesem Briefing an, bevor Sie den Skill ausführen.

Beispiel-Briefing
Verwende jobs-to-be-done für diese Interviews zur Erstellung monatlicher Kundenberichte. Trenne funktionale, emotionale und soziale Jobs, bilde den Lebenszyklus ab und vergleiche die aktuellen Workflows mit Tabellen und Folien. Unterscheide bei jeder Chance zwischen einer belegten Beobachtung und einer Hypothese; mache aus gewünschten Features nicht direkt Jobs.

Das Ergebnis prüfen

Prüfen Sie die tatsächliche Ausgabe anhand dieser beobachtbaren Kriterien.

  • Job-Aussagen beschreiben eine Situation und den gewünschten Fortschritt, nicht ein Produktfeature.
  • Alle drei Dimensionen sind voneinander unterschieden.
  • Vorgeschlagene Chancen sind mit einer Lebenszyklusphase und den bereitgestellten Belegen verknüpft.

OpenDesign bietet einen lokalen Design-Arbeitsbereich für Coding-Agenten. Dieser Eintrag bedeutet nicht, dass der Skill mitgeliefert wird oder dass externe Werkzeuge, Zugangsdaten und Software-Abhängigkeiten enthalten sind.

05 Quelle und Lizenz

Quelle und Lizenz

Diese Seite beschreibt die unten verlinkte, fixierte Quellversion. Verhalten und Anforderungen im Upstream können sich ändern.

Quellen-Inhaber
Owl-Listener
Lizenz
MIT
Geprüfter Stand
2026-10-07 · 9a6930cf84a8
Redaktionelle Quellenzusammenfassung
Eine strukturierte JTBD-Mapping-Methode, die drei Motivationsdimensionen, Lebenszyklusphasen und aktuelle Alternativen abdeckt.

Originalzusammenfassung von OpenDesign auf Basis der verlinkten Quelle. Repository-Sterne sind ein datiertes Popularitätssignal, weder Skill-Nutzung noch Qualitätsbewertung.

06 Fragen vor dem Start

Fragen vor dem Start

Wie unterscheidet sich das von einer Nutzer-Persona?

Eine Persona fasst Verhaltensmuster einer Nutzergruppe zusammen. JTBD betont die Motivation und das erwartete Ergebnis in einer bestimmten Situation.

Erfordert jeder Job ein neues Produkt?

Nein. Die Abbildung bestehender Lösungen kann zeigen, dass eine Prozessänderung oder ein besser unterstützter aktueller Workflow ausreicht.

Kann es Chancen automatisch priorisieren?

Es identifiziert Lücken in aktuellen Lösungen und deren Designimplikationen, liefert aber weder gemessene Marktnachfrage noch ein validiertes Priorisierungsmodell.

OpenDesign

Schaffen Sie Raum für die nächste Design-Iteration.

Halten Sie Briefing, Quellenmaterial und Designarbeit in einem lokalen Arbeitsbereich zusammen. Prüfen Sie die Einrichtung des Skills, bevor Sie ihn in Ihren Workflow aufnehmen.

Quelldatei im Upstream
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-research/skills/jobs-to-be-done/SKILL.md