+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 (auch wenn es beides nutzt)
  • Es ist nicht dasselbe wie Data Governance (auch wenn 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 realweltliche Entität, zusammengeführt aus mehreren Quellsystemen, bereinigt, dedupliziert und angereichert.

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

Die vier MDM-Implementierungs-Styles

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

Consolidation Style: Die Quellsysteme bleiben verbindlich, aber die Daten werden periodisch im MDM-Hub für Analytics und Reporting konsolidiert. 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 der richtige ist, hängt von Ihrer Integrationsarchitektur, der Veränderungsbereitschaft der Organisation und den Use Cases ab. Die meisten Organisationen starten mit Registry und wandern mit zunehmender Reife in Richtung Coexistence.

Data Architecture Strategies: Master Data Management

Watch on YouTube

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 Echtzeit-Konsistenz in den 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, die WAHR sind in Bezug darauf, 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-Implementierungs-Styles.

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 Durchschnitt 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 Duplikate verteilt waren

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

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

Tool-Auswahl: die Kurzfassung

Die wichtigsten MDM-Plattformen: Informatica MDM (Enterprise, komplexe Implementierungen), Reltio (cloud-native, stark bei Kundendaten), Stibo Systems (stark bei Produktdaten), SAP MDG (die 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 Jahr 1 bewältigen?

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

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.