Meine Session planen
Plane einen konkreten Arbeitsblock mit Agenda, Rollen, Vorbereitung und kopierbarem Ergebnisartefakt.
Session: KPI Tree
Der Plan übersetzt die Methode in einen konkreten moderierten Arbeitsblock. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.
Methoden-Session mit 3-8. Der Plan nutzt die vorhandene Methodenlogik und das Runsheet.
RunsheetNutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.
Die Session arbeitet direkt auf KPI-Baum hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.
- 1
Phase 1: Spitzenmetrik definieren
15 minSpitzenmetrik mit Zähler, Nenner, Aggregations-Zeitraum, Quelle festhalten. Aktueller Wert. Ziel-Wert (z. B. Quartals- oder Jahresziel). Hinweis: Wenn Spitzenmetrik unklar definiert, ist Baum auf Sand gebaut. Definition muss in 1 Satz wiederholbar sein. Wer fragen muss „was meinen wir mit Y“, hat unscharfe Wurzel.
FacilitatorKPI-Baum - 2
Phase 2: Erste Ebene Treiber
30-45 minWie zerlegt sich Spitzenmetrik mathematisch oder kausal in 2-5 Sub-Metriken (z. B. Active Users = New Users + Returning Users; Revenue = ARPU * Active Users). Definition pro Knoten. Hinweis: Mathematische Zerlegung ist Goldstandard. Kausale Zerlegung (z. B. „Aktivierung treibt Retention“) braucht stärkere Begründung. Mischung erlaubt, aber pro Knoten klar markieren.
FacilitatorOwner-Liste - 3
Phase 3: Zweite Ebene Hebel
30-45 minPro Ebene-1-Knoten weitere Zerlegung in Hebel und Sub-Metriken. Typisch 2-4 Sub-Knoten. Owner und aktueller Wert pro Knoten. Hinweis: Zweite Ebene ist häufig die Aktions-Ebene (Hebel, die Teams steuern). Tiefer als 3 Ebenen wird unübersichtlich, Detail in eigenen Teilbäumen.
FacilitatorKPI-Baum - 4
Phase 4: Owner, Daten und Review-Cadence
15-30 minPro Knoten Owner namentlich, Datenquelle (Dashboard-Link), Review-Cadence (typisch wöchentlich für operative Metriken, monatlich für strategische). Hinweis: Knoten ohne Owner ist Wandschmuck. Pro Knoten konkrete Person mit Verantwortung für Bewegung. Bei mehreren Ownern primären benennen.
OwnerOwner-Liste - 5
Artefakt veröffentlichen
10 minArtefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
OwnerKPI-Baum
Session Brief
Für Einladung, Board, Ticket, PR-Beschreibung oder Workshop-Notiz.
session-brief.md
Session Brief: KPI Tree
Ziel
Artefakt: KPI-Baum
Arbeitsfrage
Wie zerlegt sich die Spitzenmetrik in steuerbare Sub-Metriken, welche treibt welchen Beitrag, und wer ist verantwortlich für welchen Hebel?
Kontext
Spitzenmetrik mit Definition (Zähler, Nenner, Aggregations-Zeitraum); aktueller Wert; Funnel-Daten; bekannte Hebel-Hypothesen; Owner-Kandidaten für Sub-Metriken.
Setup
- Format: Methoden-Session
- Dauer: 90-180 min initial, danach laufend
- Modus: Workshop oder async
- Teilnehmende: Ein Facilitator mit Analytics-Verständnis; ein Product Lead oder Growth-Lead; Data Analyst für Metrik-Definitionen; 2-4 weitere Teammitglieder; ein Scribe für Owner und Daten.
- Owner: Ein Facilitator mit Analytics-Verständnis
- 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 KPI-Baum hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.
Input
Whiteboard oder Miro-Board mit hierarchischer Struktur (Wurzel oben, Sub-Knoten unten); Spitzenmetrik mit aktuellem Wert; Datenquellen-Liste; Stifte; Tool für persistente Pflege (Notion, Lookerstudio, dbt).
Vorbereitung
Spitzenmetrik als Wurzel oben am Board. Knoten-Template: Name, Definition, aktueller Wert, Owner, Hebel. Hierarchie-Tiefe max 3 Ebenen für Übersicht.
Agenda
-
Phase 1: Spitzenmetrik definieren (15 min) Owner: Facilitator Aktion: Spitzenmetrik mit Zähler, Nenner, Aggregations-Zeitraum, Quelle festhalten. Aktueller Wert. Ziel-Wert (z. B. Quartals- oder Jahresziel). Hinweis: Wenn Spitzenmetrik unklar definiert, ist Baum auf Sand gebaut. Definition muss in 1 Satz wiederholbar sein. Wer fragen muss „was meinen wir mit Y“, hat unscharfe Wurzel. Output: KPI-Baum
-
Phase 2: Erste Ebene Treiber (30-45 min) Owner: Facilitator Aktion: Wie zerlegt sich Spitzenmetrik mathematisch oder kausal in 2-5 Sub-Metriken (z. B. Active Users = New Users + Returning Users; Revenue = ARPU * Active Users). Definition pro Knoten. Hinweis: Mathematische Zerlegung ist Goldstandard. Kausale Zerlegung (z. B. „Aktivierung treibt Retention“) braucht stärkere Begründung. Mischung erlaubt, aber pro Knoten klar markieren. Output: Owner-Liste
-
Phase 3: Zweite Ebene Hebel (30-45 min) Owner: Facilitator Aktion: Pro Ebene-1-Knoten weitere Zerlegung in Hebel und Sub-Metriken. Typisch 2-4 Sub-Knoten. Owner und aktueller Wert pro Knoten. Hinweis: Zweite Ebene ist häufig die Aktions-Ebene (Hebel, die Teams steuern). Tiefer als 3 Ebenen wird unübersichtlich, Detail in eigenen Teilbäumen. Output: KPI-Baum
-
Phase 4: Owner, Daten und Review-Cadence (15-30 min) Owner: Owner Aktion: Pro Knoten Owner namentlich, Datenquelle (Dashboard-Link), Review-Cadence (typisch wöchentlich für operative Metriken, monatlich für strategische). Hinweis: Knoten ohne Owner ist Wandschmuck. Pro Knoten konkrete Person mit Verantwortung für Bewegung. Bei mehreren Ownern primären benennen. Output: Owner-Liste
-
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: KPI-Baum
Abschluss
- Ergebnisartefakt aktualisieren: KPI-Baum
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.
Arbeitsartefakt
Vorgefüllter Startpunkt auf Basis der passenden Vorlage.
arbeitsartefakt.md
KPI-Baum: KPI Tree
Arbeitsfrage
Wie zerlegt sich die Spitzenmetrik in steuerbare Sub-Metriken, welche treibt welchen Beitrag, und wer ist verantwortlich für welchen Hebel?
Kontext
Spitzenmetrik mit Definition (Zähler, Nenner, Aggregations-Zeitraum); aktueller Wert; Funnel-Daten; bekannte Hebel-Hypothesen; Owner-Kandidaten für Sub-Metriken.
Beteiligte
- Owner: Ein Facilitator mit Analytics-Verständnis
- Teilnehmende: Ein Facilitator mit Analytics-Verständnis; ein Product Lead oder Growth-Lead; Data Analyst für Metrik-Definitionen; 2-4 weitere Teammitglieder; ein Scribe für Owner und Daten.
Input
Whiteboard oder Miro-Board mit hierarchischer Struktur (Wurzel oben, Sub-Knoten unten); Spitzenmetrik mit aktuellem Wert; Datenquellen-Liste; Stifte; Tool für persistente Pflege (Notion, Lookerstudio, dbt).
Vorlage
KPI Tree Canvas
Kontext
Wofür wird die Methode eingesetzt?
Kernfrage
Welche Frage soll am Ende beantwortet sein?
Input
Welche Daten, Beobachtungen oder Materialien liegen vor?
Arbeitsfläche
- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:
Ergebnisartefakte
- KPI-Baum:
- Owner-Liste:
Offene Fragen
- ...
Nächster Schritt
Owner, Datum, Erfolgssignal.
Fertigstellungscheck
- KPI-Baum 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
KPI Tree Arbeitsvorlage
Vorlage ansehenKompakte Arbeitsvorlage für KPI Tree mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.canvas
kpi-tree-working-template.md
Kompakte Arbeitsvorlage für KPI Tree mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
KPI Tree Canvas
Kontext
Wofür wird die Methode eingesetzt?
Kernfrage
Welche Frage soll am Ende beantwortet sein?
Input
Welche Daten, Beobachtungen oder Materialien liegen vor?
Arbeitsfläche
- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:
Ergebnisartefakte
- KPI-Baum:
- Owner-Liste:
Offene Fragen
- ...
Nächster Schritt
Owner, Datum, Erfolgssignal.
- Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
- Das Ergebnis passt zu KPI-Baum.
- Baum-Struktur quartalsweise re-evaluieren. Aktuelle Werte laufend aktualisiert (Dashboard-Anbindung). Strukturelle Änderungen mit Datum und Begründung. Vorversion archivieren.
- Offene Fragen sind als Follow-up notiert.
- Der nächste Review oder Entscheidungspunkt ist terminiert.