Loading content
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.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Jobs to be Done untersucht, welche Aufgabe Menschen in einer konkreten Situation mit einem Produkt oder einer Dienstleistung erledigen wollen.
Die Denkfigur wurde in der Innovations- und Produktforschung geprägt und durch Clayton Christensen und Kollegen als Erklärung für Kauf- und Nutzungsentscheidungen popularisiert. Sie verschiebt den Blick von Produktmerkmalen auf den Fortschritt, den eine Person erreichen möchte.
Eine Person hat einen Auslöser, einen gewünschten Fortschritt und Hindernisse auf dem Weg dorthin. Ein Produkt wird „angeheuert“, wenn es diesen Job in der Situation besser erledigt als die Alternativen.
Der Job beschreibt den angestrebten Fortschritt.
Auslöser und Umstände prägen die Entscheidung.
Auch Nichtstun und Konkurrenzlösungen können den Job erfüllen.
JTBD hilft, Bedürfnisse hinter beobachteten Wünschen zu erkennen und Produktentscheidungen daran auszurichten. Es passt für Discovery und Positionierung; ein Job beschreibt noch keine vollständige Lösung oder Marktgröße.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.