KPI-Definitionen richtig dokumentieren: neun Felder für belastbare Kennzahlen
So entstehen KPI-Definitionen, die Fachbereich und BI-Team gleich verstehen und bis zu ihren Datenquellen nachvollziehen können.
Eine gute KPI-Definition beantwortet drei Fragen ohne Rücksprache: Was misst die Kennzahl, wie wird sie berechnet und wer verantwortet ihre Bedeutung? Dafür reicht weder ein kurzer Name noch eine Formel allein. Fachliche Aussage, Abgrenzung, Einheit, Zeitraum, Owner und technische Herkunft müssen gemeinsam dokumentiert sein.
Das Ziel ist nicht möglichst viel Text. Das Ziel ist eine Definition, die ein neuer Kollege korrekt anwenden, ein Fachbereich prüfen und ein BI-Entwickler bis zu den Quellen nachvollziehen kann.
Die neun wesentlichen Felder einer KPI-Definition
Ein wiederholbares Schema verhindert, dass jede Kennzahl anders beschrieben wird. Diese neun Felder decken den fachlichen und technischen Kern ab:
| Feld | Leitfrage | Beispiel |
|---|---|---|
| Name | Wie heißt die Kennzahl eindeutig? | Bruttomarge |
| Fachliche Definition | Welche Aussage trifft sie? | Anteil des Bruttogewinns am Nettoumsatz |
| Berechnungslogik | Wie entstehen Zähler und Nenner? | (Nettoumsatz - Umsatzkosten) / Nettoumsatz |
| Einheit | In welcher Form wird der Wert angezeigt? | Prozent |
| Zeitraum und Granularität | Auf welchen Zeitraum und welche Ebene bezieht sie sich? | Monat, Produktgruppe |
| Abgrenzung | Was ist ein- oder ausgeschlossen? | Ohne interne Umsätze |
| Owner | Wer entscheidet bei fachlichen Fragen? | Head of Finance |
| Status | Wie verbindlich ist die Definition? | Certified |
| Quellen und Abhängigkeiten | Welche Datenobjekte und KPIs liegen zugrunde? | FactSales, FactCost, Nettoumsatz |
Synonyme sind eine sinnvolle Ergänzung. Sie helfen bei der Suche, dürfen aber den eindeutigen Standardnamen nicht ersetzen. „Gross Margin“, „Bruttomarge“ und „Rohertragsmarge“ können auf dieselbe Definition verweisen.
KPI-Definitionen in sechs Schritten dokumentieren
1. Mit der Entscheidung beginnen
Frage zuerst, wofür die Kennzahl verwendet wird. Eine KPI für die monatliche Unternehmenssteuerung braucht möglicherweise andere Abgrenzungen als eine operative Kennzahl für einzelne Kampagnen. Der Nutzungskontext macht sichtbar, welche Details zwingend dokumentiert werden müssen.
2. Die fachliche Aussage in einem Satz formulieren
Der erste Satz sollte ohne Formel verständlich sein. Eine bewährte Struktur lautet:
Die Kennzahl misst [Gegenstand] in Bezug auf [Vergleichsbasis] innerhalb von [Zeitraum oder Scope], um [Entscheidung] zu unterstützen.
Vermeide Formulierungen wie „zeigt den Umsatz“ oder „berechnet die Marge“. Sie wiederholen nur den Namen und erklären weder Inhalt noch Abgrenzung.
3. Zähler, Nenner und Filter offenlegen
Dokumentiere nicht nur die fertige Formel. Beschreibe, welche Geschäftsvorfälle in Zähler und Nenner einfließen, welche Filter gelten und wie Sonderfälle behandelt werden. Unterscheide bei einer Quote ausdrücklich zwischen einem Nenner von 0 und einem fehlenden Wert. „Nicht berechenbar“ ist etwas anderes als ein Ergebnis von 0 Prozent.
4. Einheit, Zeitraum und Granularität festlegen
„Umsatz“ kann EUR, USD oder eine währungsbereinigte Konzernwährung bedeuten. „Aktive Kunden“ kann täglich, monatlich oder rollierend über 30 Tage ermittelt werden. Einheit und Zeitbezug gehören deshalb in strukturierte Felder und nicht nur in den Reporttitel.
5. Verantwortung und Status zuordnen
Der fachliche Owner entscheidet über Bedeutung und Abgrenzung. Das BI-Team verantwortet die technische Umsetzung, sollte aber fachliche Konflikte nicht allein lösen müssen. Ein Statusmodell trennt Entwurf, Freigabe, Zertifizierung und veraltete Definitionen.
6. Quellen und Abhängigkeiten verknüpfen
Nenne Datenquellen nicht nur im Fließtext. Verknüpfe die KPI mit Tabellen, Feldern und abhängigen Kennzahlen. ID-basierte Referenzen sind dabei stabiler als Namen: Wird eine Tabelle umbenannt, bleibt die Beziehung erhalten.
Durchgängiges Beispiel: Bruttomarge
Name: Bruttomarge
Das folgende Beispiel ist fiktiv. Kostenumfang und Buchungsregeln müssen für das jeweilige Unternehmen fachlich vereinbart werden.
Fachliche Definition: Die Bruttomarge zeigt hier, welcher Anteil des Nettoumsatzes nach Abzug der den verkauften Produkten zugeordneten Umsatzkosten verbleibt. Sie unterstützt die Bewertung der Profitabilität von Produktgruppen.
Formel: (Nettoumsatz - Umsatzkosten) / Nettoumsatz
Einheit: Prozent
Zeitraum und Granularität: Kalendermonat; auswertbar nach Produktgruppe und Region
Abgrenzung: Interne Umsätze werden ausgeschlossen. Retouren mindern den Nettoumsatz in dem Monat, in dem sie verbucht werden; zugehörige Kostenkorrekturen werden konsistent berücksichtigt. Marketing-, Vertriebs- und Verwaltungskosten bleiben in diesem Beispiel außerhalb der Umsatzkosten.
Owner: Head of Finance
Status: Certified
Quellen und Abhängigkeiten: Nettoumsatz aus FactSales; Umsatzkosten aus FactCost; Zuordnung der Produktgruppen über DimProduct. Beide Beträge werden vor der Division auf denselben Zeitraum, dieselbe Währung und dieselbe Produktgruppe aggregiert.
Sonderfälle: Bei Nettoumsatz 0 oder fehlenden Kosten wird kein Prozentwert ausgewiesen. Der Bericht zeigt den Grund als „nicht berechenbar“ beziehungsweise „Kosten unvollständig“ an.
Mit Zahlen prüfen: Warum der Mittelwert der Margen falsch sein kann
Produktgruppe A erzielt 100 EUR Nettoumsatz bei 60 EUR Umsatzkosten: Die Marge beträgt 40 Prozent. Produktgruppe B erzielt 900 EUR bei 810 EUR Kosten: Die Marge beträgt 10 Prozent.
Zusammen ergibt sich (1.000 - 870) / 1.000 = 13 Prozent. Der einfache Mittelwert von 40 und 10 Prozent wäre 25 Prozent und beantwortet eine andere Frage. Die Dokumentation muss deshalb festhalten: Zuerst Beträge summieren, dann die Quote berechnen. Der Formelwert 0,13 wird als 13 Prozent angezeigt; eine zusätzliche Multiplikation mit 100 im Prozentformat wäre falsch.
Ein Review sollte diesen Normalfall sowie einen Monat ohne Umsatz und einen fehlenden Kostenwert enthalten. So wird aus einer plausiblen Beschreibung eine prüfbare Berechnungsvereinbarung.
Schlechte und gute Definitionen im Vergleich
| Schwach | Belastbar |
|---|---|
| „Marge nach Kosten.“ | Benennt Aussage, Zähler, Nenner und relevante Kostenarten. |
| „Umsatz minus COGS in Prozent.“ | Erklärt zusätzlich Zeitraum, Retouren, interne Umsätze und Granularität. |
| „Wird vom Finance-Team berechnet.“ | Nennt eine konkrete fachlich verantwortliche Rolle. |
| „Quelle: Power BI.“ | Verknüpft die tatsächlich verwendeten Modelle, Tabellen und Felder. |
| „Gültig.“ | Verwendet einen definierten Status mit nachvollziehbarem Review. |
Eine Definition ist belastbar, wenn zwei unabhängige Personen denselben Wert erwarten würden. Wenn beide plausible, aber unterschiedliche Ergebnisse berechnen können, fehlt mindestens eine Abgrenzung.
Review-Checkliste vor der Freigabe
- Ist die fachliche Aussage ohne Formel verständlich?
- Sind Zähler, Nenner, Filter und Sonderfälle beschrieben?
- Sind Einheit, Zeitraum und Granularität eindeutig?
- Ist dokumentiert, was ausdrücklich nicht enthalten ist?
- Gibt es genau einen fachlichen Owner?
- Passt der Status zum tatsächlichen Review?
- Sind Quelltabellen, Felder und KPI-Abhängigkeiten verknüpft?
- Wurden Synonyme ergänzt, ohne mehrere Standardnamen zu erzeugen?
- Kann eine neue Person die Definition ohne mündliche Zusatzinformation anwenden?
Der Reviewer sollte nicht nur Rechtschreibung prüfen. Entscheidend ist, ob die Definition vollständig, widerspruchsfrei und technisch nachvollziehbar ist.
Sieben häufige Fehler
1. Der Name wird als Definition wiederholt
„Monthly Recurring Revenue ist der monatlich wiederkehrende Umsatz“ erklärt nicht, welche Vertragsarten, Rabatte oder Währungen berücksichtigt werden.
2. Die Formel ersetzt die fachliche Erklärung
Eine korrekte DAX- oder SQL-Formel kann für Fachanwender unverständlich sein. Außerdem erklärt sie nicht automatisch den Zweck der Kennzahl.
3. Zeitbezüge bleiben implizit
Kalendermonat, rollierende 30 Tage und Geschäftsjahr liefern unterschiedliche Werte. Der Zeitraum muss Teil der Definition sein.
4. Owner werden als Teamname ohne Entscheidungskompetenz erfasst
„BI-Team“ ist häufig der technische Ansprechpartner, aber nicht der fachliche Entscheider. Benenne die Rolle, die Abgrenzungen freigeben kann.
5. Jede Reportvariante erhält eine eigene KPI
Leichte Filtervarianten sollten möglichst auf einer gemeinsamen Definition aufbauen. Sonst wächst der Kennzahlenkatalog schneller als das gemeinsame Verständnis.
6. Quellen stehen nur im Freitext
Textuelle Namen veralten bei Umbenennungen und lassen sich schlecht für Lineage oder Auswirkungsanalysen nutzen. Strukturierte Referenzen sind belastbarer.
7. Veraltete Definitionen werden gelöscht
Eine alte KPI sollte als veraltet gekennzeichnet und mit ihrem Nachfolger verbunden werden. Löschen nimmt Nutzern den Kontext für bestehende Berichte.
Häufige Fragen
Wie lang sollte eine KPI-Definition sein?
Der fachliche Kernsatz sollte kurz sein, meist ein bis drei Sätze. Abgrenzungen, Formel, Einheit und Quellen gehören in eigene Felder. So bleibt die Definition lesbar, ohne wichtige Details zu verlieren.
Wer darf eine KPI freigeben?
Die fachliche Verantwortung sollte bei einem benannten Owner liegen. In MetricsMap können Reviewer und Admins zertifizieren; Editoren erfassen und überarbeiten Definitionen.
Müssen technische Feldnamen in die Definition?
Nicht in den fachlichen Kernsatz. Technische Tabellen und Felder sollten strukturiert verknüpft werden, damit die Definition verständlich bleibt und die Herkunft trotzdem nachvollziehbar ist.
Wie oft sollten KPI-Definitionen geprüft werden?
Bei jeder fachlichen oder technischen Änderung sowie regelmäßig für entscheidungsrelevante Kennzahlen. Ein fester Review-Rhythmus ist besonders sinnvoll, wenn Quellen, Organisationsstrukturen oder Geschäftsmodelle häufig wechseln.
Eine Definition im Team prüfen
Wähle eine Kennzahl, bei der heute Rückfragen entstehen. Fülle die neun Felder aus und lasse eine zweite Person einen Normalfall und zwei Grenzfälle durchrechnen. Unterscheiden sich die Ergebnisse, ergänze die fehlende Regel vor der Freigabe. In MetricsMap füllst du diese neun Felder pro KPI strukturiert aus und verknüpfst Quellen und Abhängigkeiten direkt mit Tabellen und Feldern.