Zielsysteme im E-Commerce: OKR, Balanced Scorecard oder einfach ein KPI-Baum?

Es gibt einen Satz, der in Strategieworkshops zuverlässig fällt und klingt, als wäre damit etwas entschieden: „Wir machen jetzt OKR.“ Ein halbes Jahr später liegen zwei Quartalssätze Objectives in einem Confluence-Bereich, bei der Hälfte der Key Results hat niemand je einen Wert eingetragen, und im Monatsmeeting wird über dieselben Umsatzzahlen diskutiert wie vorher.

Das Problem war nicht OKR. OKR funktioniert — in Organisationen, deren Datenlage und Entscheidungstempo dazu passen. Das Problem war, dass die Systemfrage nie als Frage behandelt wurde. Sie wurde als Geschmacksfrage behandelt, und beantwortet hat sie der Konferenzvortrag, den jemand im Frühjahr gesehen hatte.

Im ersten Teil dieser Reihe ging es darum, warum Ziele ohne Zahlen keine Ziele sind. Im zweiten Teil darum, wie eine Kennzahl aussehen muss, damit niemand sie mehr verhandelt. Dieser Beitrag klärt die Ebene darüber: In welcher Struktur hängen diese Kennzahlen eigentlich? Fünf Systeme kommen dafür in Frage. Sie sind nicht gleichwertig, und sie sind vor allem nicht beliebig austauschbar.

Zielsystem und Betriebsrhythmus sind zwei verschiedene Dinge

Bevor die fünf Kandidaten auf den Tisch kommen, eine Unterscheidung, deren Fehlen die meisten Einführungen scheitern lässt. Es gibt zwei Fragen, und sie werden fast immer in einen Topf geworfen:

Das Zielsystem beantwortet: Was wird gesteuert? Welche Ziele gibt es, wie hängen sie zusammen, an welchen Kennzahlen hängt jedes einzelne, wer verantwortet es. Das ist eine Strukturfrage.

Der Betriebsrhythmus beantwortet: Wann wird entschieden? Welche Frage gehört in den Wochentakt, welche in den Monat, welche ins Quartal. Wer sitzt dabei, auf welchem Zahlenstand, und was ist das Ergebnis des Termins. Das ist eine Prozessfrage.

Ein Zielsystem ohne Betriebsrhythmus ist ein Dokument — es fällt niemandem auf, wenn eine Lücke entsteht. Ein Betriebsrhythmus ohne Zielsystem ist ein Jour fixe, in dem jede Woche neu verhandelt wird, was eigentlich wichtig ist. Beides kommt vor, und beides fühlt sich nach Steuerung an, ohne eine zu sein.

Dieser Beitrag behandelt ausschließlich die erste Frage. Der Rhythmus bekommt einen eigenen Teil, weil er mindestens so viel über den Erfolg entscheidet wie die Wahl des Systems.

Die fünf Kandidaten

MBO — Management by Objectives

Der Urahn, von Peter Drucker 1954 in „The Practice of Management“ beschrieben. Die Idee: Führungskraft und Mitarbeitende vereinbaren Ziele, statt dass Aufgaben zugewiesen werden. Gemessen wird am Zielerreichungsgrad, meist über ein Geschäftsjahr und oft mit Vergütung verknüpft.

Im E-Commerce begegnet man MBO selten unter diesem Namen, aber dauernd in der Sache: Jahresziele pro Bereich, am Jahresende bewertet, mit Bonusbezug. Die Stärke ist die klare Verantwortung. Die Schwäche ist die Kopplung an Vergütung — sobald ein Ziel über das Gehalt entscheidet, wird nicht mehr verhandelt, was das richtige Ziel ist, sondern was ein erreichbares Ziel ist. Und der Jahreshorizont passt schlecht zu einem Kanal, in dem sich Wettbewerbsumfeld, Plattformregeln und Nachfrage im Quartalsrhythmus verschieben.

Balanced Scorecard — vier Perspektiven und eine Kette

1992 von Robert Kaplan und David Norton im Harvard Business Review vorgestellt, als Antwort auf ein Reporting, das ausschließlich finanziell war (Harvard Business Review). Der Kern: Finanzkennzahlen sind nachlaufend. Sie sagen, was passiert ist, nicht was passieren wird. Deshalb kommen drei weitere Perspektiven dazu — Kunde, interne Prozesse, Lernen und Entwicklung — und zwischen ihnen wird eine Ursache-Wirkungs-Kette gespannt.

