methodatlas
MethodenanleitungProduct Strategy

KPI Tree

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel
Zeit90-180 min initial, dann laufend
Teilnehmende3-8
FormatWorkshop + Async
ReifegradEstablished
KPI Tree planen
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenBegrenzter Gegenstand

Scope und Zweck von KPI Tree sind als konkrete Frage benannt.

Ohne Scope wird KPI Tree beliebig.
Vorher abschließenZugang zu relevanten Perspektiven

Strategisches Outcome, Metrikdefinitionen und Datenquellen, bekannte Werttreiber und entscheidungsfähige Fachpersonen sind verfügbar.

Ohne diese Perspektiven bleiben zentrale Aussagen in KPI Tree unbelegt.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

Strategisches Outcome, Metrikdefinitionen und Datenquellen, bekannte Werttreiber, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.

Personen / Rollen

Product/Business Owner · Analytics · Data Owner · Vertreter der steuernden Teams

Vorabinfos

Strategisches Outcome, Metrikdefinitionen und Datenquellen, bekannte Werttreiber vorab zusammentragen und offene Annahmen markieren.

Zeitbedarf

60–90 Minuten initial; monatlicher 30-Minuten-Review

Setup

eine hierarchische Outcome-Driver-Input-Kette mit Formel und Hypothese je Verbindung sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

03

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche veränderbaren Treiber erklären unser Outcome, wie werden sie berechnet und welche Eingangsmetriken können Teams steuern?

04

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Ein KPI Tree verbindet Outcome-, Treiber- und Inputmetriken. Jede Kante ist eine Hypothese über Einfluss und braucht Definition, Formel, Owner und Prüfweg. Der Baum dient der Steuerung, nicht der dekorativen Anordnung vorhandener Dashboards.

KPI Tree

Fiktives Arbeitsbeispiel

eine hierarchische Outcome-Driver-Input-Kette mit Formel und Hypothese je Verbindung als präzise Arbeitsstruktur mit fiktivem Beispiel.

Outcome

Definition · Population · Formel · Fenster

Erfolgreiche Teamreviews / aktive Teams pro Woche.

Treiber

Aktivierung · Wiederholung · Wertrealisierung · Kantenhypothesen

Aktivierung in 7 Tagen; Reviews in 3 von 4 Wochen.

Steuerbare Inputs

Teamnahe Maßnahmen und Eingangsmetriken

Anteil Reviews mit vorbereiteter Agenda.

Guardrails

Nebenwirkungen und nicht zu verschlechternde Metriken

Abbruchquote und Supportfälle je Review.

Metrikverträge

Formel · Quelle · Owner · Qualität · Validierung

Analytics Owner; Event review_completed; monatlicher Kantencheck.

Jede Verbindung ist eine überprüfbare Wirkungshypothese, keine gesicherte Kausalität.

