Meine Session planen

# Session Brief: Funnel Analysis

## Ziel
Artefakt: Funnel Report

## Arbeitsfrage
An welchen Schritten verlieren Nutzer welche Conversion in welchem Segment, und welche Hypothese erklaert den Drop?

## Kontext
Event-Tracking-Plan mit Definitionen; Zeitraum-Festlegung (z. B. letzte 30 oder 90 Tage); Segmentierungs-Achsen (Channel, Geraet, Plan); bekannte technische Drop-Outs.

## Setup
- Format: Async-Arbeitslauf
- Dauer: 24 bis 72 h
- Modus: asynchron
- Teilnehmende: Ein Datenanalyst mit Tool-Zugriff; ein Product Owner mit Verantwortung fuer den Flow; ein Marketing- oder UX-Vertreter mit Hypothesen; optionaler Stakeholder zur Validierung.
- Owner: Ein Datenanalyst mit Tool-Zugriff
- 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 Funnel Report hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
BI- oder Produktanalytik-Tool mit Zugriff auf Event-Daten; Tabelle fuer Schritte (Step, Definition, Event-ID, n, Conversion-Rate, Drop); Vorlage fuer Segment-Vergleich.

## Vorbereitung
Funnel-Report im Tool anlegen mit definierten Schritten in Reihenfolge. Zeitfenster und Mindest-Sample setzen (mindestens 500 Nutzer pro Schritt fuer belastbare Raten). Vergleichszeitraum als Baseline ergaenzen.

## Agenda
1. Brief vorbereiten (15-30 min)
   Owner: Owner
   Aktion: Arbeitsfrage, Input, Zielartefakt und Reviewfrist für Funnel Analysis vorbereiten. Verlinke relevante Daten, Quellen und bestehende Artefakte. 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: Session Brief

2. Asynchron bearbeiten (24 bis 72 h)
   Owner: Teilnehmende
   Aktion: Teilnehmende arbeiten die Methode entlang der Vorlage durch. Fokus: Beiträge direkt am Artefakt ergänzen, Annahmen markieren und Belege verlinken. 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: Funnel Report

3. Review bündeln (20-30 min)
   Owner: Facilitator
   Aktion: Kommentare, Widersprüche und offene Fragen clustern. Unklare Punkte als Entscheidungen, Risiken oder Follow-ups einsortieren. 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: Review Notes

4. Artefakt finalisieren (15-30 min)
   Owner: Owner
   Aktion: Eingearbeitete Version erstellen, Status setzen und nächsten Review oder Entscheidungspunkt terminieren. 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: Drop-off Analysis

5. 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: Funnel Report

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

# Funnel Report: Funnel Analysis

## Arbeitsfrage
An welchen Schritten verlieren Nutzer welche Conversion in welchem Segment, und welche Hypothese erklaert den Drop?

## Kontext
Event-Tracking-Plan mit Definitionen; Zeitraum-Festlegung (z. B. letzte 30 oder 90 Tage); Segmentierungs-Achsen (Channel, Geraet, Plan); bekannte technische Drop-Outs.

## Beteiligte
- Owner: Ein Datenanalyst mit Tool-Zugriff
- Teilnehmende: Ein Datenanalyst mit Tool-Zugriff; ein Product Owner mit Verantwortung fuer den Flow; ein Marketing- oder UX-Vertreter mit Hypothesen; optionaler Stakeholder zur Validierung.

## Input
BI- oder Produktanalytik-Tool mit Zugriff auf Event-Daten; Tabelle fuer Schritte (Step, Definition, Event-ID, n, Conversion-Rate, Drop); Vorlage fuer Segment-Vergleich.

## Vorlage
# Funnel Analysis Arbeitsvorlage

## Ziel

Analysiert Konversionen und Abbrüche zwischen definierten Schritten.

## 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
- Funnel Report:
- Drop-off Analysis:
- Optimization Hypotheses:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

## Fertigstellungscheck
- Funnel Report 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