JTBD Story: Job Stories aus dem letzten tatsächlichen Fall

Was ist JTBD Story?

JTBD Story ist die Jobs-to-be-Done-Variante für den Fall, dass der tatsächliche Ablauf noch unbekannt ist. Statt bewerten zu lassen, lässt sie erzählen: in welcher Situation ein Bedarf entstand, was jemand erreichen wollte und was er dann tatsächlich getan hat.

Aus vielen solcher Erzählungen entstehen Job Stories. Sie beschreiben den Bedarf unabhängig von der heutigen Lösung — und machen damit prüfbar, ob ein Werkzeug zum Bedarf passt oder ob es der falsche Bedarf war.

Wann passt JTBD Story — und wann nicht?

Story passt, wenn Ihre Zahlen etwas anderes behaupten als das, was Sie im Alltag beobachten. Typische Fragen:

• „Warum fragen Mitarbeitende lieber Kollegen als das Intranet?“
• „In welcher Situation greifen Handwerker zum Gerät?“
• „Wann wird die App beim Kunden tatsächlich geöffnet?“
• „Würde die geplante Funktion überhaupt in einen Arbeitsablauf passen?“

Story passt nicht, wenn Sie eine Rangfolge brauchen — dafür ist JTBD ODI gebaut. Und nicht, wenn ein konkreter Wechsel oder Abbruch erklärt werden soll; das leistet JTBD Switch gezielter.

Wie sieht eine Job Story aus?

Drei Teile: Situation, Motivation, gewünschtes Ergebnis.

Wenn ich mitten in einer Aufgabe merke, dass mir eine interne Regel fehlt, möchte ich in unter einer Minute eine Antwort sehen, auf die ich mich verlassen kann, damit ich weiterarbeiten kann, ohne jemanden zu unterbrechen.

Der Unterschied zur User Story ist der Anfang. Eine User Story beginnt mit einer Rolle und endet oft bei einer Funktion. Eine Job Story beginnt mit einer Situation und endet bei einem Ergebnis. Dieselbe Situation kann eine Einkäuferin, einen Monteur oder eine Geschäftsführerin treffen — der Job ist derselbe.

Wie fragt man in einer Story-Erhebung?

Nach dem letzten tatsächlichen Fall, entlang des Verlaufs. Bewährt haben sich drei Blöcke:

Block	Frage	Was sie liefert
Auslöser	„Denken Sie an das letzte Mal, als …“	die Situation, in der der Bedarf entsteht
Weg	„Was haben Sie in dieser Situation tatsächlich getan?“	Umwege, Werkzeuge, Personen
Ergebnis	„Woran haben Sie gemerkt, dass Sie fertig waren?“	das gewünschte Ergebnis und seine Hürden

Zwei Fehler kosten die meiste Aussagekraft: nach dem allgemeinen Eindruck fragen („Wie zufrieden sind Sie …?“) und die Antwort unterstellen („Warum nutzen Sie das Intranet so selten?“).

Wie wird JTBD Story ausgewertet?

Die Erzählungen werden nach wiederkehrenden Auslösesituationen und Umwegen gruppiert; aus den häufigsten Mustern werden Job Statements formuliert. Von Hand heißt das: jede Erzählung lesen, kodieren, Muster zählen, Formulierungen abgleichen.

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

Beispiel: Der Bedarf ist da, nur das Vertrauen fehlt

Im Fallbeispiel Intranet hat ein Unternehmen sein Intranet für einen sechsstelligen Betrag neu gebaut. Vier von zehn Mitarbeitenden loggen sich nie ein; die Geschäftsführung erwägt, es abzuschalten. 341 Mitarbeitende erzählen ihren letzten Fall.

Das häufigste Muster, abgeleitet aus 118 übereinstimmenden Erzählungen, ist die Job Story oben. Die Gründe, stattdessen jemanden zu fragen:

Grund	Anteil
Suche findet mein Wort nicht	31 %
Ich weiß nicht, ob die Seite noch gilt	28 %
Antwort steckt in einem 40-Seiten-PDF	18 %
Kollege antwortet in zwei Minuten	14 %

Der Bedarf ist häufig und dringend. Was fehlt, ist Verlässlichkeit: Einer Seite ohne Datum traut niemand. Das Abschalten wird verworfen. Stattdessen bekommt jede Seite ein Gültigkeitsdatum und einen Verantwortlichen, und die Suche lernt die Wörter der Belegschaft.

Wo liegen die Grenzen von JTBD Story?

• Keine Rangfolge. Story zeigt, was es gibt, nicht was zuerst kommt.
• Aufwendige Auswertung. Erzählungen sind Freitext. Ohne gründliche Gruppierung bleibt eine Zitatsammlung.
• Anteile sind Größenordnungen. Bei kleinen Fallzahlen zeigen Prozentwerte eine Tendenz, keine repräsentative Verteilung.
• Nur Erinnertes. Was jemand nicht bemerkt, erzählt er auch nicht.

Wie läuft JTBD Story in usabiq?

JTBD Story ist ab Research Core enthalten.

• KI-Themenbildung auf den Erzählungen. Wiederkehrende Auslösesituationen und Umwege werden gruppiert, Job Statements daraus formuliert — mit wörtlichen Zitaten als Beleg.
• Nachvollziehbar. Jede Aussage führt zurück auf die Rohantwort. Themen lassen sich aufklappen, umbenennen, zusammenführen und trennen; jede Zuordnung ist einzeln überschreibbar.
• Große Mengen. Bei sehr vielen Freitexten liest das Modell eine über die Quellen balancierte Stichprobe; die Anteile werden gegen die volle Antwortzahl gerechnet.
• Bias-Check beim Erstellen: Suggestiv- und Doppelfragen werden markiert, bevor die Umfrage startet.
• Teilnahme per Link, ohne Konto — auch für Beschäftigte ohne Arbeitsplatzrechner, etwa über einen QR-Code am schwarzen Brett.
• Kontrolle über die KI. Europäische Anbieter sind wählbar, und ein Workspace-Schalter deaktiviert jede KI-Verarbeitung.