Amplitude: North Star Playbook

  1. 1

    Outcome

    Outcome

    Ziel

    Outcome-Definition so erarbeiten, dass die Kernfrage „Welche veränderbaren Treiber erklären unser Outcome, wie werden sie berechnet und welche Eingangsmetriken können Teams steuern?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Strategisches Outcome
    • Metrikdefinitionen und Datenquellen
    • bekannte Werttreiber

    Durchführung

    • Outcome, Population, Zeitfenster, Formel und Guardrails eindeutig definieren.
    • Quelle, Begründung und offene Unsicherheit direkt in Outcome-Definition festhalten.

    Ergebnis

    Outcome-Definition

    Outcome-Definition · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Können zwei Analysten aus denselben Rohdaten denselben Wert berechnen?

    Stolperfalle

    Ein Zielwort wie Engagement steht an der Spitze, ohne Population, Formel oder Zeitfenster. Grundlage nachholen, Aussage korrigieren und den Schritt mit sichtbarer Begründung wiederholen.

    Zeitlicher Rahmen: 10–20 Minuten

  2. 2

    Treiber

    Treiber

    Ziel

    Treiberbaum so erarbeiten, dass die Kernfrage „Welche veränderbaren Treiber erklären unser Outcome, wie werden sie berechnet und welche Eingangsmetriken können Teams steuern?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Outcome-Definition
    • Metrikdefinitionen und Datenquellen
    • bekannte Werttreiber

    Durchführung

    • Outcome in wenige nicht überlappende Treiber zerlegen und jede Kante als Hypothese formulieren.
    • Quelle, Begründung und offene Unsicherheit direkt in Treiberbaum festhalten.

    Ergebnis

    Treiberbaum

    Treiberbaum · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Sind Treiber gemeinsam hinreichend, trennbar und theoretisch beeinflussbar?

    Stolperfalle

    Vorhandene Dashboardmetriken werden ohne Wirklogik unter das Outcome gehängt. Grundlage nachholen, Aussage korrigieren und den Schritt mit sichtbarer Begründung wiederholen.

    Zeitlicher Rahmen: 10–20 Minuten

  3. 3

    Definition

    Operationalisieren

    Ziel

    Metrikverträge so erarbeiten, dass die Kernfrage „Welche veränderbaren Treiber erklären unser Outcome, wie werden sie berechnet und welche Eingangsmetriken können Teams steuern?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Treiberbaum
    • Metrikdefinitionen und Datenquellen
    • bekannte Werttreiber

    Durchführung

    • Für jeden Treiber steuerbare Inputs, Definitionen, Datenowner und Aktualisierung festlegen.
    • Quelle, Begründung und offene Unsicherheit direkt in Metrikverträge festhalten.

    Ergebnis

    Metrikverträge

    Metrikverträge · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Hat jede Metrik Formel, Quelle, Owner und bekannte Datenlücke?

    Stolperfalle

    Teams werden auf Metriken verpflichtet, die sie weder beeinflussen noch verlässlich messen können. Grundlage nachholen, Aussage korrigieren und den Schritt mit sichtbarer Begründung wiederholen.

    Zeitlicher Rahmen: 10–20 Minuten

  4. 4

    Prüfen

    Prüfen

    Ziel

    Validierungslog so erarbeiten, dass die Kernfrage „Welche veränderbaren Treiber erklären unser Outcome, wie werden sie berechnet und welche Eingangsmetriken können Teams steuern?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Metrikverträge
    • Metrikdefinitionen und Datenquellen
    • bekannte Werttreiber

    Durchführung

    • Treiberhypothesen mit Analyse oder Experiment prüfen und den Baum bei Gegenbelegen ändern.
    • Quelle, Begründung und offene Unsicherheit direkt in Validierungslog festhalten.

    Ergebnis

    Validierungslog

    Validierungslog · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Ist pro kritischer Kante geklärt, welche Evidenz sie stützt oder schwächt?

    Stolperfalle

    Korrelation wird als Kausalität behandelt und der Baum nie gegen reale Veränderungen geprüft. Grundlage nachholen, Aussage korrigieren und den Schritt mit sichtbarer Begründung wiederholen.

    Zeitlicher Rahmen: 10–20 Minuten

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

KPI Tree · Top-Metrik in Treiber zerlegenEine Spitzenmetrik in steuerbare Treiber, Sub-Metriken, Owner und Review-Kadenz herunterbrechen
KPI TreeDas Visual zeigt eine Top-Metrik, Haupttreiber, steuerbare Sub-Metriken, Owner und Review-Kadenz als KPI-Baum.Eine Spitzenmetrik in steuerbare Treiber zerlegenDer KPI Tree verbindet Strategie, Daten und Teamhebel, ohne aus Metriken eine lose Dashboard-Liste zu machen.Top-Metrik wählensauber definieren: Zähler, Nenner,ZeitraumKPI TreeMonthly Active Teams12.400Company KPIActivation38 %GrowthRetention54 %ProductInvite Flow+8 %Team AOnboarding-12 % DropTeam BWeekly Value4,1 EventsTeam COwner & Datenpro Knoten Quelle, Owner undReview-Kadenz festhaltenReviewTreiber prüfen, Hebel neupriorisierenkausale Treiber statt KPI-ListeTeamarbeit an steuerbare Hebel hängenDefinitionendokumentieren
Form

Versioniertes KPI Tree mit Datum, Quellen, Ownern und nächstem Review.

Versionierung / Ownership

Datum, Quelle, Annahmenstand und Entscheidung je Fassung von KPI Tree erhalten.

Tool-Alternativen
  • KPI Tree als Board oder Dokument
  • Quellen- und Evidenzregister
  • Entscheidungs- und Maßnahmenlog

kpi-tree-working-template.md

Plane KPI Tree entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

KPI Tree: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxis einrichten und überprüfen Zeit: 60–90 Minuten initial; monatlicher 30-Minuten-Review

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

  • Materialien: Strategisches Outcome, Metrikdefinitionen und Datenquellen, bekannte Werttreiber, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
  • Rollen: Product/Business Owner · Analytics · Data Owner · Vertreter der steuernden Teams
  • Vorab-Infos: Strategisches Outcome, Metrikdefinitionen und Datenquellen, bekannte Werttreiber vorab zusammentragen und offene Annahmen markieren.
  • Gesamter Zeitbedarf: 60–90 Minuten initial; monatlicher 30-Minuten-Review
  • Setup: eine hierarchische Outcome-Driver-Input-Kette mit Formel und Hypothese je Verbindung sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

