Kundendatenbank

Eine Kundendatenbank ist eine geordnete, dauerhaft gespeicherte Sammlung aller Daten, die ein Unternehmen über seine Kunden führt. Sie enthält drei Kern-Bausteine: Stammdaten (wer ist der Kunde: Firma, Adresse, Ansprechpartner), Vertrags- und Transaktionsdaten (was wurde gekauft, abgerechnet, bezahlt) und Interaktionsdaten (Kontakte über Kampagnen, Service, Website). Genutzt wird sie von Vertrieb, Marketing, Service und Auswertung. Der Begriff stammt aus dem Direktmarketing der 1980er Jahre und bezeichnet heute die Datenschicht, auf der Systeme wie ein CRM (Customer Relationship Management, das operative Vertriebs- und Serviceprogramm) oder eine CDP (Customer Data Platform, eine Software zur Zusammenführung digitaler Kundenprofile) aufsetzen.

Was ist eine Kundendatenbank?

Der Begriff Kundendatenbank beschreibt die Datenschicht unterhalb der Programme, mit denen ein Unternehmen täglich arbeitet. Gemeint ist der zentrale, dauerhaft gespeicherte Bestand aller Datensätze über die Kunden: jeder Kunde ist eindeutig gekennzeichnet über eine Kunden-ID (eine unternehmensweit eindeutige Kundennummer) und mit seinen Verträgen, Zahlungen und Kontakten verknüpft. Zugriff haben die kundennahen Bereiche (Vertrieb, Marketing, Service) und die Auswertung. Historisch entstand die Kundendatenbank in den 1980er Jahren im Zuge des Direktmarketings (Kundenansprache per adressierter Post statt über Massenwerbung). Robert Blattberg und John Deighton beschrieben 1991 in der Sloan Management Review die Kundendatenbank als strategische Ressource des adressierbaren Marketings („Interactive Marketing: Exploiting the Age of Addressability"). Im deutschsprachigen Raum wurde der Begriff über die Fachliteratur zum Direktmarketing (Heinrich Holland) und über das Database Marketing (datenbankgestützte Kundenansprache) verbreitet.

Der Dateninhalt lässt sich in drei Familien gliedern. Erstens die Stammdaten: Firma oder Person, Anschrift und Kommunikationsdaten, Ansprechpartner, Kunden- und Steuer-IDs, Klassifizierungsmerkmale wie Branche, Größenklasse oder Segment. Zweitens die Vertrags- und Transaktionsdaten: Verträge, Aufträge, Rechnungen, Zahlungen, Abo-Status, Nutzungsdaten. Drittens die Interaktions- und Verhaltensdaten: Kampagnenreaktionen, Service- und Beschwerdefälle, Web- und App-Events, Consent-Status. Die Stammdaten bilden die stabile Grundstruktur, die anderen beiden Familien liefern die Bewegungsdaten.

Historisch wurde die Kundendatenbank als eigenständige Datei geführt: vom Karteikasten über Access- und dBase-Anwendungen bis zu relationalen Datenbanken auf Oracle, DB2 oder SQL Server. Ab den 1990er Jahren wanderte sie in operative [CRM-Systeme](/insights/glossar/crm/) hinein und wurde dort zum internen Datenmodell des Anwendungssystems. Ab den 2010er Jahren kamen zwei weitere Schichten hinzu: identitätsauflösende Aktivierungssysteme ([Customer Data Platform](/insights/glossar/customer-data-platform/)) für Web-, App- und Werbedaten und übergreifende Zielbilder auf Datenebene ([Customer 360](/insights/customer-intelligence/customer-360/)) für die konsolidierte Sicht über alle Quellsysteme hinweg. Der Begriff Kundendatenbank bleibt darüber gültig, weil er die Datenschicht benennt, unabhängig davon, in welchem System sie physisch liegt.

Eine Kundendatenbank enthält personenbezogene Daten und unterliegt in Deutschland und der EU der DSGVO. Verbindlich sind unter anderem die Rechtsgrundlage der Verarbeitung (Vertrag, berechtigtes Interesse, Einwilligung nach Art. 6 DSGVO), die Zweckbindung, ein dokumentiertes Löschkonzept (Art. 17), die Betroffenenrechte (Auskunft, Berichtigung, Löschung, Datenübertragbarkeit) und das Verzeichnis von Verarbeitungstätigkeiten (Art. 30). Für Direktmarketing kommen UWG und TTDSG hinzu. Governance-Anforderungen wie Löschregeln, Aufbewahrungsfristen und Consent-Verwaltung gehören damit strukturell in die Kundendatenbank und nicht allein in die Anwendung darauf.

Abgrenzung zu CRM, CDP, Customer 360 und Stammdaten

Der Begriff Kundendatenbank wird häufig mit den Systemen und Zielbildern verwechselt, die darauf aufsetzen. Die folgende Abgrenzung ordnet die benachbarten Kategorien.

Ein [CRM](/insights/glossar/crm/) ist ein Anwendungssystem mit eigener Kundendatenbank im Kern. Die Kundendatenbank beschreibt die Datenschicht; das CRM beschreibt die Anwendung darauf. Ein Unternehmen kann eine Kundendatenbank ohne CRM betreiben, etwa rein analytisch in einem Data Warehouse oder Lakehouse, aber kein CRM ohne Kundendatenbank. Eine [Customer Data Platform](/insights/glossar/customer-data-platform/) ist eine paketierte Softwarekategorie mit dem Fokus, Kundenprofile aus Web-, App- und operativen Quellen zu vereinheitlichen und in Echtzeit an Kampagnenkanäle zu aktivieren. Sie enthält eine Kundendatenbank, ergänzt sie aber um Identity Resolution, Segmentierung und Aktivierungsschnittstellen. Eine CDP-Einführung umfasst damit die Kundendatenbank plus die dazugehörige Vereinigungs- und Aktivierungsmechanik.

[Customer 360](/insights/customer-intelligence/customer-360/) ist ein Zielbild auf Datenebene: die konsolidierte, quellenübergreifende Sicht auf einen Kunden über CRM, ERP, Web-Tracking und weitere Quellen hinweg. Eine Kundendatenbank ist die Umsetzung dieses Zielbilds in einem konkreten Datenspeicher; Customer 360 ist die Absicht, die Kundendatenbank die Struktur. Die Umsetzung kann in einem Data Warehouse, einem Lakehouse, einer CDP oder einer Kombination stattfinden; die Positionierung zwischen paketierter CDP und Lakehouse-nativem Aufbau vertieft der Cluster zu [CDP versus Lakehouse](/insights/customer-intelligence/cdp-vs-lakehouse/).

Von den [Kundenstammdaten](/insights/glossar/bestandskunden/)-nahen Begriffen grenzt sich die Kundendatenbank durch ihren Umfang ab: Kundenstammdaten bezeichnen nur die stabile Grundschicht (Adresse, Ansprechpartner, IDs), während die Kundendatenbank die Stammdaten plus Bewegungsdaten (Aufträge, Interaktionen) umfasst. Eine Adress- oder Marketingliste schließlich ist eine flache, oft einmalig erzeugte Kontaktzusammenstellung für eine Kampagne ohne persistente Struktur und ohne kontinuierliche Aktualisierung. Sie gilt als Vorstufe zur Kundendatenbank und fällt inhaltlich nicht unter den Begriff.

Beispiel: Kundendatenbank im Mittelstand

Ein mittelständischer Industriegroßhandel mit 12.000 aktiven Firmenkunden führt seine Kundendatenbank als konsolidierte Datenschicht in einem Data Warehouse. Das operative CRM (Microsoft Dynamics 365) liefert Firmen-Accounts, Ansprechpartner, Opportunities und Kampagnenreaktionen. Das ERP (SAP S/4HANA) liefert Aufträge, Rechnungen und Zahlungseingänge. Der Webshop liefert Sessions, Warenkorb-Events und Bestellhistorien; ein Ticketsystem liefert Servicevorgänge und SLA-Daten. Diese Quellen werden über eine Match-Key-Kette (Kundennummer, DUNS, E-Mail, Anschrift) zu einer einheitlichen Kundenkennung zusammengeführt und im Warehouse in einem dimensionalen Modell abgelegt: Stammdaten in der Kundendimension, Bewegungsdaten in Faktentabellen für Aufträge, Kampagnen und Service.

Auf dieser Kundendatenbank arbeiten mehrere Verbraucher parallel. Das [analytische CRM](/insights/glossar/analytisches-crm/) rechnet Kundenwert, RFM-Segmente und Abwanderungsrisiko und schreibt Scores und Segmentlabels zurück in das operative CRM. Das [Database Marketing](/insights/glossar/database-marketing/) selektiert Kampagnenlisten nach Segment- und Kaufkriterien. Das Berichtswesen liefert Kunden-KPIs, Deckungsbeitragsrechnung und Portfolio-Analysen für die Geschäftsleitung. Ein dokumentiertes Löschkonzept steuert die DSGVO-konforme Aussonderung inaktiver Kundendatensätze nach Ablauf der handels- und steuerrechtlichen Aufbewahrungsfristen, und ein Consent-Register hält die aktuellen Einwilligungen je Kanal.

Architektonisch sitzt die Kundendatenbank damit unterhalb der Anwendungssysteme: als geteilte, versionierte und governancegeführte Datenschicht, die den operativen Systemen ihre Kunden-Datenobjekte liefert und der Analytik die konsolidierte Sicht.