Business Glossary erstellen: Schritt für Schritt
So entwickelt ihr aus uneinheitlichen Fachbegriffen ein gepflegtes Glossar mit klarer Bedeutung, Verantwortung und Akzeptanz.
Ein Business Glossary ist das gemeinsame Wörterbuch eines Unternehmens. Es definiert fachliche Begriffe, Synonyme, Verantwortliche und Beziehungen so, dass Fachbereiche, BI und Data Teams dieselbe Sprache verwenden. Es beantwortet zum Beispiel, wann eine Person als aktiver Kunde gilt, was „Nettoumsatz“ umfasst oder wie ein Produktbereich abgegrenzt wird.
Das Glossar ist kein alphabetisches Lexikon ohne Pflegeprozess. Sein Wert entsteht durch klare Ownership, nachvollziehbare Freigaben und die Verbindung zu Kennzahlen und technischen Metadaten.
Dieser Leitfaden zeigt Schritt für Schritt, wie du ein Business Glossary aufbaust: Begriffe auswählst, Definitionen prüfst und Änderungen organisierst. Das Feldschema lässt sich zunächst auch in einer gemeinsamen Tabelle anwenden.
Ziel und Scope festlegen
Bevor Begriffe gesammelt werden, braucht das Glossar einen klaren Zweck. „Alle Begriffe des Unternehmens“ ist kein umsetzbarer Scope.
Ein guter Startpunkt ist eine Domäne mit sichtbaren Missverständnissen, zum Beispiel:
- Kunden- und Vertragsstatus im SaaS-Geschäft,
- Umsatz- und Margenbegriffe in Finance,
- Kampagnen- und Conversion-Begriffe im Marketing,
- Bestell- und Retourenstatus im E-Commerce.
Formuliere ein konkretes Ziel: „Finance, Sales und BI verwenden für die monatliche Umsatzsteuerung dieselben Definitionen.“ Daraus lässt sich ableiten, welche Begriffe zuerst relevant sind und wer an der Freigabe beteiligt sein muss.
Eine Vorlage für jeden Fachbegriff
Alle Glossareinträge sollten demselben Schema folgen. Ein praxistaugliches Term-Template enthält:
| Feld | Zweck |
|---|---|
| Standardbegriff | Eindeutige, bevorzugte Bezeichnung |
| Definition | Fachliche Bedeutung in verständlicher Sprache |
| Abgrenzung | Was ausdrücklich ein- oder ausgeschlossen ist |
| Synonyme | Alternative Begriffe, Abkürzungen und Übersetzungen |
| Domäne | Fachlicher Kontext des Begriffs |
| Owner | Rolle mit fachlicher Entscheidungskompetenz |
| Status | Entwurf, freigegeben, zertifiziert oder veraltet |
| Beziehungen | Verknüpfte Begriffe, KPIs, Datenmodelle oder Regeln |
| Beispiele | Konkrete Anwendungs- und Gegenbeispiele |
Die Definition sollte ohne technische Feldnamen verständlich sein. Technische Bezüge gehören in strukturierte Beziehungen, nicht in den ersten Erklärungssatz.
Das Business Glossary in sieben Schritten aufbauen
1. Relevante Begriffe inventarisieren
Sammle Begriffe aus Reports, KPI-Listen, Fachkonzepten, Datenmodellen, Onboarding-Unterlagen und wiederkehrenden Rückfragen. Markiere, wo identische Begriffe unterschiedlich verwendet werden.
Beginne beispielsweise mit 20 bis 40 Einträgen einer Domäne und passe den Umfang an die verfügbare Review-Zeit an. Die Zahl ist eine mögliche Pilotgröße, kein Qualitätsmaßstab.
2. Dubletten und Synonyme gruppieren
Ordne Schreibvarianten, Abkürzungen und Übersetzungen zusammen. Entscheide noch nicht allein anhand des Namens, ob zwei Einträge identisch sind. „Kunde“, „Account“ und „Vertragspartner“ können je nach Geschäftsmodell unterschiedliche Konzepte bezeichnen.
3. Einen Standardbegriff bestimmen
Wähle pro Konzept eine bevorzugte Bezeichnung. Die übrigen Namen bleiben als Synonyme auffindbar. So müssen Teams ihre gewohnte Sprache nicht sofort aufgeben, gelangen aber zur gemeinsamen Definition.
4. Definition und Abgrenzung formulieren
Eine gute Definition nennt die wesentlichen Merkmale eines Begriffs und grenzt ihn von ähnlichen Konzepten ab. Vermeide zirkuläre Definitionen wie „Ein aktiver Kunde ist ein Kunde, der aktiv ist“.
Nutze Anwendungs- und Gegenbeispiele. Sie machen abstrakte Regeln prüfbar und zeigen, wie Sonderfälle behandelt werden.
5. Ownership zuordnen
Der Owner ist nicht automatisch die Person, die den Eintrag schreibt. Er oder sie besitzt die fachliche Entscheidungskompetenz bei Konflikten und Änderungen.
Für bereichsübergreifende Begriffe kann ein kleines Governance-Gremium sinnvoll sein. Trotzdem sollte eine Rolle die finale Verantwortung tragen.
6. Review und Freigabe durchführen
Lass neue Definitionen von betroffenen Fachbereichen und dem Data- oder BI-Team prüfen. Fachbereiche bewerten Bedeutung und Abgrenzung; technische Teams prüfen, ob Datenmodelle und KPIs die Definition abbilden können.
Ein Status macht sichtbar, ob ein Begriff noch diskutiert wird oder bereits verbindlich genutzt werden soll.
7. Das Glossar in Arbeitsabläufe einbauen
Ein Glossar wird nicht durch seine Veröffentlichung angenommen. Verlinke Definitionen aus Reports, Datenprodukten, Tickets und Onboarding-Unterlagen. Nutze den Glossarprozess auch für neue KPIs und fachliche Anforderungen.
Beispiel: Aktive Kundin oder aktiver Kunde
Dieses fiktive Beispiel definiert Aktivität im Monatsverlauf. Eine Stichtagsdefinition zum Monatsende wäre ein anderer Begriff und müsste separat abgegrenzt werden.
Standardbegriff: Im Monat aktiver Kunde
Definition: Eine Kundin oder ein Kunde gilt in einem Kalendermonat als aktiv, wenn mindestens ein kostenpflichtiger Vertrag an einem Tag dieses Monats den Status „aktiv“ oder „gekündigt zum Laufzeitende“ besitzt.
Abgrenzung: Testkonten, interne Accounts und Verträge in kostenloser Probephase werden nicht berücksichtigt. Ein bereits gekündigter Vertrag zählt bis zum Ende der bezahlten Laufzeit.
Synonym: Monthly Active Paying Customer
Domäne: Customer Management
Owner: Head of Customer Operations
Status: Approved
Verknüpfte KPI: Anzahl aktive Kunden
Positives Beispiel: Ein Jahresvertrag läuft bis zum 31. August und wurde im Juni zum Laufzeitende gekündigt. Der Kunde zählt im Juli und August weiterhin als aktiv.
Gegenbeispiel: Ein Account befindet sich den gesamten Monat in einer kostenlosen Testphase. Er zählt nicht als aktiver Kunde.
Das Beispiel zeigt, warum Begriff und KPI nicht dasselbe sind. Der Begriff definiert, welcher Kunde aktiv ist. Die KPI zählt eindeutige Kunden-IDs für den Zeitraum: Zwei aktive Verträge derselben Person ergeben einen aktiven Kunden, sofern die Kundenidentität entsprechend definiert ist. „Account“ ist nur dann ein Synonym, wenn im Unternehmen tatsächlich dieselbe Einheit gemeint ist.
Drei Grenzfälle für den Definitionsworkshop
| Fall | Ergebnis nach dieser Definition | Zu prüfende Regel |
|---|---|---|
| Bezahlter Vertrag endet am zweiten Tag des Monats | Kunde zählt im Monatsverlauf | Aktiv an mindestens einem Tag genügt |
| Ein Kunde besitzt zwei aktive Verträge | Kunde zählt einmal | Kunden zählen, nicht Verträge |
| Trial wechselt am letzten Tag in einen bezahlten Vertrag | Kunde zählt ab Beginn der bezahlten Laufzeit | Vertragsbeginn und Zeitzone eindeutig festlegen |
Lass die beteiligten Fachbereiche diese Fälle unabhängig bewerten. Unterschiedliche Antworten zeigen konkrete Lücken in der Definition. Halte anschließend die vereinbarte Regel und den Grund der Entscheidung fest.
Mit widersprüchlichen Definitionen umgehen
Sales kann einen Kunden ab Vertragsabschluss zählen, Finance erst ab Beginn der bezahlten Leistung. Erzwinge dafür kein scheinbar gemeinsames Synonym. Prüfe zuerst, ob unterschiedliche Geschäftsfragen vorliegen. Falls ja, verwende präzise Begriffe wie „Kunde mit unterzeichnetem Vertrag“ und „Kunde mit aktiver bezahlter Leistung“ und beschreibe ihre Beziehung.
Wenn dagegen dieselbe Frage beantwortet werden soll, entscheidet der fachliche Owner über die verbindliche Definition. Dokumentiere Geltungsbereich, Gültigkeitsdatum und betroffene KPIs. So bleibt nachvollziehbar, ob ein abweichender Wert auf einen Fehler oder eine ältere Definitionsversion zurückgeht.
Synonyme richtig pflegen
Synonyme verbessern Suche und Akzeptanz, wenn sie bewusst verwendet werden:
- Standardbegriff und Synonym dürfen nicht als getrennte Konzepte erscheinen.
- Abkürzungen sollten ausgeschrieben auffindbar sein.
- Übersetzungen brauchen denselben fachlichen Scope.
- Veraltete Namen bleiben auffindbar, werden aber als solche markiert.
- Ähnliche, fachlich unterschiedliche Begriffe sind keine Synonyme.
Ein Glossar soll Sprachvarianten verbinden, nicht Unterschiede verdecken.
Rollen und Freigabeprozess
Ein einfacher Prozess trennt vier Verantwortungen:
- Autor: Erfasst oder überarbeitet den Eintrag.
- Fachlicher Owner: Entscheidet über Bedeutung und Abgrenzung.
- Reviewer: Prüft Konsistenz, Verständlichkeit und Beziehungen.
- Nutzer: Verwendet die freigegebene Definition in Analyse und Kommunikation.
Nicht jedes Unternehmen braucht ein formales Board. Wichtig ist, dass Änderungen nicht unbemerkt dieselbe Verbindlichkeit erhalten wie geprüfte Definitionen.
Rollout-Checkliste
- Eine Startdomäne und ein messbares Ziel sind definiert.
- Ein gemeinsames Term-Template ist beschlossen.
- Die ersten 20 bis 40 Begriffe wurden priorisiert.
- Standardbegriffe und Synonyme sind getrennt.
- Jeder veröffentlichte Eintrag hat einen Owner.
- Review- und Statusmodell sind verständlich dokumentiert.
- Anwendungs- und Gegenbeispiele prüfen kritische Abgrenzungen.
- KPI- und Datenmodell-Bezüge werden strukturiert verknüpft.
- Reports und Onboarding-Materialien verweisen auf das Glossar.
- Ein Prozess für neue und geänderte Begriffe ist etabliert.
Häufige Fehler
Das Glossar aus dem Data Dictionary kopieren
Technische Feldbeschreibungen sind wertvoll, aber selten als fachliche Definition geeignet. Ein Business Glossary erklärt Geschäftskonzepte unabhängig von einem konkreten Datenbankschema. Die Abgrenzung erklärt der Vergleich Business Glossary, Data Catalog und Data Dictionary.
Begriffe ohne Owner veröffentlichen
Ohne Entscheidungskompetenz bleiben Konflikte ungelöst. Das Glossar dokumentiert dann nur mehrere Meinungen.
Zu viele Begriffe automatisch importieren
Masse erzeugt keine gemeinsame Sprache. Priorisiere Begriffe nach Geschäftsrelevanz und Konflikthäufigkeit.
Synonyme als Dubletten pflegen
Mehrere Einträge für dasselbe Konzept verteilen Kommentare, Beziehungen und Freigaben. Nutze einen Standardbegriff mit Synonymen.
Nur Definitionen, keine Anwendung
Wenn Reports, Tickets und Onboarding nicht auf das Glossar verweisen, bleibt es ein isoliertes Dokument.
Toolfunktionen mit fachlicher Einigung verwechseln
Suche, Status und Verknüpfungen unterstützen die Pflege. Ob zwei Begriffe dasselbe bedeuten, muss jedoch fachlich entschieden werden. Prüfe beim Übertragen des Schemas, welche Felder und Beziehungen dein Werkzeug abbildet.
Häufige Fragen
Was ist der Unterschied zwischen Business Glossary und KPI-Glossar?
Ein Business Glossary umfasst allgemeine Fachbegriffe wie Kunde, Vertrag oder Region. Ein KPI-Glossar spezialisiert sich auf messbare Kennzahlen mit Formel, Einheit, Owner und Datenquellen.
Wer sollte das Business Glossary pflegen?
Die Koordination liegt häufig bei Data Governance, BI oder Analytics. Die fachliche Verantwortung muss jedoch bei den zuständigen Domänen liegen.
Braucht jedes Unternehmen ein Governance Board?
Nein. Für einen kleinen Scope reichen klare Owner und Reviewer. Ein bereichsübergreifendes Board wird sinnvoll, wenn viele Domänen dieselben Begriffe unterschiedlich verwenden.
Wie fördert man die Nutzung?
Verlinke Glossareinträge dort, wo Fragen entstehen: in Reports, Datenprodukten, Tickets und Onboarding. Beziehe Nutzer in Reviews ein und verbessere die Suche durch Synonyme.
Fazit
Ein Business Glossary entsteht nicht durch das Sammeln möglichst vieler Wörter. Beginne mit einem klaren Scope, einem festen Template und Begriffen, die reale Entscheidungen beeinflussen. Ownership, Review und die Verbindung zu KPIs machen aus einem Lexikon eine belastbare gemeinsame Sprache.