Für den E-Commerce ist das relevanter, als der Konzern-Ruf vermuten lässt. Übersetzt heißt die Kette etwa: Produktdatenqualität verbessert die Filterbarkeit, bessere Filter senken die Abbruchquote im Listing, das hebt die Conversion Rate, das hebt den Deckungsbeitrag. Jede dieser Stufen ist messbar. Genau deshalb fällt auch auf, wenn eine Stufe nur behauptet ist.

Die Schwäche: Die vollständige Scorecard ist für einen Shop mit 25 Leuten zu schwer. Vier Perspektiven mit je vier bis fünf Kennzahlen sind zwanzig Kennzahlen, die gepflegt werden müssen. In der Praxis ist der nutzbare Teil nicht das Formular, sondern das Prinzip: Früh- und Spätindikatoren trennen und die Kette dazwischen explizit machen.

OKR — Fokus für einen begrenzten Zeitraum

Bei Intel entstanden, über Google verbreitet, von John Doerr popularisiert. Ein Objective ist qualitativ und richtungsweisend, ein Key Result ist eine Zahl mit Startwert, Zielwert und Termin. What Matters formuliert es so: Key Results sind „specific, time-bound, and aggressive yet realistic“ und vor allem „measurable and verifiable“ — man erfüllt sie oder nicht, ohne Graubereich (What Matters).

Die Stärke von OKR ist Fokussierung und Kommunikation. Drei Objectives pro Quartal zwingen zur Auswahl, und weil sie öffentlich sind, weiß jedes Team, woran die anderen arbeiten. Das ist genau der Punkt, an dem laut HBR die Umsetzung in zwei Dritteln bis drei Vierteln großer Organisationen scheitert: nicht an der Strategie, sondern an der Koordination über Abteilungsgrenzen (Harvard Business Review).

Die Schwäche: OKR ist kein Messsystem. Es setzt voraus, dass die Zahlen hinter den Key Results existieren und automatisch aktuell sind. Wer OKR einführt, ohne die Kennzahlen definiert zu haben, bekommt ein Quartalsritual, in dem am Ende jemand Prozentwerte schätzt. Und der Quartalszyklus passt nicht zu jedem Geschäft — ein Sortiment mit zwei harten Saisonspitzen lässt sich schlecht in vier gleich lange Scheiben schneiden.

KPI-Baum — die Zerlegung des Ziels

Kein Managementsystem im engeren Sinn, sondern eine Rechenstruktur, oft als Driver Tree bezeichnet. An der Wurzel steht die Zielkennzahl, darunter die Faktoren, aus denen sie entsteht, und darunter die Treiber, die ein Team tatsächlich bewegen kann.

Für den E-Commerce ist das die natürlichste Form, weil sich die Zielgröße rechnerisch zerlegen lässt: Deckungsbeitrag aus Bestellungen, Warenkorbwert, Marge und Retourenquote; Bestellungen aus Sitzungen und Conversion Rate; Sitzungen aus Kanälen. Diese Zerlegung ist keine Metapher, sondern eine Gleichung — man kann sie nachrechnen.

Die Stärke ist der niedrige Einstieg: Der Baum braucht kein Ritual, keine Kaskadierung und keine Quartalsplanung. Er braucht nur definierte Kennzahlen. Die Schwäche ist, dass er nichts über Priorisierung sagt und nichts über Verantwortung. Ein Baum zeigt, welcher Treiber das Ziel am stärksten bewegt — er sagt nicht, ob dieser Treiber auch der günstigste ist, und er beantwortet nicht, wer entscheidet.

Hoshin Kanri — Ausrichtung über Ebenen

Aus dem japanischen Lean-Management, oft „Policy Deployment“ genannt. Das Lean Enterprise Institute beschreibt es als „a strategic framework for building sustained high performance and producing results through structured plan-do-check-act (PDCA) thinking“, das Funktionen und Aktivitäten „vertically and horizontally — from the CEO to the front line and across departments“ an strategischen Zielen ausrichtet (Lean Enterprise Institute).

Der charakteristische Teil ist das wechselseitige Abstimmen zwischen den Ebenen: Ziele werden nicht durchgereicht, sondern verhandelt, bis die Ebene, die liefern soll, die Zielhöhe auch für erreichbar hält. Das ist konzeptionell stark und im E-Commerce fast immer überdimensioniert. Hoshin Kanri entfaltet seinen Wert in Organisationen mit mehreren Hierarchieebenen und langen Wertströmen. Ein Shop-Team von zwölf Leuten braucht keine mehrstufige Ausrichtungsmechanik, sondern ein gemeinsames Dokument.

Der Vergleich auf einen Blick

Welche dieser Systeme sich in nuonic Lens heute auswählen lassen, steht weiter unten in einer eigenen Übersicht.

