Kennzahlenkatalog erstellen: Struktur und Vorgehen
Vom verstreuten KPI-Inventar zum gepflegten Kennzahlenkatalog: mit Feldschema, Dublettenprüfung und einem fiktiven Praxisbeispiel.
Ein Kennzahlenkatalog ist das zentrale, strukturierte Verzeichnis der KPIs eines Unternehmens. Er dokumentiert nicht nur Namen und Formeln, sondern auch Bedeutung, Einheit, Owner, Status, Synonyme, Datenquellen und Abhängigkeiten. Dadurch beantwortet er für jede Kennzahl dieselben Fragen und macht widersprüchliche Definitionen sichtbar.
Der Katalog ist kein einmaliges Excel-Projekt. Er ist ein gepflegtes Arbeitsinstrument für Fachbereiche und BI-Teams.
Kennzahlenkatalog, KPI-Glossar oder KPI-Liste?
Eine KPI-Liste enthält häufig nur Namen und Werte. Ein Kennzahlenkatalog ordnet die Kennzahlen, verwendet ein gemeinsames Feldschema und bildet ihren Lebenszyklus ab. Der Begriff KPI-Glossar betont zusätzlich die fachliche Bedeutung und gemeinsame Sprache.
In der Praxis können Kennzahlenkatalog und KPI-Glossar dieselbe Lösung bezeichnen. Entscheidend ist nicht der Name, sondern ob der Inhalt strukturiert, verantwortet und nachvollziehbar ist.
Scope und Ownership vor dem Inventar klären
Der häufigste Fehler ist ein zu großer Startumfang. Wer sofort alle Kennzahlen aus allen Reports erfassen will, produziert eine lange Liste ohne Priorität und Verantwortliche.
Definiere zuerst:
- welche Fachdomäne oder welches Steuerungsziel betrachtet wird,
- welche Reports und Datenmodelle zum Inventar gehören,
- wer den Katalog redaktionell koordiniert,
- wer fachliche Konflikte entscheidet,
- welche Kriterien eine KPI für die erste Version erfüllen muss.
Als Arbeitsgröße für einen Pilot eignen sich beispielsweise 15 bis 30 entscheidungsrelevante Kennzahlen aus einem Bereich. Das ist kein allgemeiner Richtwert: Entscheidend ist, wie viele Einträge die zuständigen Owner tatsächlich prüfen können.
Das KPI-Inventar in fünf Schritten
1. Vorhandene Quellen sammeln
Beginne mit Reportinventaren, semantischen Modellen, bestehenden Sheets, Wiki-Seiten und Fachkonzepten. Das Ziel ist zunächst Sichtbarkeit, nicht sofortige Bereinigung.
Notiere je Fundstelle mindestens:
- verwendeten KPI-Namen,
- Report oder Modell,
- vorhandene Formel,
- bekannten Ansprechpartner,
- erkennbare Varianten oder Filter.
2. Kandidaten normalisieren
Entferne offensichtliche Schreibvarianten und ordne Synonyme zusammen. „Revenue“, „Umsatz gesamt“ und „Net Sales“ können dieselbe KPI sein, müssen es aber nicht. Eine Namensähnlichkeit ist nur ein Hinweis; die fachliche Definition entscheidet.
3. Dubletten fachlich prüfen
Vergleiche Berechnung, Zeitraum, Filter und Einheit. Zwei Kennzahlen mit gleichem Namen können unterschiedliche Bedeutungen haben. Umgekehrt können unterschiedliche Namen auf dieselbe Definition verweisen.
Für jede Gruppe gibt es drei mögliche Ergebnisse:
- eine gemeinsame Standarddefinition mit Synonymen,
- bewusst getrennte KPIs mit eindeutigen Namen,
- eine veraltete Variante mit Verweis auf den Nachfolger.
4. Ein gemeinsames Feldschema anwenden
Übertrage die priorisierten KPIs in ein einheitliches Schema. Als Minimum eignen sich Name, Definition, Formel, Einheit, Zeitraum, Owner, Status, Quellen und Abhängigkeiten. Wie diese Felder je KPI konkret ausgefüllt werden, zeigt der Leitfaden KPI-Definitionen richtig dokumentieren.
5. Review und Freigabe organisieren
Der fachliche Owner bestätigt Bedeutung und Abgrenzung. Das BI-Team prüft, ob Formel und Quellen zur Definition passen. Erst danach sollte eine KPI als freigegeben oder zertifiziert gelten.
Benennungsregeln und Synonyme
Ein guter KPI-Name ist eindeutig, fachlich gebräuchlich und ohne Reportkontext verständlich. Vermeide Namen wie „Umsatz neu“, „Conversion final“ oder „KPI 17“.
Hilfreiche Regeln:
- Verwende einen festen Standardnamen pro KPI.
- Ergänze Zeitraum oder Scope nur, wenn er die Bedeutung unterscheidet.
- Schreibe Abkürzungen aus oder pflege sie als Synonym.
- Nutze konsistente Sprachregeln innerhalb einer Domäne.
- Trenne Anzeigenamen von technischen Measure-Namen.
Synonyme verbessern Auffindbarkeit, ohne mehrere konkurrierende Standardnamen zu erzeugen. Eine Suche nach „MRR“ und „monatlich wiederkehrender Umsatz“ sollte zur selben KPI führen.
Ein Statusmodell für den Lebenszyklus
Ein Kennzahlenkatalog braucht mehr als „gültig“ und „ungültig“. Ein einfaches Modell unterscheidet:
| Status | Bedeutung |
|---|---|
| Draft | Definition wird erarbeitet und darf sich noch ändern. |
| Approved | Fachlich freigegeben und für den vereinbarten Scope nutzbar. |
| Certified | Zusätzlich geprüft und als bevorzugte Definition gekennzeichnet. |
| Deprecated | Nicht mehr für neue Nutzung vorgesehen; Nachfolger dokumentieren. |
Status und Owner lösen unterschiedliche Probleme. Der Owner sagt, wer entscheidet. Der Status sagt, wie verbindlich der aktuelle Stand ist.
Quellen und KPI-Abhängigkeiten abbilden
Ein Kennzahlenkatalog wird besonders wertvoll, wenn Nutzer von der Definition zur technischen Herkunft navigieren können.
Dokumentiere:
- Quelltabellen und relevante Felder,
- verwendete Quellsysteme,
- Abhängigkeiten zu anderen KPIs,
- manuell ergänzte Berechnungslogik,
- bekannte Auswirkungen auf weitere Modelle.
Verknüpfungen sollten auf stabilen IDs statt auf Namen beruhen. Dadurch bleibt eine Beziehung gültig, wenn eine KPI, Tabelle oder ein Feld umbenannt wird.
Fiktives Beispiel: Vertriebskennzahlen harmonisieren
Das folgende Szenario illustriert das Vorgehen und ist keine Kundenreferenz. Ein Beratungsteam findet in zwölf Vertriebsreports 74 Measure-Vorkommen. Diese werden zunächst nach Name, Formel und Verwendung zu 41 Kandidaten gebündelt.
Nach der fachlichen Prüfung verteilen sich die 41 Kandidaten auf vier Gruppen:
- 18 echte, geschäftlich relevante KPIs,
- 9 technische Hilfs-Measures,
- 7 Darstellungsvarianten bestehender KPIs,
- 7 veraltete oder nicht mehr genutzte Definitionen.
Das Team startet den Katalog mit den 18 relevanten KPIs. Für „Nettoumsatz“ werden drei Definitionen gefunden: eine ohne Retouren, eine mit Retouren zum Bestelldatum und eine mit Retouren zum Buchungsdatum. Finance entscheidet sich für die dritte Variante als Standard. Die beiden anderen bleiben als veraltet dokumentiert, weil bestehende Reports noch auf ihnen beruhen.
Die Zahlen beschreiben unterschiedliche Ebenen: 74 Fundstellen, 41 geprüfte Kandidaten und 18 für den Pilot ausgewählte KPIs. Diese Trennung verhindert, dass Wiederverwendung mit zusätzlichem fachlichem Inhalt verwechselt wird.
Varianten entscheiden, ohne Bedeutung zu verlieren
| Befund | Entscheidung | Dokumentation |
|---|---|---|
| Gleiche Logik, anderer Name | Einen Standardeintrag verwenden | Alten Namen als Synonym übernehmen |
| Gleiche KPI, Filter auf eine Region | Als Nutzungskontext prüfen | Region im Berichtskontext festhalten |
| Retouren nach Bestell- statt Buchungsdatum | Fachlich getrennte Varianten prüfen | Zeitlogik und Einsatzzweck benennen |
| Alte Logik wird noch produktiv genutzt | Erst nach geplanter Ablösung stilllegen | Betroffene Reports und Nachfolger notieren |
Eine Standardisierung bedeutet nicht, dass jede Abweichung falsch ist. Eine Kohortenanalyse kann bewusst ein anderes Datum benötigen als die monatliche Steuerung. In diesem Fall erhalten beide Definitionen klare Namen und einen eigenen Geltungsbereich.
Pflege nach dem ersten Rollout organisieren
Lege fest, bei welchen Ereignissen ein Eintrag geprüft wird: neue Quelle, geänderte Formel, neuer Owner oder Ablösung eines Reports. Halte Änderungsgrund, Gültigkeitsdatum und betroffene Nutzungen fest. Bei einer rückwirkenden Änderung muss zusätzlich klar sein, ob historische Berichte neu berechnet werden.
Für die Qualität des Piloten reichen zunächst drei Beobachtungen: Wie viele priorisierte KPIs haben einen bestätigten Owner? Wie viele sind fachlich und technisch geprüft? Welche Definitionskonflikte sind noch offen? Ein wachsender Eintragsbestand allein zeigt keinen Fortschritt.
Rollout-Checkliste
- Startdomäne und Zielgruppe sind klar benannt.
- Die wichtigsten Report- und Modellquellen wurden inventarisiert.
- Jede KPI nutzt dasselbe Pflichtfeldschema.
- Benennungsregeln und Synonyme sind vereinbart.
- Jede veröffentlichte KPI hat einen fachlichen Owner.
- Das Statusmodell ist dokumentiert.
- Quellen und Abhängigkeiten sind strukturiert verknüpft.
- Fachlicher und technischer Review sind getrennt.
- Veraltete Definitionen haben einen Nachfolger oder eine Begründung.
- Neue KPIs durchlaufen denselben Prozess wie das erste Inventar.
Häufige Fehler beim Aufbau
Alles gleichzeitig erfassen
Ein unternehmensweiter Big Bang führt zu vielen unvollständigen Einträgen. Beginne mit einem Bereich und erweitere nach einem stabilen Muster.
Technische Measures und Business-KPIs vermischen
Hilfs-Measures sind für die Berechnung wichtig, aber nicht jede Zwischenrechnung ist eine steuerungsrelevante KPI. Kennzeichne den Typ oder dokumentiere technische Komponenten im Datenmodell.
Dubletten nur nach Namen bereinigen
Gleiche Namen können unterschiedliche Filter enthalten. Prüfe immer Bedeutung und Formel, bevor Einträge zusammengeführt werden.
Den Katalog ohne Owner veröffentlichen
Ohne fachliche Verantwortung wird der Katalog zum neuen Ablageort für alte Konflikte.
Quellen nur als Text notieren
Freitext kann nicht zuverlässig für Suche, Lineage oder Auswirkungsanalysen verwendet werden. Nutze strukturierte Beziehungen.
Pflege als Projektabschluss behandeln
Neue Reports, Produkte und Geschäftsmodelle verändern den KPI-Bestand. Der Katalog braucht einen festen Aufnahme- und Review-Prozess.
Häufige Fragen
Wie viele KPIs sollte ein Kennzahlenkatalog enthalten?
So viele wie für den gewählten Scope entscheidungsrelevant sind, aber nicht jedes technische Measure. Für den Einstieg sind 15 bis 30 gut priorisierte KPIs meist wirksamer als mehrere hundert unvollständige Einträge.
Wer ist für den Kennzahlenkatalog verantwortlich?
Die redaktionelle Koordination kann bei BI oder Data Governance liegen. Die fachliche Bedeutung jeder KPI braucht jedoch einen Owner im zuständigen Fachbereich.
Kann ein bestehendes Excel als Ausgangspunkt dienen?
Ja. Es eignet sich für das erste Inventar und einen CSV-basierten Import. Danach sollten Beziehungen, Status und Reviews in einer Lösung gepflegt werden, die strukturierte Metadaten unterstützt.
Wie gehe ich mit widersprüchlichen Definitionen um?
Dokumentiere die Varianten zunächst getrennt, vergleiche Abgrenzung und Nutzung und lasse den fachlichen Owner entscheiden. Alte Varianten sollten als veraltet erhalten bleiben, solange Reports sie noch verwenden.
Fazit
Ein belastbarer Kennzahlenkatalog entsteht durch Priorisierung, ein gemeinsames Feldschema und klare Verantwortung. Sammeln ist nur der Anfang. Der eigentliche Wert entsteht, wenn Teams Definitionen harmonisieren, Quellen verbinden und den Lebenszyklus jeder KPI sichtbar machen.