Die Frage CDP vs. CRM ist die häufigste, die ich in Erstgesprächen mit mittelständischen Geschäftsführungen höre — und fast immer falsch gestellt. Die richtige Frage ist nicht "welches brauchen wir?", sondern "was macht welches System, und wann brauchen wir beide?". Dieser Artikel liefert die Antwort — nüchtern, praxisnah, mit den Grenzfällen, an denen die Unterscheidung wirklich zählt.
Die Kurzfassung
Ein CRM verwaltet bekannte Kunden in einem Sales- oder Service-Prozess. Eine CDP verknüpft alle Profile — bekannte und anonyme — über alle Kanäle hinweg für Aktivierung in Echtzeit. CRM ist prozessual und tagesaktuell, CDP ist profil-zentriert und sub-sekundig. Wer beides in einer Lösung erwartet, übersieht die fundamental unterschiedliche Architektur.
In 90 Prozent der mittelständischen Szenarien, in denen ich beraten habe, existieren am Ende beide Systeme parallel — mit klarer Funktionszuweisung und einer Integration, die CRM-Daten in die CDP fließen lässt und Segment-Signale zurück.
Was ein CRM ist — und was nicht
Ein CRM-System (Customer Relationship Management) ist in erster Linie ein Tool für den Sales- und Service-Betrieb. Es ist der Ort, an dem Ansprechpartner, Opportunities, Deals, Tickets und Gesprächsnotizen geführt werden. Die klassischen CRMs (Salesforce Sales Cloud, HubSpot CRM, Microsoft Dynamics) sind um den Kontakt-Datensatz herum gebaut: Name, Firma, Rolle, Status, Besitzer.
Was ein CRM kann:
- Eingeloggte, bekannte Kontakte verwalten
- Sales-Pipelines und Service-Tickets bearbeiten
- Outbound-Kommunikation (E-Mail, Telefon, Meetings) dokumentieren
- Reportings auf Sales-Aktivität und Pipeline-Zustand
- Einfache Segmente für E-Mail-Kampagnen bauen
Was ein CRM nicht kann (in Standard-Konfiguration):
- Anonyme Website-Besucher tracken und persistent zu bekannten Profilen überführen
- Echtzeit-Aktivierung unter zwei Sekunden, über mehr als einen Kanal
- Identity Resolution zwischen Cookie, Device, CRM-ID und Offline-Identifier
- Profil-Signale an Personalisierungs-Engine, Push, Paid-Media, Onsite synchron weitergeben
Ein CRM ist also primär ein Backoffice-System für Sales und Service. Es ist die Wahrheit für "Welche Kunden haben wir, in welchem Zustand ihrer Beziehung zu uns". Es ist nicht die Wahrheit für "Was macht dieser Mensch gerade in unserem digitalen Ökosystem".
Was eine CDP ist — und was nicht
Die CDP-Definition habe ich detailliert im eigenen Cluster-Artikel aufgeschrieben; die Kurzfassung: Eine Customer Data Platform ist ein paketiertes System, das Kundendaten aus allen First-Party-Quellen dauerhaft in identitäts-aufgelösten Profilen zusammenführt und sie in Echtzeit für Aktivierung bereitstellt.
Was eine CDP kann:
- Anonyme und bekannte Profile in einem Unified Profile zusammenführen
- Identifier-Übergänge (Cookie → Login → CRM-ID) nahtlos verknüpfen
- Profile auf Basis von Echtzeit-Signalen (Seitenaufruf, Warenkorb, Kauf) updaten
- Signale in Sub-Sekunden an beliebige Aktivierungs-Systeme propagieren
- Segment-Audiences über mehrere Kanäle synchron aktivieren
- Daten für AI-Modelle und Analytics-Anwendungen exportieren
Was eine CDP nicht kann:
- Sales-Pipelines führen (das ist CRM-Territorium)
- Service-Tickets bearbeiten (Service-Cloud-Territorium)
- Transaktionale Finanz-Reports (Data-Warehouse-Territorium)
- Kunden-Akquise-Workflows managen (Marketing-Automation-Territorium)
Die CDP ist also eine Profil-Infrastruktur, kein Prozess-System. Sie ist der Ort, an dem Profile leben und sich in Echtzeit anreichern — sie ist nicht der Ort, an dem Menschen damit arbeiten.
Die zentrale Abgrenzung
Fünf Dimensionen, die den Unterschied zwischen CDP und CRM fassbar machen:
- Fokus: CRM fokussiert auf den Sales-Prozess und bekannte Kontakte. CDP fokussiert auf das Gesamt-Profil einer Person (bekannt oder anonym).
- Datenquellen: CRM zieht primär aus Sales- und Service-Aktivitäten. CDP zieht aus allen First-Party-Kanälen (Shop, App, Website, Service, CRM, Offline).
- Aktualität: CRM-Daten sind typisch tages- oder stundenaktuell. CDP-Daten sind sub-sekundig, event-basiert.
- Nutzung: CRM wird von Sales- und Service-Teams aktiv bearbeitet. CDP wird selten direkt bedient — sie ist Infrastruktur, auf die andere Systeme zugreifen.
- Output: CRM-Output sind Sales-Tasks und Service-Tickets. CDP-Output sind aktivierte Segmente, Profil-Updates und analytische Feeds.
Das heißt in der Konsequenz: Eine CDP kann ein CRM nicht ersetzen. Ein CRM kann eine CDP nicht ersetzen. Wer das Gegenteil behauptet, verkauft dir eine Plattform, die beide Rollen schlecht bedient.
Wann reicht CRM, wann brauchst du CDP?
Der Entscheidungsbaum, den ich in Beratungsgesprächen durchgehe:
Du reichst mit CRM aus, wenn:
- Du unter 5 Sales-Mitarbeitern hast und B2B-Sales dein Hauptkanal ist
- Du maximal 2 aktive digitale Kanäle hast (z. B. Newsletter + Website)
- Dein Customer-Journey-Zyklus Wochen oder Monate ist (nicht Sub-Sekunde)
- Du keine anonymen Website-Besucher aktivieren musst
Du brauchst eine CDP zusätzlich, wenn:
- Du drei oder mehr digitale Kanäle hast (Shop + App + Newsletter + Service + …)
- Du Personalisierung in Echtzeit machen willst (On-Site, App, E-Mail)
- Du Identity Resolution zwischen anonym und eingeloggt brauchst
- Du Marketing-Aktivierung und Attribution kanalübergreifend konsistent führen willst
- Du mehr als 100.000 aktive Kundenprofile hast
Du brauchst beides, wenn:
- Sales und Marketing parallel wirken und auf denselben Profilen arbeiten
- Du einen Consent-übergreifenden Überblick willst (wer darf was, wofür)
- Du einen aktivierenden und einen prozessualen Arm des Kundenmanagements hast
In der Praxis ist das letzte Szenario am häufigsten — nicht nur bei E-Commerce, sondern auch bei Versicherern (siehe Folge #209 mit Patrick H. von CSS) und in B2B-Settings mit größeren Account-Teams.
Ist Salesforce Data Cloud eine CDP?
Die Frage taucht in fast jedem Kundengespräch auf. Die ehrliche Antwort: Ja, technisch ist die Salesforce Data Cloud eine CDP — sie hat Identity-Resolution, Profil-Persistenz und Echtzeit-Aktivierung, mit Stand 2025/26 in brauchbarer Qualität. Aber sie ist stark auf den Salesforce-Stack ausgerichtet, und das hat Konsequenzen.
Wenn deine Welt sowieso aus Salesforce Sales Cloud, Marketing Cloud, Service Cloud und Commerce Cloud besteht, ist die Data Cloud ein extrem effektiver Profil-Layer. Die Integration ist native, die Identity über Salesforce-IDs ist robust, die Aktivierung in Marketing Cloud schnell.
Wenn deine Welt heterogen ist (z. B. HubSpot im CRM, ein eigener Shop, Shopify, und Braze für Messaging), dann ist die Data Cloud teuer und integrationslastig. Du zahlst dann für einen Salesforce-Native-Vorteil, den du nicht hast.
Mein Kriterium: Ist Salesforce in deinem Stack bereits mit mehr als zwei Cloud-Modulen vertreten, und willst du den Stack weiter konsolidieren? Dann ist die Data Cloud der pragmatische Pfad. Andernfalls ist Tealium, Bloomreach oder mParticle oft die bessere Wahl — weil sie stack-agnostisch sind. Mehr dazu im CDP-Anbieter-Vergleich 2026.
Kombination: CDP plus CRM — der empfohlene Stack
Das Standard-Pattern, das in mittelständischen Settings funktioniert:
- Das CRM bleibt der Sales- und Service-Prozess-Layer. Es hält transaktionale Sales-Daten, Opportunities, Tickets.
- Die CDP sitzt als Profil-Layer zwischen den eingehenden Daten (Shop, App, Service-Tool, CRM, Offline) und den aktivierenden Systemen (E-Mail, Push, Personalisierung, Paid-Media).
- Die Integration läuft bidirektional: CRM schickt Master-Daten (wer ist wer) und Sales-Stage-Updates in die CDP; die CDP schickt abgeleitete Segmente (z. B. "Churn-Risiko hoch") zurück ans CRM, damit Sales oder Service darauf reagieren können.
Der Vorteil dieses Stacks: Jedes System macht, wofür es gebaut ist. Der Sales-Betrieb läuft im CRM, die Aktivierung läuft auf der CDP, und die Daten fließen so, dass niemand doppelt pflegt.
Der Nachteil: Du hast zwei Systeme, die Lizenzen und Betrieb brauchen. Bei Budget-Druck — den meist das Marketing als erster spürt — wird gelegentlich versucht, die CDP wegzusparen und ihre Aufgaben ans CRM zurückzudelegieren. Das funktioniert für ein bis zwei Use Cases, kippt aber, sobald du drei oder mehr Kanäle in Echtzeit integrieren willst.
Fazit
CDP vs. CRM ist eine falsche Dichotomie. Die beiden Systeme haben unterschiedliche Rollen im Stack, und die richtige Frage ist: Wann brauchst du welche Kombination?
- Für sehr kleine B2B-Setups: CRM allein reicht.
- Für mittelständische B2C-Setups mit mehr als zwei Kanälen: CDP plus CRM ist der Standard.
- Für Konzern-Setups mit vielen Marken und Kanälen: CDP plus CRM plus DWH plus ggf. dedizierte Feature-Store-Schicht für AI.
Wenn du an der Schwelle vom ersten zum zweiten Szenario stehst — also "wir haben ein CRM, aber Marketing drückt auf Echtzeit-Personalisierung" — dann ist der Einführungs-Leitfaden der nächste Schritt. Und wenn du noch nicht ganz sicher bist, was eine CDP eigentlich qualifiziert, geh zurück zur CDP-Definition mit den vier harten Kriterien.