Die Spalte, die in der Praxis am meisten entscheidet, ist Datenbedarf. Alle fünf Systeme setzen voraus, dass die Zahlen, auf die sie sich berufen, existieren, verbindlich definiert sind und sich ohne Handarbeit aktualisieren. Ist das nicht der Fall, ist die Systemwahl irrelevant: Jedes von ihnen degeneriert dann zu einem Dokument, das zweimal gepflegt und danach vergessen wird.

Welches System zu welchem Shop passt

Die Entscheidung hängt an drei Größen, und keine davon ist eine Vorliebe.

Datenlage. Sind die wichtigsten Kennzahlen definiert und automatisch verfügbar? Wenn nein, ist die Antwort immer der KPI-Baum — nicht weil er das beste System ist, sondern weil er der einzige ist, der auch mit drei Kennzahlen anfängt und dabei sofort zeigt, welche Zahl fehlt. Alles andere kommt später.

Organisationsgröße. Unter zehn Personen im E-Commerce braucht niemand ein Zielsystem mit Kaskadierung — ein KPI-Baum mit benannten Ownern und ein monatlicher Termin reichen, und alles darüber kostet mehr Zeit als es an Klarheit bringt. Zwischen zehn und fünfzig entsteht der eigentliche Bedarf, weil mehrere Teams an derselben Zielgröße arbeiten, ohne es zu merken: Hier spielt OKR seine Stärke aus, aufgesetzt auf einen bestehenden KPI-Baum. Über fünfzig kommt die Ursache-Wirkungs-Kette der Balanced Scorecard dazu, weil die Distanz zwischen einer Maßnahme und ihrer Wirkung auf die Finanzzahlen zu groß wird, um sie noch intuitiv zu überblicken.

Entscheidungstempo. Wie schnell muss eine Richtungsänderung durchgreifen? Ein D2C-Shop mit Performance-Marketing-Anteil entscheidet wöchentlich über Budget und monatlich über Sortiment — Jahresziele allein sind dort wertlos. Ein B2B-Händler mit Rahmenverträgen, Ausschreibungen und Budgetzyklen auf Kundenseite hat echte Jahresrhythmen, und ein Quartalszyklus zerschneidet seine Vorgänge künstlich.

Daraus ergibt sich in der Praxis fast immer dieselbe Reihenfolge, unabhängig von der Shop-Größe: erst der Baum, dann der Fokus, dann die Kette. Der KPI-Baum klärt, woraus das Ziel entsteht. OKR legt fest, welcher Ast dieses Quartal bewegt wird. Die Perspektiven der Balanced Scorecard sorgen dafür, dass dabei nicht die Frühindikatoren verloren gehen. Wer in umgekehrter Reihenfolge anfängt, baut Rituale, bevor es Zahlen gibt.

Wo F.O.C.U.S. in dieser Landschaft sitzt

Eine Frage, die an dieser Stelle regelmäßig kommt: Ist F.O.C.U.S. dann das sechste System? Nein — und die Abgrenzung ist wichtig genug, um sie explizit zu machen.

Die fünf Systeme oben beantworten jeweils eine Frage innerhalb eines laufenden Betriebs: Wie zerlege ich das Ziel, worauf fokussiere ich dieses Quartal, welche Kette verbindet Frühindikator und Finanzzahl. Unser F.O.C.U.S.-Framework beantwortet eine andere Frage — nämlich wann im Projektverlauf welche dieser Fragen überhaupt dran ist:

• Facts liefert die Baseline. Ein Zielsystem, das vor der ersten Messung aufgesetzt wird, setzt seine Zielwerte durch Raten.
• Objectives ist die Phase, in der Zielsystem, KPI-Definitionen und Soll-Pfad entstehen — alles, was dieser und der vorherige Beitrag beschreiben, sitzt hier.
• Constraints klärt die unbequeme Variante: Ein Ziel, das die Datenlage nicht hergibt, ist kein Ziel, sondern eine Einschränkung, die benannt gehört.
• Execution sind die Maßnahmen mit Hypothese, Messzeitraum und Owner.
• Scaling ist der Betriebsrhythmus als Dauerzustand — der Teil, an dem sich entscheidet, ob die Struktur nach einem Jahr noch stimmt.

Daraus folgt die Reihenfolge, die in Projekten am meisten Diskussion erspart: Objectives steht nicht am Anfang, sondern nach Facts. Wer die Ziele zuerst setzt und danach misst, muss sie nach der ersten Messung korrigieren — und verliert dabei genau die Verbindlichkeit, wegen der er ein Zielsystem eingeführt hat.

