Treiberbaum: KPIs strukturieren wie ein CDO

Ein Treiberbaum zerlegt eine Top-Kennzahl — meist den Umsatz — Ebene für Ebene in ihre beeinflussbaren Bestandteile, bis operative Kennzahlen erreicht sind, die einzelne Teams wirklich steuern können. Er beantwortet die Frage, welche Zahl welche beeinflusst — und damit, wo du ansetzen musst, wenn oben etwas kippt.

Wer meinen Podcast hört, kennt das: Ich liebe Treiberbäume. Meine Kurzdefinition aus einer Folge mit dem Startup buah: „Umsatz — und nach Umsatz kommt Anzahl der Orders und dazu im Vergleich der Average Order Value, und dann geht es immer zurück: welche Zahl beeinflusst welche." Trotzdem erlebe ich in Unternehmen, die ich begleite, immer wieder dasselbe: Viele kennen den Treiberbaum gar nicht, viele setzen ihn nie auf. Dabei ist er das erste Werkzeug, das ich als CDO in jeder Organisation aufmale — im Zweifel in Miro, lange bevor ein Dashboard existiert.

Was ist ein Treiberbaum?

Die methodische Definition stammt aus der Folge, in der ich das Thema komplett durchgesprochen habe — mit Ole B. von Project A: „Im Grunde geht es darum, eine sehr nachgelagerte Metrik wie den Umsatz in ihre Bestandteile herunterzubrechen. Das geht nicht immer sehr deterministisch." Der letzte Halbsatz ist wichtig: Ein Treiberbaum ist keine Bilanz-Mathematik. Manche Äste sind exakte Formeln (Umsatz = Bestellungen × Bestellwert), andere sind Wirkungsvermutungen (Ladezeit → Conversion) — und genau die machen ihn wertvoll, weil sie Hypothesen sichtbar machen.

Der zweite Nutzen ist kultureller Natur. Ole bringt es so auf den Punkt: „Wir hängen ja alle am Ende im gleichen Gerüst. Wenn es an einer Stelle runtergeht, wirkt sich das auch weiter oben auf den Unternehmenserfolg aus." Der Baum beendet die Frage, wessen Kennzahl wichtiger ist — weil jeder sieht, wo seine Zahl einzahlt. Und für alle, die mit North Star Metrics arbeiten: Das ist kein Widerspruch, sondern dieselbe Denkschule. Wenn du deine drei, vier North Stars kennst, kannst du mit dem Treiberbaum „drunter drillen" (Tim-x-Jonas-Folge).

Aufbau Schritt für Schritt

1. Top-Kennzahl festlegen — und den Use Case dahinter. Meist Umsatz; strenggenommen gehört Profit darüber, denn Umsatz und Kosten zusammen sind Profit. Die Reihenfolge aus der Tim-x-Jonas-Praxis: erst Use Case, dann KPI-Baum, dann Dashboard, dann Datenstruktur (zur Folge) — nicht umgekehrt.
2. Struktur ohne Zahlen zeichnen. Mein wichtigster Praxis-Tipp aus der Ole-Folge: „Du baust diesen Treiberbaum einmal vielleicht sogar ohne Kennzahlen auf — weil der erste Schritt ist, dass du feststellst, dass du die Zahlen gar nicht so schnell zusammenbekommst, weil noch gar nicht alle Daten zentral sind." Die Lücken im Baum sind deine Daten-Roadmap.
3. Pro Ebene fragen: Woraus entsteht diese Zahl? Herunterbrechen, bis du bei Kennzahlen ankommst, die ein einzelnes Team beeinflussen kann — Amazon nennt sie Controllable Input Metrics.
4. In ein Ritual einbinden. Ein Treiberbaum, den niemand wöchentlich anschaut, ist ein Poster. Der Betriebsmodus aus der Ole-Folge: wiederkehrende (Weekly) Business Reviews entlang des Baums — jede Abweichung wird am Baum entlang zur Ursache verfolgt.

Beispiel: Treiberbaum für einen Online-Shop

Das Modell funktioniert übrigens in jeder Größenordnung: Ich bin denselben Baum schon für eine CrossFit-Box abgelaufen — wie viele Mitglieder, wie verteilen sie sich auf Mitgliedschaften? Und jenseits des E-Commerce wird es anspruchsvoller, nicht einfacher: In der Unternehmenskommunikation von Henkel steckt hinter jedem einzelnen Treiber deutlich mehr Komplexität als hinter einer Shop-Conversion (zur Folge).

Häufige Fehler — und die ehrliche Erfolgsquote

Zuerst die unbequeme Zahl, die ich in der Treiberbaum-Folge selbst genannt habe: „Ich habe bis jetzt zwei Firmen gesehen, wo es meiner Ansicht nach gut geklappt hat, den Treiberbaum zu implementieren. Alle anderen sind auf dem Weg entweder gescheitert oder haben sich gar nicht getraut, das Thema loszutreten." Warum? Fast nie wegen der Methodik.

• Konträre Kennzahlen bleiben bestehen. „Einzelne Teams haben konträre Ergebniskennzahlen, auf die sie sich selbst optimieren" — das Lager auf Umschlag, das Marketing auf Abverkauf (Tim-x-Jonas-Folge). Tims Lieblingsbeispiel: Teams, die ihre Conversion Rate lokal nach oben treiben und global Schaden anrichten. Der Baum deckt solche Fehlanreize auf — wer sie danach nicht auflöst, zahlt weiter dafür, „dass eine Kultur entsteht, wo man sich gegenseitig das Wasser abgräbt".
• Silo-Dashboards statt integriertem Baum. „Mit den Dashboards erschlagen wir meistens eher nicht diesen Treiberbaum — das ist ein vermeintlicher Silo-Blick": Jeder Bereich hat seinen Report, niemand sieht, wie er die anderen beeinflusst.
• Kein Mandat von oben. Der Treiberbaum ist „ein Prozess und ein Kulturschritt". Die erfolgreichste Umsetzung, die ich operativ begleitet habe, war stark durch den CEO getrieben — ohne C-Level-Rückendeckung versandet das Thema.
• Den Baum mit der Realität verwechseln. Und zur Einordnung die charmante Gegenposition meines eigenen CEO: Martin Winkler (FALKE) sagt im Podcast, er benutze den Begriff gar nicht — „da hast du natürlich einen Treiberbaum im Kopf, aber da stelle ich mich nicht hin und sage, oh, ich hätte da einen Treiberbaum, sondern da redest du mit deinen Kolleginnen und Kollegen" (zur Sonderfolge). Genau richtig: Das Werkzeug ist das Denken in Wirkungsketten — nicht das Poster an der Wand.

Der Lohn, wenn es klappt: Business Steering ist fast immer der erste Use Case, an dem Datenarbeit im Unternehmen sichtbar Wert schafft — und ohne KPI-Struktur läuft auch keine Data Science: „Ohne Treiberbaum gar nichts" (Tim-x-Jonas-Folge). Wer vom Baum aus weiterdenkt — „man fährt den Treiberbaum hoch und muss zu einer Root Cause kommen" — landet bei Decision Intelligence (zur Folge).

Häufige Fragen