+45 XP

Master Data Management in der Praxis: Styles, Tools und der Golden Record

Fragen Sie fünf Data-Praktiker, was Master Data Management bedeutet, und Sie erhalten fünf verschiedene Antworten. Fragen Sie sie, welches MDM-Tool man einsetzen soll, und Sie erhalten eine 90-minütige Debatte.

MDM ist eine der am häufigsten missverstandenen Disziplinen im Data Management und eine der Investitionen mit dem höchsten ROI, die ein CDO tätigen kann, wenn sie richtig umgesetzt wird.

Was MDM ist (und was nicht)

Master Data Management ist die Disziplin, eine einzige, verbindliche und konsistent definierte Version der wichtigsten Datenentitäten einer Organisation zu erstellen und zu pflegen, typischerweise Kunde, Produkt, Lieferant und Standort.

Was MDM NICHT ist:

  • Es ist keine Datenbank und kein System (obwohl es beides nutzt)
  • Es ist nicht dasselbe wie Data Governance (obwohl Governance für MDM unverzichtbar ist)
  • Es ist kein einmaliges Projekt (es ist eine dauerhafte operative Fähigkeit)
  • Es geht nicht nur um Kundendaten (auch wenn das der sichtbarste Use Case ist)

Das zentrale Ergebnis von MDM ist der Golden Record: ein einziger, verbindlicher Datensatz für jede real existierende Entität, zusammengeführt aus mehreren Quellsystemen, bereinigt, dedupliziert und angereichert.

Wenn ein Händler 47 Millionen Kundendatensätze verteilt über CRM, Loyalty-Programm, E-Commerce-Plattform und POS im Store hat, mit 15 % Duplikaten, identifiziert der Golden Record die Duplikate und führt sie zu 40 Millionen eindeutigen, verbindlichen Kundenprofilen zusammen. Alle nachgelagerten Systeme arbeiten dann auf Basis des Golden Record.

Die vier MDM-Implementierungsstyles

Registry Style: Der MDM-Hub speichert keine Masterdaten, sondern Querverweise zwischen den Quellsystemen. Jedes Quellsystem behält seine eigenen Daten; der Hub verknüpft „CRM-Kunde #12345“ mit „Loyalty-Kunde #67890“ und „Billing-Kunde #A4412“. Geringster Implementierungsaufwand, aber die Masterdaten bleiben in Silos.

Consolidation Style: Die Quellsysteme bleiben verbindlich, doch die Daten werden regelmäßig im MDM-Hub konsolidiert, für Analytics und Reporting. Gut für Read-only-Use-Cases; löst keine Probleme der Datenkonsistenz in Echtzeit.

Coexistence Style: MDM-Hub und Quellsysteme koexistieren, Änderungen werden bidirektional synchronisiert. Komplexer umzusetzen, liefert aber sowohl eine Master-Sicht als auch Konsistenz in den operativen Systemen.

Centralized (Hub-and-Spoke) Style: Der MDM-Hub wird zum System of Record. Alle Quellsysteme schreiben in den Hub und lesen aus ihm. Maximale Datenkonsistenz; maximale Implementierungskomplexität und maximaler organisatorischer Veränderungsbedarf.

Welcher Style für Sie passt, hängt von Ihrer Integrationsarchitektur, der Veränderungsbereitschaft der Organisation und Ihren Use Cases ab. Die meisten Organisationen starten mit Registry und wechseln mit steigender Reife zu Coexistence.

Wissenscheck

1. Was beschreibt den „Golden Record“ als zentrales Ergebnis von MDM am besten?

2. Ein Unternehmen braucht sowohl eine Master-Sicht auf seine Daten ALS AUCH Echtzeitkonsistenz in seinen operativen Systemen und ist bereit, mehr Integrationskomplexität zu akzeptieren. Welcher MDM-Style passt am besten?

3. Warum ist es falsch, MDM einfach als „eine Datenbank oder ein System“ zu betrachten?

MEHRFACHAUSWAHL

4. Wählen Sie ALLE Aussagen aus, die darüber ZUTREFFEN, was MDM ist oder nicht ist.

Wählen Sie alle richtigen Antworten aus.

MEHRFACHAUSWAHL

5. Wählen Sie ALLE korrekten Aussagen zum Vergleich der MDM-Implementierungsstyles aus.

Wählen Sie alle richtigen Antworten aus.

MDM in der Praxis: der Fall des Händlers

Ein großer europäischer Fashion-Händler hatte über 10 Jahre 47 Millionen Kundendatensätze aus 8 verschiedenen Systemen angesammelt: zwei E-Commerce-Plattformen, ein Loyalty-Programm, ein Wholesale-Portal, vier regionale POS-Systeme und eine Legacy-Katalogdatenbank.

Die Probleme waren gravierend:

  • Derselbe Kunde erschien im Schnitt 2,7 Mal über die Systeme verteilt
  • Verschiedene Systeme hatten unterschiedliche Schreibweisen desselben Kundennamens
  • Loyalty-Punkte konnten nicht korrekt zugeordnet werden
  • Marketing gab 25 % seines Budgets für doppelte Kontakte aus
  • Berechnungen des Customer Lifetime Value waren systematisch zu niedrig, weil Käufe auf doppelte Datensätze verteilt waren

Ihr MDM-Programm (18 Monate, Plattform Reltio) konsolidierte 47 Mio. Datensätze zu 17,5 Mio. Golden Records. Die unmittelbaren Ergebnisse:

  • Marketing-Verschwendung um 4,2 Mio. € pro Jahr reduziert
  • Das CLV-Modelling wurde erstmals belastbar (der tatsächliche LTV lag 31 % höher als bisher gemessen, weil Käufe nun korrekt konsolidiert wurden)
  • Die Bearbeitungszeit im Kundenservice verbesserte sich, weil die Agents erstmals die vollständige Kundenhistorie sehen konnten