F.O.C.U.S. ersetzt damit weder OKR noch die Balanced Scorecard. Es ist die Klammer, in der sie ihren Platz bekommen. Wie die fünf Systeme und die fünf Phasen im Detail ineinandergreifen, ist ein eigenes Thema und bekommt den Abschlussbeitrag dieses Blocks.

Was alle fünf Systeme voraussetzen

Unabhängig von der Wahl gibt es drei Voraussetzungen. Fehlt eine, scheitert jedes der fünf Systeme auf dieselbe Weise.

Definierte Kennzahlen. Jede Zahl, auf die sich ein Ziel beruft, braucht Formel, Quellsystem, Zeitbezug, Abgrenzung und Stabilitätsregel. Das ist das Thema des vorherigen Beitrags und nicht nachträglich zu erledigen: Ein Key Result ohne KPI-Definition ist eine Absichtserklärung, und ein Ast im KPI-Baum ohne Definition ist eine Behauptung über eine Rechenbeziehung.

Ein Soll-Pfad, nicht nur ein Zielwert. „120.000 € Deckungsbeitrag bis Jahresende“ ist kein steuerbares Ziel, sondern ein Endstand. Steuerbar wird es durch den erwarteten Verlauf dorthin, weil erst der Vergleich von Ist und Soll-Pfad eine Lücke sichtbar macht, solange sie noch zu schließen ist. Ohne Soll-Pfad merkt man die Abweichung im Dezember.

Benannte Owner. Eine Person pro Ziel und pro Kennzahl, nicht ein Team. Sie entscheidet im Zweifel über die Auslegung und darüber, ob eine Zieländerung gerechtfertigt ist. „Das Team verantwortet das Ziel“ bedeutet praktisch, dass es niemand verantwortet.

Der häufigste Fehler: zwei Systeme parallel, keines verbindlich

Der teuerste Fehler ist nicht die falsche Wahl. Es ist die ausgebliebene Wahl.

Das Muster ist immer gleich. Es gibt Jahresziele aus der Geschäftsführungsplanung, weil die Bank und der Gesellschafterkreis sie sehen wollen. Es gibt seit zwei Jahren OKR, weil das E-Commerce-Team es eingeführt hat. Und es gibt ein Dashboard mit vierzig Kacheln, das irgendwann als „der KPI-Baum“ bezeichnet wurde. Drei Strukturen, die dieselben Kennzahlen unterschiedlich aggregieren, und keine, auf die man sich im Zweifel beruft.

Die Folge ist nicht Chaos — dafür wäre zu viel Dokumentation vorhanden. Die Folge ist Beliebigkeit: Wenn drei legitime Strukturen existieren, setzt sich in jedem Meeting die durch, die zum gewünschten Ergebnis passt. Genau das beschreibt die HBR-Untersuchung zur Strategieumsetzung als Kernproblem — nicht fehlende Pläne, sondern fehlende Verbindlichkeit über Einheiten hinweg.

Die Reparatur ist unangenehm und schnell: Eine Struktur wird als verbindlich markiert, die anderen werden zu Darstellungen darauf erklärt oder abgeschafft. Das Jahresziel bleibt als Zielwert im Baum, es wird kein Parallelsystem. Die OKRs hängen an Ästen des Baums, nicht neben ihm. Das Dashboard zeigt, was im Baum steht, und nicht mehr.

Zwei weitere Muster lohnen die Erwähnung, weil sie beide wie Fortschritt aussehen. Das erste ist das System als Projekt: Die Einführung bekommt einen Projektplan, einen Workshop und ein Template — und endet mit der Einführung, statt mit dem ersten Review. Das zweite ist der Systemwechsel als Antwort auf ein Datenproblem: OKR funktioniert nicht, also probieren wir die Scorecard. Wenn die Zahlen fehlen, wechselt man mit dem System nur das Formular, in dem sie fehlen.

Warum wir dafür nuonic Lens bauen

Die Systemfrage hat einen unangenehmen Nebeneffekt: Sie wird in der Praxis nicht einmal entschieden, sondern alle zwei Jahre neu. Ein Wechsel in der Geschäftsführung, ein neuer Head of E-Commerce, eine Beratung mit einer Hausmethode — und die Struktur wird umgebaut. Was dabei verloren geht, ist nicht das Formular. Verloren gehen die Kennzahlendefinitionen, die Zielhistorie und die Begründungen, warum ein Zielwert damals so gesetzt wurde. Wir haben diesen Umbau in Projekten mehrfach begleitet und jedes Mal dasselbe erlebt: Die Zahlen überleben den Systemwechsel nicht, weil sie im System hingen und nicht darunter.

