Was vorher fertig sein muss
Eine priorisierte Liste der riskantesten Annahmen über Problem, Lösung, Markt und Geschäftsmodell liegt vor.
Eine Lean-Canvas-Version oder vergleichbares Geschäftsmodell-Skizze beschreibt Hypothese-Felder (Problem, Solution, Channels, Revenue).
Was vor Start vorliegen muss
Annahmen-Backlog mit Priorität; Experiment-Template (Hypothese, Methode, Sample, Erfolgskriterium); Tracking-Tool für Lernreports (Notion, Confluence, Airtable); Analytics-Setup für Verhalten; Budget pro Zyklus.
Ein Founder oder Product Lead als Owner; ein bis drei Macher (cross-funktional, oft 1 PM, 1 Designer, 1 Engineer); ein Analyst für Mess-Setup; ein Sponsor mit Pivot-/Persevere-Mandat.
Vision und Geschäftsmodell; priorisierter Annahmen-Backlog; vorhandene Daten und Zielgruppe; Budget und Zeitlimit pro Zyklus; bekannte Constraints (Regulatorik, Tech).
Wochen bis Monate pro Zyklus, gesamt mehrere Zyklen
Zyklus-Cadence festlegen (z. B. 2-3 Wochen pro Build-Measure-Learn). Lernreport-Vorlage angelegt. Pivot-Persevere-Termin im Kalender. Sponsor-Mandat schriftlich.
Die eine Frage, die diese Methode beantwortet
Welche riskante Annahme testet das Team im nächsten Zyklus mit minimalem Aufwand, und welches messbare Verhalten gilt als Bestätigung oder Widerspruch?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Hypothese und Erfolgskriterium | 1-2 Tage | Riskanteste offene Annahme als Hypothese formulieren: „Wir glauben, dass X tut Y, weil Z. Wir werden uns dessen sicher sein, wenn wir A bei B Personen beobachten.“ Erfolgskriterium vor MVP-Bau festlegen. | Erfolgskriterium nach dem MVP-Bau zu definieren ist Confirmation Bias. Vorab festlegen, was Bestätigung und Widerspruch genau heißt. |
2Phase 2: MVP bauen | 3-10 Tage | Kleinster möglicher Aufbau, der das Verhalten messen lässt. Optionen: Landing Page, Concierge, Wizard of Oz, Fake Door, Prototyp. Engineering nur so viel wie unverzichtbar. | MVPs werden zu echten Produkten, wenn Bauen Spaß macht. Strenger Cut: was minimal nötig, um das Verhalten zu testen? Alles andere wartet. |
3Phase 3: Messen | 1-4 Wochen, abhängig von Sample | Verhalten quantitativ messen: Conversion, Klicks, Zahlungen, Wiederkehr. Mindest-Sample erreichen, bevor interpretiert wird. Daten roh dokumentieren, nicht nur Aggregate. | Wer Daten zwischendurch interpretiert, bricht oft zu früh ab oder verfälscht Sample. Diszipliniertes Warten auf Mindest-Sample ist Pflicht. |
4Phase 4: Lernen und Lernreport | 1-2 Tage | Daten gegen Erfolgskriterium prüfen. Lernreport schreiben: Hypothese, Setup, Ergebnis, Interpretation, offene Fragen. Sponsor und Team reviewen. | Lernreport ohne explizites Result (bestätigt/widerlegt/offen) verpufft. Ergebnis-Etikett ist Pflicht, auch wenn unangenehm. |
5Phase 5: Pivot oder Persevere | Halber Tag | Entscheidung: weiter wie geplant (Persevere), strategisch ändern (Pivot), oder Lerntyp wechseln (anders messen). Pro Entscheidung Begründung und nächste Hypothese. Sponsor unterschreibt. | Pivot ohne Begründung ist Kapitulation. Persevere ohne Begründung ist Sturheit. Jede Entscheidung braucht Verweis auf Lernreport-Daten, sonst wird die Methode reine Theaterkulisse. |
Was am Ende rauskommt
Lernreport pro Zyklus mit Hypothese, MVP-Beschreibung, Mess-Setup, Daten, Ergebnis, Pivot-/Persevere-Entscheidung und nächster Hypothese. Plus laufender Annahmen-Backlog mit Status (open, in test, bestätigt, widerlegt).
Pro Zyklus eigener Lernreport mit Datum und Zyklus-Nummer. Annahmen-Backlog wächst, Status-Updates getrackt. Pivot-Entscheidungen mit Verweis auf Lernreport, alte Hypothesen archiviert.
Kompakte Arbeitsvorlage für Lean Startup mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Lean Startup Arbeitsvorlage
## Ziel
Build-Measure-Learn-Zyklen, um Geschäftsannahmen schnell und günstig zu validieren.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- Hypothesenliste:
- MVPs:
- Lernreports:
- Pivot- oder Persevere-Entscheidung:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Konkret gefülltes Szenario
## Lernreport Zyklus 4 — Solo-Steuerberatung-MVP (18.05.2026)
**Hypothese**: Wir glauben, dass Solo-Steuerberater in DACH für eine KI-Belegerfassung 19 EUR/Monat zahlen, weil Belegerfassung der teuerste Zeitfresser ist. Bestätigung: 25 von 50 angesprochenen STBs ziehen Pricing-Test bis zur Bestätigungsseite durch (50% Conversion).
**MVP**: Landing Page mit Preistabelle (9/19/29 EUR), Stripe-Checkout im Test-Mode (echte Karten nicht belastet). Beworben über LinkedIn-DM-Outreach (53 Personen kontaktiert).
**Messung** (2 Wochen, 53 STB kontaktiert, 50 Klicks):
- 19-EUR-Tarif: 11 von 50 bis Stripe-Checkout (22%).
- 9-EUR-Tarif: 27 von 50 (54%).
- 29-EUR-Tarif: 4 von 50 (8%).
**Ergebnis**: Hypothese widerlegt für 19 EUR. Bestätigt für 9 EUR.
**Interpretation**: Zahlungsbereitschaft niedriger als angenommen. Mögliche Gründe: STBs vergleichen mit DATEV Unternehmen Online, das in DATEV-Vollabo bereits enthalten ist. Wertbotschaft braucht klare Abgrenzung.
**Entscheidung (Sponsor @julia)**: Pivot in Pricing. Nächste Hypothese: Zielgruppe wechseln zu Solo-Selbstständigen ohne STB (höhere Zahlungsbereitschaft wahrscheinlich). Test in Zyklus 5.
**Annahmen-Backlog-Update**: A12 (Pricing 19 EUR) widerlegt, A18 (Solo-Selbstständige zahlen 12-15 EUR) wird neu top-prio.Symptome erkennen, gegensteuern
MVP-Bau dauert 3 Monate statt 2 Wochen, weil Engineering „richtig“ baut.
Definition: MVP ist das Minimum, um Verhalten zu messen. Wizard of Oz, Concierge, Fake Door vor echtem Code prüfen. Build-Zeit max. 25% der Zykluszeit.
Daten kommen rein, Team interpretiert post-hoc als Erfolg, Bestätigung ist beliebig.
Erfolgskriterium vor MVP-Bau schriftlich. Mindest-Sample und Mindest-Conversion explizit. Bei Lückenhaftigkeit ist das Experiment nicht durchgeführt.
Surveys fragen „würden Sie das nutzen?“, Antworten sind positiv, niemand zahlt später.
Mess-Setup auf Verhalten ausrichten: Klick, Zahlung, Anmeldung, Wiederkehr. Surveys nur als Ergänzung, nie als alleinige Evidenz.
Lernreport zeigt Widerlegung, Team baut die widerlegte Idee trotzdem weiter aus.
Pivot-Persevere-Termin als feste Sitzung mit Sponsor. Widerlegung muss strategische Konsequenz haben. Wer am widerlegten Pfad festhält, braucht neuen Datenpunkt.
Hypothese ist trivial („Nutzer wollen schneller Klarheit“), Bestätigung ist informationsfrei.
Hypothese muss riskant sein: bei Widerlegung würde Strategie sich ändern. Wenn kein Pivot denkbar, war die Hypothese nicht riskant genug.
Conversion auf 8 Klicks gemessen, jede Interpretation hat Unsicherheit ±50%.
Mindest-Sample vor Test definieren (z. B. 50 oder 100). Bei kleinerem Sample Ergebnis als „offen“ markieren und Zyklus verlängern.
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.