Für die Arbeitsschritte bereitstellen

Outcome: Outcome

  • Strategisches Outcome
  • Metrikdefinitionen und Datenquellen
  • bekannte Werttreiber

Treiber: Treiber

  • Outcome-Definition
  • Metrikdefinitionen und Datenquellen
  • bekannte Werttreiber

Definition: Operationalisieren

  • Treiberbaum
  • Metrikdefinitionen und Datenquellen
  • bekannte Werttreiber

Prüfen: Prüfen

  • Metrikverträge
  • Metrikdefinitionen und Datenquellen
  • bekannte Werttreiber

KPI Tree

Outcome

Definition · Population · Formel · Fenster

...

Treiber

Aktivierung · Wiederholung · Wertrealisierung · Kantenhypothesen

...

Steuerbare Inputs

Teamnahe Maßnahmen und Eingangsmetriken

...

Guardrails

Nebenwirkungen und nicht zu verschlechternde Metriken

...

Metrikverträge

Formel · Quelle · Owner · Qualität · Validierung

...

Nur reale Angaben, Quellen und Entscheidungen eintragen.

Amplitude: North Star Playbook

Outcome: Outcome

Erwartetes Artefakt: Outcome-Definition

Outcome-Definition · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

  • Können zwei Analysten aus denselben Rohdaten denselben Wert berechnen?

Treiber: Treiber

Erwartetes Artefakt: Treiberbaum

Treiberbaum · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

  • Sind Treiber gemeinsam hinreichend, trennbar und theoretisch beeinflussbar?

Definition: Operationalisieren

Erwartetes Artefakt: Metrikverträge

Metrikverträge · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

  • Hat jede Metrik Formel, Quelle, Owner und bekannte Datenlücke?

Prüfen: Prüfen

Erwartetes Artefakt: Validierungslog

Validierungslog · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

  • Ist pro kritischer Kante geklärt, welche Evidenz sie stützt oder schwächt?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/kpi-tree/run-sheet

06

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

kpi-tree-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel: Outcome 'erfolgreiche Teamreviews pro Woche'. Formel: Teams mit abgeschlossenem Review / aktive Teams. Treiber 1 Aktivierung: Teams mit erstem Review innerhalb 7 Tagen / neue Teams. Treiber 2 Wiederholung: Teams mit Review in 3 von 4 Wochen / aktivierte Teams. Input: Anteil Teams mit vorbereiteter Agenda. Guardrail: Abbruchquote während Review. Jede Kante bleibt Hypothese bis Analyse oder Experiment.

07

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

  1. OutcomeEin Zielwort wie Engagement steht an der Spitze, ohne Population, Formel oder Zeitfenster.In der Phase ansehen
  2. TreiberVorhandene Dashboardmetriken werden ohne Wirklogik unter das Outcome gehängt.In der Phase ansehen
  3. OperationalisierenTeams werden auf Metriken verpflichtet, die sie weder beeinflussen noch verlässlich messen können.In der Phase ansehen
  4. PrüfenKorrelation wird als Kausalität behandelt und der Baum nie gegen reale Veränderungen geprüft.In der Phase ansehen
08

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

KPI Tree beantwortet die Kernfrage mit nachvollziehbaren Belegen oder offen markierter Unsicherheit.
Owner, nächste Aktion und Prüftermin sind für offene Punkte benannt.

Methode nach Praxisgemeinschaft. Die Methode ist als verbreitete Praxis entstanden und wird nicht eindeutig einer einzelnen Urheberin oder Organisation zugeschrieben. Kuratiert mit 1 Quellen.

Quellen: Amplitude: North Star Playbook

Ablauf, Timeboxen und Stolperfallen sind redaktionell kuratierte Praxisempfehlungen auf Basis der genannten Quellen.

Wie geht es weiter?

Papierillustration zu OKRs mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.
Product Strategy
OKRs

Übersetzt bestätigte Treiber in messbare Key Results für die nächste Periode.

Arbeitsfläche für Growth Experiment: Frage, Beobachtungen und nächste Entscheidung sind sichtbar.
Growth
Growth Experiment

Testet gezielt eine Maßnahme auf den validierten Treiber.

Im Playbook ansehenProduktstrategie aus Vision ableitenVon einer geteilten Produktvision über eine belastbare Wette zu einer messbaren KPI-Struktur.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum SteckbriefWeitere Methoden