Jobs to be Done Methode für Gründer

Die Jobs to be Done Methode beschreibt den Fortschritt, den jemand in einer Situation sucht, nicht eine Feature-Liste und kein Persona-Label. Sie hilft, Discovery zu schärfen, bevor Sie Monate in einen Build stecken.

Was die Jobs to be Done Methode für Gründer leistet

Menschen «beauftragen» ein Produkt, wenn es ihnen Fortschritt beim Job bringt: den Bericht vor dem Verwaltungsrat fertig haben, am Freitagnachmittag nicht mehr hinter Lieferanten herlaufen, sicher sein, die richtige Therapeutin gewählt zu haben. Die Methode fragt, welcher Fortschritt das ist, was sie zuletzt genutzt haben und was sie fast am Wechsel gehindert hat. Sie sagt nicht, ob sie Ihnen zahlen, wie gross der Markt ist oder ob Ihr Stack passt.

Der Text richtet sich an Gründerinnen und Gründer mit Idee oder Pre-Seed, die die Lösung erklären, statt den Druck. Wenn zahlende Kundschaft und ein wiederholbarer Kanal da sind, brauchen Sie Iterationskennzahlen mehr als ein neues Framework. Wenn Sie nur eine Workshop-Folie wollen, überspringen Sie die Übungen und führen Sie Gespräche.

Als Nächstes kommt Beleg, nicht nur Formulierung. Startup-Idee validieren verbindet Jobs mit Interviews, Landing-Tests und Messung vor Engineering-Wochen.

Job

Der Fortschritt, den die Käuferin in einer konkreten Situation will, kein Nutzertyp.

Beauftragen

Sie wählen Ihr Angebot (oder eine Tabelle) für diesen Fortschritt.

Absetzen

Sie lassen die alte Lösung, weil sie zu oft versagt hat.

Job Story

Eine kurze Zeile: Wenn … will ich …, damit ich …

Wo JTBD vor einem MVP hilft

Viele starten mit «wir bauen eine App, die …». Käufer wollen selten morgens eine App. Sie wollen ein Ergebnis mit weniger Risiko oder weniger Aufwand. JTBD hält dieses Ergebnis in Worten fest, die Sie testen können.

Es verbessert Kundeninterviews, weil Sie nach dem letzten Mal fragen, als das Problem auftauchte, was passierte und was einfacher gewesen wäre. Es verbessert den Scope, weil Features als «nur wenn dieser Job real ist» markiert werden können. Es verbessert Positionierung, weil Sie Vorher und Nachher des Fortschritts beschreiben, nicht den Technologie-Stack.

Es passt zu Problem-Validierung: Der Job existiert nicht, weil der Satz elegant ist. Gespräche und oft ein kleines Experiment bleiben nötig, bevor Sie den Job als bestätigt behandeln.

1. Den Druckmoment schreiben

   Eine Situation, Gegenwart. «Wenn ein Gast nach einem Wein fragt, von dem wir dachten, er liegt da …» schlägt «Restaurants brauchen Inventar-Software».

2. Die alte Lösung benennen

   Tabelle, WhatsApp-Gruppe, Notizbuch, eine Person. Fragen, was beim letzten Mal brach.

3. Ängste listen

   Was Wechsel riskant macht: Kosten, blöd dastehen, Team schulen, Daten verlieren.

4. Zeilen in Interviewfragen übersetzen

   Nach einer Geschichte fragen, nicht nach einem Urteil über Ihr Mock-up.

Was die Methode nicht beweist

Eine klare Job Story ist kein Umsatz. Zwei Teams können denselben Job sehen und trotzdem gegen einen Platzhirsch, eine Regeländerung oder einen Kanal verlieren, den Sie sich nicht leisten können.

JTBD ersetzt keine Marktgrösse. «Eltern wollen ruhige Abende» sagt nicht, wie viele in der Schweiz CHF 15 pro Monat zahlen. Es beweist nicht, dass Ihre Lösung technisch und preislich tragfähig ist. Es beweist nicht, dass Sie Käufer erreichen, ohne Budget in Anzeigen zu verbrennen, die nicht konvertieren.

Es schützt die Idee nicht. In der Schweiz sind Ideen als solche nicht schützbar; Umsetzung, Marke und Verträge schon. Behandeln Sie die Job-Karte als Input für Validierung, nicht als geistiges Eigentum.

Ein erfundenes Beispiel: vom Feature zum Freitag-Job

Ein erfundenes Beispiel: Eine Solo-Gründerin zielt auf unabhängige Restaurants in Zürich. Das erste Pitch war «digitaler Bestand und Lieferantenbestellungen in einer App». Nach drei Interviews mit höflichem Nicken schrieb sie den Job um: «Wenn der Service startet und die Kühltruhe nicht stimmt, will ich ohne den Saal zu verlassen wissen, was fehlt, damit ich Gäste nicht enttäusche und keinen Lieferanten mitten im Service anrufe.»

Die alte Lösung war Fotos per Chat an den Lieferanten und ein Notizbuch an der Pass. Die Angst: Das Team ignoriert im Rush ein neues Tool. Der MVP-Scope schrumpfte auf eine handyfreundliche Checkliste für einen Lieferanten, kein ERP. Dafür ist JTBD da. Ob Gäste zahlen oder Anzeigen genug Küchen erreichen, brauchte einen separaten Test.

Wer die Workshop-Variante auslassen sollte

Lassen Sie einen formalen JTBD-Sprint, wenn wiederholte Käufe oder unterschriebene Piloten an einen klaren Schmerz gebunden sind. Dann geht es um Reibung senken und Retention messen, nicht um neue Sprache.

Lassen Sie ihn, wenn Sie die Käuferin gar nicht erreichen. Eine schöne Job-Karte für Spitaleinkauf ohne einen Gesprächspartner ist Theater.

Lassen Sie ihn, wenn Sie nur für sich bauen und kein Geschäft anstreben. Das Framework hilft beim Denken, ersetzt aber keinen Markt.

Häufige Fragen

Ist JTBD dasselbe wie User Personas?

Personas beschreiben, wer jemand ist. JTBD beschreibt, was die Person in einem Moment erledigen will. Eine Persona kann für Messaging bleiben; Interviews sollten Situationen und vergangenes Verhalten verankern.

Wie viele Job Stories brauche ich?

Genug, dass derselbe Kampf in unabhängigen Interviews wieder auftaucht. Eine Story ist eine Hypothese. Drei ähnliche Stories von verschiedenen Personen sind ein Signal für einen Test, kein Marktbeleg.

Wenn ein Job scharf genug ist, um ihn mit echtem Build, Landing Page und Messung zu prüfen, ist das MVP-Validierungspaket der Studio-Weg von Discovery zu ausgelieferter Software und einer Go-, Pivot- oder Stop-Empfehlung.