Deshalb ist nuonic Lens so gebaut, dass das Modell nur die Anordnung bestimmt — nicht die Daten. Gespeichert werden Leitsatz, Horizont und Review-Rhythmus, darunter die Ziele mit Owner und Budget, die Kennzahlen am Ziel mit Start- und Zielwert und die Maßnahmen mit erwarteter und gemessener Wirkung. Es gibt eine Zieltabelle, nicht vier. Welches Fach ein Ziel belegt, sagt das Modell; was gespeichert wird, bleibt gleich. Ein Modellwechsel ordnet die Ziele neu an und wirft nichts weg.

Welche Systeme Lens heute abbildet

Vier Modelle sind in nuonic Lens auswählbar: F.O.C.U.S., OKR, Balanced Scorecard und eine freie Struktur. KPI-Baum, Hoshin Kanri und MBO sind es nicht.

Die ehrliche Lücke ist der KPI-Baum — ausgerechnet das System, das dieser Beitrag kleinen Teams als Einstieg empfiehlt. Start- und Zielwert je Kennzahl stehen, die Zerlegung einer Zielgröße in ihre Treiber steht nicht. Sie ist der nächste Schritt und nicht zufällig der aufwendigste: Ein Baum ist nur so viel wert wie die Rechenbeziehungen, die er behauptet.

Der Vorteil des heutigen Stands ist trotzdem genau der, auf den es bei der Systemfrage ankommt: Die Entscheidung wird reversibel. Wer mit F.O.C.U.S. anfängt und nach einem Jahr auf OKR wechselt, weil das Team gewachsen ist, behält Leitsatz, Zielhistorie, Kennzahlen und Maßnahmen — es ändert sich die Anordnung, nicht die Datenbasis. Das nimmt der Systemfrage, was sie heute so teuer macht: ihre Endgültigkeit.

Lens ist dabei kein weiteres Dashboard und kein Ersatz für ERP oder Analytics. Es liest aus den Quellen, die ohnehin angebunden sind, und hält die Struktur zusammen — die fachlichen Entscheidungen, welches Ziel gilt und worauf priorisiert wird, bleiben im Unternehmen.

nuonic Lens ist noch in Entwicklung — es gibt bis auf Weiteres keine öffentliche Anmeldung und keine Preise. Wer die Reihe verfolgen oder früh darüber sprechen will, melde sich einfach.

Der nächste Schritt

Drei Prüfungen, die in einer Stunde zu machen sind:

1. Frage drei Personen aus unterschiedlichen Bereichen, welches Zielsystem bei euch gilt. Kommen drei verschiedene Antworten, hast du nicht das falsche System, sondern keines.
2. Nimm euer wichtigstes Ziel und prüfe, ob es einen Soll-Pfad hat. Nur ein Zielwert zum Stichtag bedeutet, dass die Abweichung erst am Stichtag auffällt.
3. Prüfe, ob jedes laufende Vorhaben einem Ziel zugeordnet ist. Was sich nicht zuordnen lässt, ist entweder unverzichtbarer Betrieb — oder es fehlt ein Ziel, das offiziell nicht existiert.

Im nächsten Beitrag gehen wir in die Tiefe des Systems, das im E-Commerce am häufigsten eingeführt und am häufigsten missverstanden wird: OKR. Objective und Key Result, der Unterschied zwischen Key Result und Maßnahme, committed gegen aspirational — und die Abbruchkriterien, an denen man erkennt, dass OKR für einen Shop zu viel Overhead ist.

Wenn du die Zielstruktur nicht allein aufbauen willst: Genau das machen wir in der Beratung, und in Wachstum betreiben wir sie als Zyklus mit Vorher-Nachher. Wie wir die Phasen dabei verbinden, steht im F.O.C.U.S.-Framework. Melde dich — ein Gespräch mit denen, die es auch bauen.

Quellen und weiterführende Informationen

• Harvard Business Review: The Balanced Scorecard — Measures that Drive Performance
• Harvard Business Review: Why Strategy Execution Unravels — and What to Do About It
• What Matters: What is an OKR? Definition and Examples
• Lean Enterprise Institute: Hoshin Kanri — Resource Guide

Weiterlesen

• KPI-Definitionen im E-Commerce: Kennzahlen, die niemand mehr verhandelt
• Messbare Strategie im E-Commerce: Warum Ziele ohne Zahlen keine Ziele sind
• F.O.C.U.S. — die Methodik hinter unseren Projekten
• Beratung: Entscheidungen auf Datenbasis
• Wachstum: Skalierung ist ein System