Meine Session planen

# Session Brief: Growth Experiment

## Ziel
Artefakt: Experiment Card

## Arbeitsfrage
Welche kleinste Intervention am Engpass liefert in einer Woche ein interpretierbares Lernergebnis zur Hypothese?

## Kontext
Engpass-Stufe und Baseline; bisheriger Wissensstand zur Hypothese; verfuegbare Channels; Budget pro Experiment; rechtliche Constraints (GDPR, Werbung).

## Setup
- Format: Methoden-Session
- Dauer: 1-2 Wochen pro Experiment, ggf. parallel bis zu 3
- Modus: Workshop oder async
- Teilnehmende: Ein Growth Owner; Engineer fuer Implementierung (ggf. No-Code-Setup); Datenanalyst fuer Auswertung; Marketing- oder Content-Vertreter fuer Reichweitenexperimente; Reviewer fuer Cards.
- Owner: Ein Growth Owner
- 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 Experiment Card hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Experiment-Card-Vorlage (Hypothese, Zielmetrik, Setup, Dauer, Sample, Owner, Lernziel); Hypothesenbacklog (Notion, Trello oder Linear); Trackingsystem; Slack-Channel fuer Updates.

## Vorbereitung
Card-Format festziehen. Wochen-Cadence fuer Kickoff, Mid-Check und Review. Kanban-Board mit Spalten Backlog, Bereit, Laufend, Auswertung, Erledigt. Definition of Done: dokumentierte Lessons Learned.

## Agenda
1. Phase 1: Hypothese und Card (60 min)
   Owner: Facilitator
   Aktion: Hypothese im Format „Wenn wir X tun, dann passiert Y, weil Z“ schreiben. Erfolgsmetrik, Sekundaermetrik, Mindesteffekt, Sample, Dauer, Owner und Lernziel in die Card eintragen. Hinweis: Wenn die Hypothese sechs Sub-Aenderungen enthaelt, ist sie kein Experiment, sondern ein Projekt. Auf eine Aenderung reduzieren, sonst kein Lernen. 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: Experiment Card

2. Phase 2: Bauen oder Faken (1-5 Tage)
   Owner: Facilitator
   Aktion: Minimale Umsetzung waehlen: Feature-Flag, Landingpage-Variante, manueller Wizard-of-Oz, Email-Sequenz. Schnellste Variante, die Lernen erlaubt. Hinweis: Wenn die Umsetzung mehr als 5 Tage braucht, ist das Experiment zu gross. Spike oder Fake-Door vorschalten, um Hypothese billiger zu testen. 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: Result Summary

3. Phase 3: Laufen lassen (1-3 Wochen)
   Owner: Facilitator
   Aktion: Experiment live nehmen. Taegliches Health-Check (Tracking aktiv, keine Crashes, kein Support-Brand). Keine Mid-Check-Decision zur Erfolgsmetrik vor Sample-Erreichung. Hinweis: Health-Check ist nicht Auswertung. Wer taeglich die Erfolgsmetrik anschaut, peeked. Strikt trennen: Health = funktioniert es technisch, Auswertung = wirkt es. 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: Next Bet

4. Phase 4: Auswerten (1 Tag)
   Owner: Facilitator
   Aktion: Ergebnisse gegen Erfolgs- und Counter-Metriken pruefen. Decision: Double-Down (skalieren), Iterate (Variante anpassen), Kill (Hypothese verworfen). Lessons Learned dokumentieren. Hinweis: Auch ein „Kill“ ist wertvoll. Wichtig ist die Aussage: was wissen wir jetzt, was wir vorher nicht wussten. Ohne Lerneintrag ist das Experiment verschwendet. 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: Experiment Card

5. Phase 5: Naechste Hypothese (30 min)
   Owner: Owner
   Aktion: Lessons in Knowledge Base ablegen. Hypothesenbacklog updaten: bestaetigte Annahmen erhoehen Confidence anderer Hypothesen, verworfene reduzieren. Naechstes Experiment einplanen. Hinweis: Backlog-Update ist die Bruecke zur Lernrate. Wenn Lessons nicht in spaetere Confidence-Bewertungen einfliessen, lernt die Organisation pro Quartal nichts. 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: Result Summary

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: Experiment Card

## Abschluss
- Ergebnisartefakt aktualisieren: Experiment Card
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.

# Experiment Card: Growth Experiment

## Arbeitsfrage
Welche kleinste Intervention am Engpass liefert in einer Woche ein interpretierbares Lernergebnis zur Hypothese?

## Kontext
Engpass-Stufe und Baseline; bisheriger Wissensstand zur Hypothese; verfuegbare Channels; Budget pro Experiment; rechtliche Constraints (GDPR, Werbung).

## Beteiligte
- Owner: Ein Growth Owner
- Teilnehmende: Ein Growth Owner; Engineer fuer Implementierung (ggf. No-Code-Setup); Datenanalyst fuer Auswertung; Marketing- oder Content-Vertreter fuer Reichweitenexperimente; Reviewer fuer Cards.

## Input
Experiment-Card-Vorlage (Hypothese, Zielmetrik, Setup, Dauer, Sample, Owner, Lernziel); Hypothesenbacklog (Notion, Trello oder Linear); Trackingsystem; Slack-Channel fuer Updates.

## Vorlage
# Experiment Plan

## Hypothese

Wir glauben, dass ...

## Zielgruppe

Für wen testen wir?

## Testdesign

Was machen Teilnehmende oder Nutzende konkret?

## Erfolgskriterium

Wir werten den Test als positiv, wenn ...

## Risiken und Grenzen

Was kann der Test nicht beweisen?

## Entscheidung danach

Wenn positiv: ...
Wenn negativ: ...

## Owner und Datum

...

## Fertigstellungscheck
- Experiment Card 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 terminieren