Impulsvortrag
Ein kurzer, klar gebauter Input, der die Gruppe auf denselben Stand bringt und eine Frage für die Arbeit danach hinterlässt.
Verstehen & Recherche
Jobs to be done (Job-Statements)
Den Job hinter dem Produktwunsch finden: Wofür „heuern“ Nutzer:innen eine Lösung an? Job-Statements machen Motivation und Kontext präzise — die Lösung bleibt offen.
Auch bekannt als: JTBD · Job Story · Jobs-to-be-Done
Dauer: 30–75 MinGruppe: 2–12 PersonenPasst zu: Nutzer & Zielgruppe verstehen · Strategie & Zukunft
So läuft es — Beispiel mit 30 Minuten, 8 Personen
- 10′JTBD-Idee & Statement-Raster erklären — Klassisches Beispiel: Niemand will einen Bohrer, alle wollen das Loch — und eigentlich das Bild an der Wand.
- 10′Jobs sammeln: Wenn / will ich / damit — In 2 Kleingruppen à 3–4 sammeln — jede aus Sicht einer Nutzergruppe.
- 10′Vorstellen & den Kern-Job wählen — Welcher Job ist wichtig UND schlecht gelöst? Der ist der Hebel für die nächste Phase.
Andere Dauer oder Gruppengröße? Der Ablauf passt sich an — Methode übernehmen, im Editor Dauer setzen, die Schritte rechnen mit.
Material
Research-Material oder Persona als Futter · Statement-Raster sichtbar: Wenn [Situation], will ich [Motivation], damit [Ergebnis] · Klebezettel + Stifte
Woran es in der Praxis hakt
- Die Lösung schleicht sich ins Statement („will ich eine App…“) — Jobs sind lösungsfrei, sonst ist die Ideation schon gelaufen.
- Zu hoch geflogen („will ich glücklich sein“) — brauchbare Jobs liegen zwischen Alltagssituation und Lebensziel.
- Funktionale Jobs gesammelt, emotionale und soziale vergessen — gerade die entscheiden oft über die Lösung.
Im Design-Thinking-Prozess gehört Jobs to be done (Job-Statements) zu den Phasen Verstehen und Standpunkt beziehen — fertige DT-Abläufe von 90 Minuten bis zur Sprint-Woche: Design Thinking bei Facilitools.
Verwandte Methoden
Design Challenge formulieren
Die Ausgangsfrage des Projekts so fassen, dass sie Richtung gibt, ohne Lösungen vorwegzunehmen — nutzerzentriert, offen, aber nicht uferlos.
Stakeholder-Map
Alle Beteiligten und Betroffenen eines Vorhabens sichtbar machen und nach Einfluss und Interesse sortieren — wer muss mitgenommen, wer nur informiert werden?
Persona (Workshop-Kurzformat)
Eine typisierte Nutzerfigur mit Zielen, Verhalten und Schmerzpunkten skizzieren — als gemeinsames Bild, für wen eigentlich gearbeitet wird.
Point-of-View-Statement
Erkenntnisse zu einem scharfen Satz verdichten: [Nutzer:in] braucht [Bedürfnis], weil [überraschende Erkenntnis] — das Sprungbrett in die Ideenfindung.
User Journey Mapping
Die Reise einer Nutzerin durch ein Erlebnis Schritt für Schritt aufzeichnen — mit Berührungspunkten, Emotionskurve und Schmerzpunkten.
← Alle Methoden in der Bibliothek
Methoden als solche sind frei — dieser Text ist eigenständig formuliert. Strukturquellen u. a.: Liberating Structures (CC BY-SA 4.0) und die World Café Community Foundation (CC BY-SA 4.0).