Tool-Auswahl: die Kurzfassung

Die großen MDM-Plattformen: Informatica MDM (Enterprise, komplexe Implementierungen), Reltio (cloud-native, stark bei Kundendaten), Stibo Systems (stark bei Produktdaten), SAP MDG (beste Wahl, wenn Sie ein SAP-Haus sind), Talend (Open-Source-Herkunft, heute Teil von Qlik).

Auswahlkriterien: Was ist Ihr primärer Use Case (Customer- vs. Product- vs. Supplier-MDM)? Wie sieht Ihr bestehendes Technologie-Ökosystem aus? Wie ist Ihre Integrationsarchitektur? Wie viel organisatorische Veränderung können Sie im ersten Jahr bewältigen?

Wählen Sie kein MDM-Tool, bevor diese Fragen beantwortet sind. Das Tool ist die letzte Entscheidung, nicht die erste.

Häufige Fragen

Was ist Master Data Management, einfach erklärt?

Master Data Management ist die Disziplin, eine einzige, maßgebliche und einheitlich definierte Version der wichtigsten Datenentitäten eines Unternehmens zu erstellen und zu pflegen: Kunde, Produkt, Lieferant, Standort. Es ist weder eine Datenbank noch ein Tool, auch wenn es auf beides angewiesen ist, und es ist kein einmaliges Projekt, sondern eine dauerhafte operative Fähigkeit. Das zentrale Ergebnis ist der Golden Record: ein maßgeblicher Datensatz pro realer Entität, aufgebaut aus mehreren Quellsystemen nach Bereinigung, Deduplizierung und Anreicherung.

Was unterscheidet MDM von Data Governance?

Data Governance legt die Regeln, Verantwortlichkeiten und Definitionen fest, die für Daten gelten. MDM ist die operative Fähigkeit, die eine einzige maßgebliche Version kritischer Entitäten wie Kunde oder Produkt erzeugt und pflegt. Governance ist eine Voraussetzung für MDM: Ohne abgestimmte Definitionen und Verantwortliche gibt es keine Grundlage für die Entscheidung, welcher Wert in einem Golden Record gilt. Beide ergänzen sich, sie sind nicht austauschbar.

Welchen der vier MDM-Implementierungsstile sollte ich wählen?

Die vier Stile sind Registry (der Hub speichert nur Querverweise zwischen den Quellsystemen), Consolidation (die Daten werden regelmäßig für Analysezwecke im Hub zusammengeführt), Coexistence (Hub und Quellsysteme werden bidirektional synchronisiert) und Centralized Hub-and-Spoke (der Hub wird zum System of Record). Die richtige Wahl hängt von Ihrer Integrationsarchitektur, Ihren Use Cases und davon ab, wie viel organisatorische Veränderung Sie verkraften können. Die meisten Unternehmen starten mit Registry und bewegen sich mit wachsender Reife in Richtung Coexistence.

Muss ich vor Projektstart ein MDM-Tool auswählen?

Nein, das Tool ist die letzte Entscheidung, nicht die erste. Klären Sie vorher vier Fragen: Was ist der primäre Use Case (Kunden-, Produkt- oder Lieferanten-MDM), wie sieht Ihr bestehendes Technologie-Ökosystem aus, wie ist Ihre Integrationsarchitektur aufgebaut, und wie viel organisatorische Veränderung können Sie im ersten Jahr stemmen. Wer eine Plattform wählt, bevor diese Antworten vorliegen, legt sich auf einen Implementierungsstil fest, den er vielleicht gar nicht will.

Wie schneiden die wichtigsten MDM-Plattformen im Vergleich ab: Informatica, Reltio, Stibo, SAP MDG, Talend?

Informatica MDM zielt auf große Unternehmen und komplexe Implementierungen. Reltio ist cloud-native und stark bei Kundendaten. Stibo Systems ist stark bei Produktdaten. SAP MDG ist die naheliegende Wahl, wenn Sie bereits SAP einsetzen. Talend stammt aus dem Open-Source-Umfeld und gehört heute zu Qlik. Den Ausschlag geben Ihre primäre Entität (Kunde, Produkt oder Lieferant) und Ihr bestehendes Ökosystem, nicht ein Vergleich Feature für Feature.

Welchen geschäftlichen Nutzen kann ein Kunden-MDM-Programm tatsächlich bringen?

Ein großer europäischer Modehändler hat in einem 18-monatigen Programm auf der Reltio-Plattform 47 Millionen Kundendatensätze aus 8 Systemen zu 17,5 Millionen Golden Records zusammengeführt. Die Ergebnisse: 4,2 Mio. € jährlich verschwendetes Marketingbudget eingespart, zum ersten Mal eine präzise CLV-Modellierung (der tatsächliche LTV lag 31 % über dem bisher gemessenen Wert, weil die Käufe endlich konsolidiert waren) und eine schnellere Lösung von Kundenanliegen, da die Mitarbeitenden im Kundenservice die vollständige Kundenhistorie sehen konnten. Vor dem Programm tauchte derselbe Kunde im Schnitt 2,7-mal in den Systemen auf.

Was Sie aus dieser Lektion umsetzen

Diese Maßnahmen sind im Playbook der Rolle zusammengefasst.

  • MDM in der Domäne mit dem größten Schmerz starten, Tools zuletzt auswählen
Vollständiges Action Playbook ansehen →

Verwandte Artikel

Aktuelle Blogartikel, die auf dieser Lektion aufbauen.