Meine Session planen
Plane einen konkreten Arbeitsblock mit Agenda, Rollen, Vorbereitung und kopierbarem Ergebnisartefakt.
Session: Riskiest Assumption Test
Der Plan übersetzt die Methode in einen konkreten moderierten Arbeitsblock. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.
Methoden-Session mit 2-6. Der Plan nutzt die vorhandene Methodenlogik und das Run Sheet.
Run Sheet- 1
Phase 1: Annahmen sammeln und bewerten
60-90 minAlle für die Idee kritischen Annahmen sammeln (Wert, Nutzung, Machbarkeit, Markt). Pro Annahme Unsicherheit (0-3) und Hebel (0-3) bewerten. In Quadranten einordnen. Hinweis: Wer keine Annahmen findet, ignoriert sie. Häufige Kategorien: Zahlen Kunden dafür, Finden Kunden uns, Können wir es bauen, Ist der Markt groß genug. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
FacilitatorListe priorisierter Annahmen - 2
Phase 2: Top-Annahme wählen
15 minAus Top-Right-Quadrant (hohe Unsicherheit, hoher Hebel) eine Annahme als RAT wählen. Begründung dokumentieren. Eindeutiges Auswahl-Statement: „Diese Annahme testen wir jetzt.“ Hinweis: Maximal eine Annahme pro Test-Iteration. Wer parallel testet, kann Ursachen nicht trennen. Andere Annahmen warten in der Pipeline. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
FacilitatorTest-Plan - 3
Phase 3: Minimalen Test designen
1-3 TageKleinster funktionierender Test (Landing-Page, Fake-Door, Wizard-of-Oz, Concierge, Survey). Schwellenwert vor Bau fixieren. Setup-Zeit unter 3 Tagen ideal, max 1 Woche. Hinweis: Versuchung: zu großes Testdesign. Faustregel: wenn Test mehr als 1 Woche braucht, ist Annahme zu groß oder Design zu fett. Kleiner schneiden. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
FacilitatorErgebnisbericht - 4
Phase 4: Test ausführen
3-7 TageTest live. Daten sammeln. Tägliche Kurzauswertung, finale Auswertung nach Zeitraum. Annahmen-Killer-Signale beachten (frühzeitig stoppen, wenn klar invalidiert). Hinweis: Test nicht früher als geplant beenden, außer Annahme ist klar widerlegt (z. B. 0 Signups bei 1000 Visits). Dann früher Stop und Pivot-Diskussion. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
FacilitatorListe priorisierter Annahmen - 5
Phase 5: Pivot, Persevere oder Stop
30-60 minErgebnis gegen Schwellenwert: Erfolg = Persevere (nächste Annahme testen), Mixed = Re-Design, Misserfolg = Pivot (Wertversprechen ändern) oder Stop. Entscheidung dokumentieren. Hinweis: Pivot ist Sieg, nicht Niederlage. Frühe Invalidierung spart Monate. Persevere ohne neue Tests ist gefährlich, weiter Annahmen-Pipeline abarbeiten. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
OwnerTest-Plan - 6
Artefakt veröffentlichen
10 minArtefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
OwnerListe priorisierter Annahmen
Session Brief
Für Einladung, Board, Ticket, PR-Beschreibung oder Workshop-Notiz.
# Session Brief: Riskiest Assumption Test
## Ziel
Artefakt: Liste priorisierter Annahmen
## Arbeitsfrage
Welche Annahme würde, wenn sie sich als falsch herausstellt, die Initiative am stärksten gefährden, und mit welchem kleinstmöglichen Test können wir das in 1-2 Wochen prüfen?
## Kontext
Idee oder Initiative mit Wertversprechen; Annahmen-Map mit Top-3-Kandidaten; Zielgruppe und Recruiting-Channel; verfügbare Test-Tools; Budget und Iteration-Zeitrahmen.
## Setup
- Format: Methoden-Session
- Dauer: 1-2 Wochen pro Iteration
- Modus: Workshop oder async
- Teilnehmende: Ein Discovery-Lead (Product Manager oder Founder); ein Designer/Builder für Test-Setup; ein Engineer bei technisch komplexen Tests; ein Data-Analyst für Metrik-Auswertung.
- Owner: Ein Discovery-Lead (Product Manager oder Founder)
- Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
- Ergebnislogik: Artefakt fertigstellen
## Beteiligungslogik
Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.
## Ergebnislogik
Die Session arbeitet direkt auf Liste priorisierter Annahmen hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.
## Input
Annahmen-Liste mit Bewertung Unsicherheit/Hebel; Experiment Canvas zur Strukturierung; minimales Test-Setup (Landing-Page-Builder, Prototyp-Tool, Concierge-Skript); Tracking-Tool für Metriken; Budget-Freigabe.
## Vorbereitung
Annahmen-Map als Quadrant (Achse Unsicherheit, Achse Hebel). Top-Right (hohe Unsicherheit, hoher Hebel) markiert als RAT-Kandidat. Experiment Canvas für gewählte Annahme. Test-Tool entsprechend Annahme-Typ wählen (Wert, Nutzung, Technik, Markt).
## Agenda
1. Phase 1: Annahmen sammeln und bewerten (60-90 min)
Owner: Facilitator
Aktion: Alle für die Idee kritischen Annahmen sammeln (Wert, Nutzung, Machbarkeit, Markt). Pro Annahme Unsicherheit (0-3) und Hebel (0-3) bewerten. In Quadranten einordnen. Hinweis: Wer keine Annahmen findet, ignoriert sie. Häufige Kategorien: Zahlen Kunden dafür, Finden Kunden uns, Können wir es bauen, Ist der Markt groß genug. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: Liste priorisierter Annahmen
2. Phase 2: Top-Annahme wählen (15 min)
Owner: Facilitator
Aktion: Aus Top-Right-Quadrant (hohe Unsicherheit, hoher Hebel) eine Annahme als RAT wählen. Begründung dokumentieren. Eindeutiges Auswahl-Statement: „Diese Annahme testen wir jetzt.“ Hinweis: Maximal eine Annahme pro Test-Iteration. Wer parallel testet, kann Ursachen nicht trennen. Andere Annahmen warten in der Pipeline. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: Test-Plan
3. Phase 3: Minimalen Test designen (1-3 Tage)
Owner: Facilitator
Aktion: Kleinster funktionierender Test (Landing-Page, Fake-Door, Wizard-of-Oz, Concierge, Survey). Schwellenwert vor Bau fixieren. Setup-Zeit unter 3 Tagen ideal, max 1 Woche. Hinweis: Versuchung: zu großes Testdesign. Faustregel: wenn Test mehr als 1 Woche braucht, ist Annahme zu groß oder Design zu fett. Kleiner schneiden. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: Ergebnisbericht
4. Phase 4: Test ausführen (3-7 Tage)
Owner: Facilitator
Aktion: Test live. Daten sammeln. Tägliche Kurzauswertung, finale Auswertung nach Zeitraum. Annahmen-Killer-Signale beachten (frühzeitig stoppen, wenn klar invalidiert). Hinweis: Test nicht früher als geplant beenden, außer Annahme ist klar widerlegt (z. B. 0 Signups bei 1000 Visits). Dann früher Stop und Pivot-Diskussion. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: Liste priorisierter Annahmen
5. Phase 5: Pivot, Persevere oder Stop (30-60 min)
Owner: Owner
Aktion: Ergebnis gegen Schwellenwert: Erfolg = Persevere (nächste Annahme testen), Mixed = Re-Design, Misserfolg = Pivot (Wertversprechen ändern) oder Stop. Entscheidung dokumentieren. Hinweis: Pivot ist Sieg, nicht Niederlage. Frühe Invalidierung spart Monate. Persevere ohne neue Tests ist gefährlich, weiter Annahmen-Pipeline abarbeiten. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: Test-Plan
6. Artefakt veröffentlichen (10 min)
Owner: Owner
Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
Output: Liste priorisierter Annahmen
## Abschluss
- Ergebnisartefakt aktualisieren: Liste priorisierter Annahmen
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.Arbeitsartefakt
Vorgefüllter Startpunkt auf Basis der passenden Vorlage.
# Liste priorisierter Annahmen: Riskiest Assumption Test
## Arbeitsfrage
Welche Annahme würde, wenn sie sich als falsch herausstellt, die Initiative am stärksten gefährden, und mit welchem kleinstmöglichen Test können wir das in 1-2 Wochen prüfen?
## Kontext
Idee oder Initiative mit Wertversprechen; Annahmen-Map mit Top-3-Kandidaten; Zielgruppe und Recruiting-Channel; verfügbare Test-Tools; Budget und Iteration-Zeitrahmen.
## Beteiligte
- Owner: Ein Discovery-Lead (Product Manager oder Founder)
- Teilnehmende: Ein Discovery-Lead (Product Manager oder Founder); ein Designer/Builder für Test-Setup; ein Engineer bei technisch komplexen Tests; ein Data-Analyst für Metrik-Auswertung.
## Input
Annahmen-Liste mit Bewertung Unsicherheit/Hebel; Experiment Canvas zur Strukturierung; minimales Test-Setup (Landing-Page-Builder, Prototyp-Tool, Concierge-Skript); Tracking-Tool für Metriken; Budget-Freigabe.
## Vorlage
- [ ] Annahme als überprüfbare Aussage formuliert
- [ ] Risiko bewertet
- [ ] Wissensstand bewertet
- [ ] Datenquelle oder Testidee ergänzt
- [ ] Riskiest Assumption markiert
- [ ] Erfolgskriterium definiert
- [ ] Owner und Datum gesetzt
## Fertigstellungscheck
- Liste priorisierter Annahmen ist vollständig genug für Review:
- Ablageort:
- Version / Status:
- Review durch:
- Nächster Schritt:
## Nächster Schritt
- Ergebnis prüfen
- offene Fragen markieren
- Review oder Entscheidung terminierenAssumption Map Checklist
- [ ] Annahme als überprüfbare Aussage formuliert
- [ ] Risiko bewertet
- [ ] Wissensstand bewertet
- [ ] Datenquelle oder Testidee ergänzt
- [ ] Riskiest Assumption markiert
- [ ] Erfolgskriterium definiert
- [ ] Owner und Datum gesetzt- Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
- Das Ergebnis passt zu Liste priorisierter Annahmen.
- Pro RAT eigene ID und Datum. Annahmen-Map mit Versions-Stand, abgearbeitete Annahmen markieren. Test-Ergebnis archivieren (nicht löschen) auch bei Pivot, da spätere Iterationen Bezug brauchen.
- Offene Fragen sind als Follow-up notiert.
- Der nächste Review oder Entscheidungspunkt ist terminiert.