Wichtig für die Einordnung: Der Name hat sich mehrfach gewandelt. Was früher schlicht Dynamics 365 Customer Insights hieß, ist heute eine Produktfamilie mit zwei Bausteinen – Customer Insights – Data (die CDP, um die es hier geht) und Customer Insights – Journeys (die Marketing-Automatisierung, früher „Dynamics 365 Marketing“). Wer über „die CDP von Microsoft“ spricht, meint praktisch immer den Data-Baustein. Diese Unterscheidung ist keine Formalie, sondern entscheidet, welche Lizenz, welche Funktionen und welche Datenflüsse überhaupt gemeint sind.
Drei Eigenschaften prägen Customer Insights – Data:
Der Kern des Problems ist in fast jedem gewachsenen Unternehmen derselbe: Kundendaten liegen verteilt – im CRM, im Webshop, im E-Mail-Tool, im ERP, im Service-System, in Kampagnen-Plattformen. Jede Quelle kennt „ihren“ Kunden anders, mal mit Tippfehler im Namen, mal mit anderer E-Mail-Adresse, mal ohne Verknüpfung zwischen Person und Haushalt oder Firma. Das Ergebnis ist ein fragmentiertes, widersprüchliches Bild, das weder für zielgerichtetes Marketing noch für verlässliche Analytik taugt.
Eine CDP wie Customer Insights – Data setzt genau hier an: Sie nimmt die Quellen auf, bereinigt und ordnet die Daten, erkennt mit Abgleichverfahren, welche Datensätze zur selben Person gehören, und baut daraus ein einheitliches, angereichertes Profil. Dieses Profil ist die „single source of truth“, auf der Segmentierung, Kennzahlen und KI-Vorhersagen aufbauen – und aus der heraus die operativen Systeme mit konsistenten, aktuellen Kundendaten versorgt werden.
Die CDP spielt ihre Stärke dort aus, wo bereits Microsoft-Technologie im Haus ist und mehrere Quellsysteme zu einem Kundenbild verbunden werden sollen. Ein Unternehmen mit Dynamics 365 im Vertrieb, Power BI im Reporting und Daten in Azure findet hier eine Plattform, die sich mit vertrauten Werkzeugen und Zugriffskonzepten betreiben lässt. Weniger naheliegend ist die Wahl für Häuser, die konsequent auf andere Ökosysteme oder auf einen entkoppelten, warehouse-zentrierten Ansatz setzen – dort können Salesforce Data Cloud, Adobe Real-Time CDP oder ein „Composable“-Aufbau die passendere Antwort sein.
Zur ehrlichen Einordnung gehört auch, dass eine CDP kein Ersatz für ein CRM ist und keine Marketing-Automatisierung. Sie ist die Daten-Drehscheibe dazwischen: Sie sammelt, verbindet und veredelt Kundendaten, damit CRM, Marketing- und Analytik-Werkzeuge auf einem konsistenten Bild arbeiten. Wer das verwechselt, erwartet von der CDP entweder zu viel oder setzt sie an der falschen Stelle ein. Customer Insights – Data ist genau dieser Datenlayer – ausgelegt darauf, das vorhandene Microsoft-Instrumentarium mit einem verlässlichen Kundenprofil zu versorgen, statt bestehende Systeme zu verdrängen.
Die häufigste Verwirrung entsteht an der Grenze zwischen den beiden Customer-Insights-Bausteinen. Customer Insights – Data ist die CDP: Sie kümmert sich um Datenaufnahme, Vereinheitlichung, Profile, Segmente, Kennzahlen und Vorhersagen. Sie ist datenzentriert und liefert das Fundament. Customer Insights – Journeys ist dagegen die Marketing-Automatisierung: Sie orchestriert Kampagnen, Kundenreisen, E-Mails, Formulare und Events. Journeys nutzt die vereinheitlichten Profile und Segmente aus Data, ist aber ein eigenes Werkzeug mit eigenem Zweck.
Für die Praxis heißt das: Wer „nur“ ein einheitliches Kundenbild und saubere Segmente für nachgelagerte Systeme braucht, kommt mit Data aus. Wer zusätzlich Kampagnen und Journeys direkt in Microsoft steuern will, kombiniert Data mit Journeys. Die beiden Bausteine werden lizenzseitig getrennt betrachtet – ein Punkt, den man früh klären sollte, um weder zu viel noch zu wenig zu lizenzieren.
Dynamics 365 ist Microsofts Familie aus Geschäftsanwendungen – CRM für Vertrieb und Service, ERP-Funktionen, Feld-Service und mehr. Customer Insights gehört formal zu dieser Familie, was erklärt, warum sich die CDP so nahtlos mit einem vorhandenen Dynamics-365-CRM verbindet: gemeinsame Datenmodelle, gemeinsame Identitäten, gemeinsame Oberflächenlogik. Ein Kundenprofil aus der CDP kann im Vertriebs-CRM angereichert erscheinen, ohne dass man Daten mühsam hin- und herschieben muss.
Darunter liegt die Power Platform mit Dataverse als gemeinsamem Datenspeicher, Power Automate für Automatisierung, Power Apps für individuelle Anwendungen und Power BI für Analytik. Diese Plattform ist der Klebstoff: Weil Customer Insights auf Dataverse aufsetzt, stehen die vereinheitlichten Profile automatisch den übrigen Power-Platform-Werkzeugen zur Verfügung. Genau diese durchgängige Verzahnung ist der qualitative Unterschied zu einer isoliert betriebenen CDP – und zugleich der Grund für den Bindungseffekt.
In der CDP-Welt hat sich eine Grundsatzfrage etabliert: „Packaged“ (fertig integrierte Suite) gegen „Composable“ (selbst zusammengestellter Aufbau, oft rund um ein Data Warehouse). Customer Insights – Data steht klar auf der Packaged-Seite: eine geschlossene Plattform, in der Aufnahme, Vereinheitlichung, Segmentierung und Ausspielung als zusammenhängendes Produkt geliefert werden. Der Vorteil ist Geschwindigkeit und geringere Komplexität; der Preis ist weniger Wahlfreiheit bei einzelnen Bausteinen und eine engere Bindung an Microsoft. Diese Einordnung ist qualitativ zu verstehen – die konkrete Ausprägung entwickelt sich mit dem Produkt und ist beim Anbieter zu prüfen.
Die Vereinheitlichung ist der Prozess, der aus vielen Quellen ein Profil macht, und damit die anspruchsvollste Disziplin jeder CDP. Zunächst werden die Quelltabellen erfasst und ihre Felder auf ein gemeinsames Modell abgebildet („Mapping“). Anschließend gleicht das System Datensätze ab und entscheidet mit Regeln und Ähnlichkeitsverfahren, welche zur selben Person gehören („Match“). Zuletzt werden diese zusammengeführt, wobei Konfliktregeln bestimmen, welche Quelle bei widersprüchlichen Angaben Vorrang hat („Merge“). Das Ergebnis ist ein einheitlicher Kundendatensatz, der Stammdaten, Verhalten und Transaktionen bündelt.
In der Praxis steht und fällt die Qualität dieses Prozesses mit der Datenhygiene der Quellen und der Sorgfalt beim Regelwerk. Eine CDP kann fehlende Struktur nicht zaubern – sie kann vorhandene Daten ordnen. Deshalb ist die Vereinheitlichung weniger ein Knopfdruck als ein iteratives Projekt, in dem Match- und Merge-Regeln geprüft, verfeinert und an die eigenen Datenrealitäten angepasst werden.
Auf dem vereinheitlichten Profil setzen zwei Werkzeuge auf, die im Alltag den meisten Nutzen stiften. Segmente gruppieren Kunden nach frei definierbaren Kriterien – etwa „inaktive Bestandskunden mit hohem historischem Umsatz“ – und lassen sich an nachgelagerte Systeme übergeben, um Kampagnen, Vertriebsaktionen oder Analysen gezielt auszusteuern. Measures wiederum verdichten Rohdaten zu Kennzahlen wie Kauffrequenz, durchschnittlichem Bestellwert oder Lebenszeitwert. Segmente und Measures greifen ineinander: Kennzahlen liefern die Kriterien, nach denen Segmente gebildet werden, und Segmente machen Kennzahlen handlungsleitend.
Der eigentliche Wert entsteht im Zusammenspiel mit der Aktivierung. Ein Segment nützt wenig, solange es in der CDP verbleibt – erst wenn es in ein Zielsystem übergeben wird, entsteht Wirkung: eine Kampagne im Marketing-Werkzeug, eine Vertriebsliste im CRM, eine Kennzahl im Power-BI-Bericht. Deshalb sollte von Anfang an feststehen, wohin ein Segment fließen soll und welchen konkreten Zweck es erfüllt. Segmente ohne Ziel sind ein häufiges Muster gescheiterter CDP-Projekte – viel Aufwand in der Definition, kein messbarer Ertrag in der Nutzung.
Der Copilot ist Microsofts durchgängiger KI-Assistent, der auch in Customer Insights – Data zur Verfügung steht. Sein praktischer Nutzen liegt darin, die Einstiegshürde zu senken: Statt Segmentregeln manuell zusammenzuklicken, lässt sich ein gewünschtes Zielgruppen-Profil in Worten beschreiben und in ein Segment übersetzen. Fachanwender können den Datenbestand befragen, sich Kennzahlen erklären lassen und schneller zu Erkenntnissen kommen, ohne auf spezialisierte Datenteams zu warten. Das verschiebt Arbeit von wenigen Experten hin zu mehr Beteiligten – ein realer Produktivitätsgewinn, sofern die Ergebnisse fachlich geprüft bleiben.
Vorhersagemodelle heben die CDP über die reine Bestandsaufnahme hinaus. Statt nur abzubilden, was war, prognostizieren sie, was wahrscheinlich kommt – etwa welche Kunden abzuwandern drohen oder welchen Wert eine Kundenbeziehung über die Zeit erreichen dürfte. Microsoft liefert dafür vorgefertigte Modelle und erlaubt daneben eigene, auf die individuelle Datenlage zugeschnittene Vorhersagen. Der Nutzen entsteht erst, wenn diese Prognosen in Handlung münden: Ein erkanntes Abwanderungsrisiko sollte eine Rückgewinnungsaktion auslösen, ein hoher prognostizierter Kundenwert eine bevorzugte Betreuung. Die Modellgüte hängt von der Datenqualität und der Sorgfalt der Konfiguration ab und ist im Einzelfall zu bewerten.
Dataverse ist der gemeinsame Datenspeicher der Power Platform und das Fundament, auf dem Customer Insights aufsetzt. Der praktische Effekt: Weil die vereinheitlichten Profile in Dataverse liegen, sind sie unmittelbar für Dynamics 365, Power Apps, Power Automate und Power BI verfügbar. Ein Kundenprofil muss nicht per Schnittstelle in andere Microsoft-Werkzeuge kopiert werden – es ist bereits dort, wo diese Werkzeuge ihre Daten erwarten. Diese Nähe reduziert Reibung, Redundanz und Fehlerquellen und ist der wesentliche Grund, warum die CDP im Microsoft-Umfeld so anschlussfähig ist.
Über Dataverse hinaus verbindet sich die CDP mit dem breiteren Datenstack. Azure stellt die Cloud-Infrastruktur und zahlreiche Datendienste bereit, an die sich Quellen und Zielsysteme anbinden lassen. Power BI ist das naheliegende Werkzeug, um Profile, Segmente und Kennzahlen in Dashboards und Berichte zu überführen, mit denen Fachbereiche und Geschäftsführung arbeiten. Microsoft Fabric als übergreifende Datenplattform gewinnt zunehmend an Bedeutung für die Zusammenführung von Analytik- und Kundendaten; die konkrete Ausgestaltung dieser Verzahnung entwickelt sich weiter und sollte beim Anbieter geprüft werden.
Für Häuser mit einer bestehenden Microsoft-Datenlandschaft ergibt sich daraus ein durchgängiger Fluss: Daten aus operativen Systemen fließen in die CDP, werden dort vereinheitlicht und angereichert, wandern als Profile und Segmente zurück in CRM und Marketing und stehen zugleich für Analytik in Power BI und Fabric bereit. Diese Durchgängigkeit ist der eigentliche strategische Wert – und zugleich der Grund, warum ein Wechsel weg von Microsoft später aufwendiger ausfällt.
Diesen Bindungseffekt sollte man weder dramatisieren noch verharmlosen. Für ein Haus, das bewusst auf Microsoft als strategische Plattform setzt, ist die enge Verzahnung ein Vorteil und kein Nachteil – kürzere Wege, weniger Schnittstellen, ein konsistentes Berechtigungsmodell. Für ein Haus, das sich Wahlfreiheit bewahren will, ist sie ein Argument, den „Composable“-Ansatz mit einem entkoppelten Data Warehouse zumindest zu prüfen. Die richtige Antwort ergibt sich aus der IT-Strategie, nicht aus der CDP allein.
Die CDP ist nicht auf Microsoft-Quellen beschränkt. Über Konnektoren und Standardschnittstellen lassen sich auch Fremdsysteme anbinden – Webshops, E-Mail-Plattformen, Werbe- und Analytik-Tools jenseits des Microsoft-Kosmos. In gemischten Landschaften ist das ein wichtiger Punkt, denn kaum ein Mittelständler betreibt ausschließlich Microsoft. Entscheidend ist, vor der Einführung zu klären, welche Quell- und Zielsysteme angebunden werden müssen und welche davon out of the box unterstützt sind und welche zusätzlichen Aufwand erfordern.
Salesforce Data Cloud, Adobe Real-Time CDP und Customer Insights – Data ähneln sich in ihrer Grundidee: Alle drei sind Packaged CDPs, die eng an das jeweilige Ökosystem ihres Anbieters gebunden sind. Der entscheidende Unterschied ist deshalb selten die Funktionsliste, sondern die Frage, in welchem Kosmos ein Unternehmen ohnehin arbeitet. Wer Salesforce als CRM nutzt, findet in Data Cloud die natürlichste Anbindung; wer auf Adobes Experience Cloud für Content, Analytik und Kampagnen setzt, ist mit Adobes RT-CDP am nächsten am eigenen Stack. Customer Insights – Data gewinnt entsprechend dort, wo Dynamics 365, Power BI und Azure bereits das Rückgrat bilden.
Qualitativ lässt sich sagen: Adobe hat seine Wurzeln und Stärken stark im experience- und marketinggetriebenen Umfeld, Salesforce im CRM-zentrierten Vertriebs- und Serviceumfeld, Microsoft in der breiten Verzahnung von Geschäftsanwendungen, Produktivität und Analytik. Für die Entscheidung zählt weniger, wer im Datenblatt vorn liegt, als welches Ökosystem die geringste Reibung und den größten Hebel für die eigene Landschaft verspricht.
SAP nimmt in diesem Vergleich eine Sonderrolle ein, weil SAP ein europäischer Anbieter mit Sitz in Deutschland ist. Für Unternehmen, denen die Datenhoheit und ein EU-Anbieter besonders wichtig sind, kann das ein relevanter Faktor sein – während Microsoft, Salesforce und Adobe US-Konzerne sind, deren Datentransfer- und Zugriffsfragen gesondert zu bewerten sind. Fachlich entscheidet auch hier das Ökosystem: In stark SAP-geprägten, prozesszentrierten Häusern ist die SAP-CDP die naheliegende Wahl, während Microsoft-nahe Organisationen mit Customer Insights – Data den geringeren Integrationsaufwand haben. Die datenschutzrechtliche Dimension betrachten wir in Kapitel 09 näher.
Als Software-as-a-Service verlangt Customer Insights – Data keine eigene Serverlandschaft. Microsoft betreibt die Plattform, kümmert sich um Verfügbarkeit, Skalierung und Aktualisierung. Für den Mittelstand ist das ein Vorteil, weil keine Infrastruktur aufgebaut und gepflegt werden muss. Die Kehrseite ist die Abhängigkeit von einem externen Cloud-Betrieb, dessen Standort, Datenverarbeitung und Vertragsbedingungen bewusst geprüft werden sollten – dazu mehr in Kapitel 09.
In unseren Projekten entscheidet sich der Erfolg einer CDP fast nie an der Plattform, sondern an der Qualität der zugeführten Daten. Uneinheitliche Schreibweisen, fehlende Schlüssel zwischen Systemen und Dubletten übertragen sich auf die Profile, wenn sie nicht im Vorfeld adressiert werden. Deshalb ist die Datenaufnahme kein reiner Konfigurationsschritt, sondern ein iteratives Vorhaben mit Prüfschleifen. Wer Datenhygiene als Fundament begreift und nicht als lästige Vorarbeit, holt aus Customer Insights – Data ungleich mehr heraus.
Zum Betrieb gehört zudem eine klare Rollenverteilung. Eine CDP ist kein reines IT-Projekt: Die Fachbereiche kennen die Bedeutung der Daten und die gewünschten Segmente, die IT sorgt für Anbindung, Berechtigungen und Betrieb, und der Datenschutz begleitet die Verarbeitung. Fehlt eine dieser Rollen, gerät das Vorhaben ins Stocken – etwa weil Segmente an den Fachanforderungen vorbei entstehen oder weil die datenschutzrechtliche Freigabe zu spät kommt. Wir empfehlen, diese Verantwortlichkeiten vor dem ersten Datenimport zu klären.
Am klarsten profitieren mittelständische Unternehmen, die bereits Microsoft-Technologie nutzen und deren Kundendaten über mehrere Systeme verstreut sind. Ein Haus mit Dynamics 365 im Vertrieb, einem Webshop, einem E-Mail-Tool und Auswertungen in Power BI hat typischerweise das Problem widersprüchlicher Kundenbilder – und genau dieses Problem löst die CDP mit vergleichsweise geringer Reibung, weil die Werkzeuge und Zugriffskonzepte vertraut sind. Der Einstieg gelingt hier ohne den Aufbau eines eigenen Data-Science-Teams, weil KI-Funktionen und vorgefertigte Modelle bereits mitgeliefert werden.
Genauso wichtig ist die ehrliche Gegenprobe. Ein Unternehmen mit im Grunde einer sauberen Kundenquelle braucht keine CDP – der Aufwand stünde in keinem Verhältnis zum Nutzen. Ebenso ist Vorsicht geboten, wenn die Datenqualität der Quellen noch schlecht ist oder die internen Ressourcen für die dauerhafte Datenpflege fehlen: Eine CDP macht schlechte Daten nicht gut, sie macht sie nur sichtbarer. Und wer nicht im Microsoft-Ökosystem verankert ist, sollte den Bindungseffekt und die Alternativen bewusst prüfen, statt die CDP allein aus Bequemlichkeit zu wählen. Diese Eingrenzung gehört zu jeder seriösen Beratung.
Customer Insights – Data wird als Cloud-Abonnement lizenziert. Die Kosten hängen typischerweise von Kapazitätsgrößen ab – etwa vom Umfang der verarbeiteten Profile und Daten – sowie davon, ob zusätzlich der Journeys-Baustein für Marketing-Automatisierung benötigt wird. Weil sich Editionen, Kapazitätsgrenzen und Konditionen ändern und je nach Vertrag und Bestand unterschiedlich ausfallen, sind konkrete Zahlen hier fehl am Platz. Entscheidend für die Planung ist die Mechanik: Die Gesamtkosten ergeben sich aus dem lizenzierten Umfang, etwaigen Zusatzbausteinen und dem Einführungs- sowie Pflegeaufwand. Lassen Sie sich die aktuellen Konditionen und Kapazitätsgrenzen verbindlich beim Anbieter bestätigen.
In der Gesamtbetrachtung ist die reine Lizenzgebühr selten die ganze Wahrheit. Realistisch einzuplanen sind daneben der Aufwand für Datenaufnahme und Vereinheitlichung, die Anbindung der Quell- und Zielsysteme, die laufende Datenpflege und – bei Bedarf – die Kampagnenautomatisierung über Journeys. Wer nur den Abopreis betrachtet, unterschätzt die tatsächlichen Kosten der Einführung typischerweise.
Microsoft ist ein US-amerikanischer Konzern und unterliegt damit grundsätzlich US-Recht. Für den Einsatz einer CDP, die umfangreiche Kundendaten verarbeitet, ist das ein zentraler Prüfpunkt. Microsoft bietet EU-Datenregionen an und hat mit der EU Data Boundary eine Initiative geschaffen, die darauf zielt, Verarbeitung und Speicherung bestimmter Daten innerhalb der EU zu halten. Wie weit diese Zusagen für Customer Insights – Data konkret reichen, welche Datenkategorien erfasst sind und welche Rest-Transfers oder Zugriffsmöglichkeiten mit Drittlandbezug verbleiben, ist im Einzelfall beim Anbieter zu prüfen. Für Transfers mit Drittlandbezug sind die geltenden Transfer-Mechanismen und das daraus folgende Restrisiko zu bewerten.
Für viele Mittelständler ist Customer Insights – Data mit EU-Datenregion, geprüfter Datenresidenz, abgeschlossenem AVV und sauberem Berechtigungskonzept praktikabel betreibbar. Für besonders sensible Datenkategorien, Berufsgeheimnisträger oder KRITIS-Umfelder empfiehlt sich eine gesonderte, dokumentierte Abwägung – im Zweifel mit fachkundiger rechtlicher Begleitung.
