SAP CDP

Was ist die SAP Customer Data Platform?

Die SAP Customer Data Platform ist SAPs Echtzeit-Kundendatenplattform: Sie nimmt Daten aus Commerce-, Service-, Marketing- und ERP-Quellen auf, löst Identitäten über anonyme und bekannte Touchpoints hinweg auf und aktiviert einheitliche, einwilligungskonforme Profile über jeden verbundenen Kanal. Die offizielle Produktseite und die Dokumentation im SAP Help Portal sind die kanonischen Referenzen.

Spadoom entwickelt die Datenmodelle, Ingestion-Pipelines und Aktivierungs-Flows hinter SAP CDP für Kunden in der Schweiz, Deutschland, Österreich und Italien. Im Folgenden: was wir liefern, wie sich die CDP von Customer Identity (CIAM) unterscheidet und woher der Nutzen einer CDP typischerweise kommt.

Was Spadoom liefert

Eine Customer Data Platform ist nur dann wertvoll, wenn die darin enthaltenen Daten vertrauenswürdig sind. Die meisten CDP-Projekte scheitern auf der Datenschicht: schlechtes Source-Mapping, inkonsistente Identifikatoren, unvollständige Einwilligungserfassung.

Jedes Spadoom-CDP-Projekt beginnt mit einem Daten-Audit. Wir setzen uns mit Ihren Engineering- und Marketing-Teams zusammen und kartieren jeden Kunden-Touchpoint: welche Daten er generiert, wie sie strukturiert sind, wo Identifikatoren vorhanden sind und was transformiert werden muss, bevor es ingestioniert wird. Wir dokumentieren Lücken. Wir markieren Consent-Blindstellen. Erst dann konfigurieren wir die Plattform.

Dieser Ansatz ist anfangs langsamer und insgesamt deutlich schneller. Er eliminiert die Nacharbeit-Zyklen, die CDP-Rollouts plagen, wenn Teams das Audit überspringen und am ersten Tag mit dem Anbinden von Quellen beginnen.

Als SAP Gold Partner mit Standorten in Zug (Hauptsitz) und Wädenswil sowie in Cornate d’Adda bei Monza (Italien), Wien und Tallinn liefern wir CDP-Projekte in der gesamten DACH-Region, Italien und dem weiteren Europa. Unsere Umsetzung folgt der SAP-Activate-Methodik in fünf Phasen (Discovery, Vorbereitung, Exploration, Realisierung und Deployment), speziell auf CDP-Umfang und -Komplexität zugeschnitten.

Wir sind kein Plattform-Reseller. Wir erstellen das Datenmodell, die Ingestion-Pipelines, die Identity-Regeln und die Aktivierungsflows. Dann schulen wir Ihr Team, damit es die Plattform eigenständig betreiben kann.

Die ERP-Seite des Kundenprofils

Ein einheitliches Profil ist nur so gut wie die ERP-Daten dahinter: Kundenstamm, Aufträge, Rechnungen, Kreditstatus, Lieferadressen. Liegen CDP und ERP bei zwei verschiedenen Dienstleistern, werden abweichende Kundennummern und fehlende Auftragshistorie zu Tickets, die zwischen beiden hin- und hergeschoben werden. Spadoom liefert SAP S/4HANA Public Cloud und die SAP CX Produkte aus einem Team. Die ERP-Seite des Datenmodells wird deshalb im selben Audit kartiert wie die CX-Seite und nicht an jemand anderen weitergereicht. Wo ein Ablauf eigene Logik braucht, bauen wir ihn auf SAP BTP. Steht Ihr ERP selbst vor einem Wechsel, zeigt unser Leitfaden zur ERP- und CX-Transformation, wie die beiden Stränge zusammenpassen.

CDP vs. Customer Data Cloud: was ist was?

CDP und Customer Identity (CIAM, früher Teil der SAP Customer Data Cloud) klingen ähnlich und werden oft verwechselt. Sie lösen unterschiedliche Probleme, und die meisten Unternehmen brauchen am Ende beides.

Stellen Sie sich Customer Identity (CIAM) als die Eingangstür vor. Sie beantwortet die Frage: «Wer ist diese Person, wie weist sie sich aus, und wozu hat sie eingewilligt?» Dazu gehören Registrierung, Login, Social Sign-in, Passwort-Reset, Einwilligungserfassung und Präferenzverwaltung. Sie ist Eigentümerin des Moments, in dem aus einem Fremden ein bekannter Kunde wird.

Stellen Sie sich die Customer Data Platform (CDP) als den Maschinenraum vor. Sie beantwortet die Frage: «Was hat diese Person je mit uns getan, wie sieht sie als einheitliches Profil aus, und welche Zielgruppen sollen wir aktivieren?» Dazu gehören Ingestion aus Commerce, Service, Marketing, ERP und Drittsystemen; Identitätsauflösung über anonyme und bekannte Touchpoints hinweg; Segmente bauen; in Echtzeit an Kanäle übergeben.

Historisch hat SAP beide Fähigkeiten unter dem Dach der SAP Customer Data Cloud (SAP CDC) zusammengefasst. Seitdem hat SAP das Angebot in separate Produkte aufgeteilt (Customer Identity für die CIAM-Aufgabe, Customer Data Platform für die Vereinheitlichungs- und Aktivierungsaufgabe), sodass Sie jedes für sich beschaffen, skopen und skalieren können. In einer typischen SAP CX-Architektur speist CIAM Registrierungs- und Einwilligungsevents in die CDP, und die CDP gibt angereicherte Profile zurück an Sales, Service, Commerce und SAP Engagement Cloud (früher Emarsys).

Woher der Nutzen kommt

CDP-Projekte sollten sich selbst bezahlen. Wenn Ihres das nicht tut, ist beim Scoping oder bei der Umsetzung etwas schiefgelaufen. Hier entsteht der Nutzen einer CDP typischerweise:

• Weniger Kampagnen-Streuverlust. Wenn Sie kürzlich konvertierte Kunden unterdrücken und Zielgruppen deduplizieren, hören Sie auf, für Werbung an Personen zu bezahlen, die bereits gekauft haben. Die Einsparung zeigt sich im Mediabudget und ist deshalb gut messbar.
• Personalisierung auf Basis von echtem Verhalten. Einheitliche Profile bedeuten, dass SAP Engagement Cloud und Ihre Commerce-Engine echtes Verhalten sehen, keine partiellen Schnappschüsse. Kunden, die bisher auf mehrere Systeme verteilt waren, lassen sich als eine Person ansprechen.
• Segment-Aktivierung in Minuten statt Tagen. Marketer erstellen und aktivieren Segmente direkt in der CDP-Oberfläche, ohne ein Ticket zu erstellen. Der Weg von der Geschäftsidee zur Live-Kampagne wartet nicht mehr auf die Engineering-Warteschlange.
• Weniger doppelte Kundendatensätze. Identity Resolution führt fragmentierte Profile zusammen. Ihr CRM, Service-Desk und Ihre Marketing-Plattform hören auf, einen Kunden als drei verschiedene Personen zu behandeln.

Möchten Sie die Zahlen für Ihr Unternehmen modellieren? Nutzen Sie unseren ROI-Rechner, um die Auswirkungen vor Projektstart einzuschätzen.

SAP CDP im SAP CX-Kontext

SAP Customer Data Platform ist das Bindegewebe der SAP CX-Suite. Wenn es korrekt implementiert ist, wird jedes angebundene Produkt besser.

SAP Engagement Cloud erhält reichhaltigere Segmentierungsdaten. Kampagnen zielen auf Zielgruppen, die aus einheitlichen Profilen erstellt werden, nicht aus isolierten E-Mail-Listen. Unterdrückung funktioniert, weil SAP Engagement Cloud weiss, was in Commerce und Service passiert ist, nicht nur in vergangenen E-Mail-Versendungen. Lesen Sie mehr in unserem Deep Dive zur Engagement Cloud und CDP-Integration.

SAP Sales Cloud V2-Mitarbeitende sehen Customer Lifetime Value, aktuelle Support-Tickets und Marketing-Engagement neben Pipeline-Opportunities. Sie gehen mit Kontext in Gespräche, statt zu raten.

SAP Service Cloud V2-Agenten sehen die vollständige Kaufhistorie eines Kunden, Loyalty-Stufe, offene Marketing-Angebote und frühere Interaktionen auf einem Bildschirm. Lösungszeiten sinken, weil Agenten Kunden nicht mehr bitten müssen, sich zu wiederholen.

SAP Commerce Cloud nutzt CDP-Segmente für Onsite-Personalisierung. Produktempfehlungen, Preisregeln und Inhaltsblöcke reagieren auf das einheitliche Profil, nicht nur auf den aktuellen Session-Cookie.

SAP Customer Identity (CIAM) liefert die Authentifizierungs- und Consent-Schicht, die CDP speist. Registrierungsevents, Einwilligungsaktualisierungen und Präferenzänderungen fliessen in Echtzeit in CDP. Details zur Aufgabenteilung zwischen diesen beiden Systemen finden Sie in unserem CDP vs. CDC-Vergleich.

SAP Loyalty Management teilt Punktestände, Stufenstatus und Prämieneinlösungen mit CDP. Diese Daten reichern Profile an und ermöglichen loyalitätsbewusste Segmentierung über alle Kanäle.

Wenn Sie mehrere SAP CX-Produkte betreiben, multipliziert eine CDP-Implementierung den Wert jedes einzelnen. Wenn Sie heute nur ein Produkt nutzen, ist CDP das Fundament, das das nächste schnell deployen lässt.

Identity Resolution

Identity Resolution ist der schwierigste Teil einer CDP-Implementierung. Es ist auch der Teil, der den grössten Wert liefert. Machen Sie es falsch, und Ihre einheitlichen Profile sind Fiktion. Machen Sie es richtig, und jedes nachgelagerte System profitiert.

SAP CDP unterstützt zwei Ansätze:

Deterministisches Matching verknüpft Datensätze, die einen exakten Identifikator teilen: E-Mail-Adresse, Telefonnummer, Loyalty-ID, CRM-Kontonummer. Das erzeugt Merges mit hoher Konfidenz. Es ist das Rückgrat der Identity Resolution und deckt in einem typischen Deployment den Grossteil der Übereinstimmungen ab.

Probabilistisches Matching füllt die Lücken. Es nutzt Verhaltenssignale, Device-Fingerprints und unscharfes Attribut-Matching, um Datensätze zu verknüpfen, die wahrscheinlich derselben Person gehören. Konfidenzwerte bestimmen, ob ein Merge automatisch erfolgt oder zur Überprüfung markiert wird.

Spadoom konfiguriert Merge-Policies, die definieren, welche Quelle gewinnt, wenn zwei Datensätze sich widersprechen. Ihr CRM sagt, der Kunde ist in Zürich; Ihre Commerce-Plattform sagt Basel. Merge-Policies lösen dies anhand von Quellvertrauenswürdigkeit und Aktualität auf, nicht per Zufall.

Die praktische Auswirkung: weniger doppelte Profile, sobald Identity Resolution live ist, gemessen an der Ausgangslage aus dem Daten-Audit. Das bedeutet weniger verschwendete Marketing-Impressionen, genauere Lifetime-Value-Berechnungen und Service-Agenten, die die echte Historie sehen.

Echtzeit-Aktivierung

Batch-Datenladungen sind notwendig, aber nicht ausreichend. Die wertvollsten CDP-Anwendungsfälle hängen von Echtzeit-Eventverarbeitung ab.

SAP CDP ingestioniert Streaming-Events (Seitenaufrufe, Warenkorb-Ergänzungen, Formular-Einsendungen, Service-Interaktionen, App-Events) und aktualisiert das einheitliche Profil innerhalb von Sekunden. Das ermöglicht drei Kategorien von Anwendungsfällen:

Warenkorbabbruch und Browse-Recovery. Ein Kunde legt ein Produkt auf Ihrer Commerce-Seite in den Warenkorb und verlässt die Seite. Innerhalb von Sekunden aktualisiert CDP das Profil und übergibt das Event an SAP Engagement Cloud. Die Abbruch-E-Mail wird ausgelöst, solange die Kaufabsicht noch frisch ist, nicht 24 Stunden später über einen Batch-Sync.

Echtzeit-Lead-Scoring. Ein Interessent besucht Ihre Preisseite, lädt ein Whitepaper herunter und öffnet eine kürzlich erhaltene E-Mail. Jedes Event aktualisiert den Lead-Score in CDP. Wenn der Score einen Schwellenwert überschreitet, übergibt CDP das angereicherte Profil als Hot Lead an Sales Cloud V2. Der Vertriebsmitarbeitende sieht es innerhalb von Minuten in seiner Warteschlange.

Service-Kontextanreicherung. Ein Kunde kontaktiert den Support nach einer Bestellung und nachdem er die Retourenseite durchsucht hat. Das CDP-Profil, in Echtzeit aktualisiert, teilt dem Service Cloud V2-Agenten mit, was passiert ist, bevor der Kunde es erklärt. Die Lösung erfolgt schneller. Der Kunde fühlt sich verstanden.

Spadoom konfiguriert die Event-Pipeline-Architektur in der Discovery-Phase. Wir definieren, welche Events relevant sind, wie sie auf das Datenmodell abgebildet werden und welche Aktivierungsregeln nachgelagerte Aktionen auslösen.

Wie Nicht-SAP-Daten aussehen

Viele unserer Kunden haben Kundendaten über Nicht-SAP-Systeme verteilt. SAP CDP verarbeitet diese über Standard-API-Ingestion, vorgefertigte Konnektoren und Streaming-Integrationen.

Salesforce CRM. Accounts, Kontakte, Opportunities und Aktivitäten werden über API-Konnektoren in CDP synchronisiert. Wir mappen Salesforce-Felder auf das CDP-Datenmodell und konfigurieren bei Bedarf bidirektionale Synchronisation.

Shopify und andere Commerce-Plattformen. Bestellungen, Kundendatensätze und Browsing-Events fliessen in CDP. Das ist häufig bei Kunden, die SAP für B2B und Shopify für B2C betreiben, und CDP vereint den Kunden über beide Plattformen.

Individuelle APIs und Mobile Apps. Jedes System mit einem REST- oder Webhook-Endpunkt kann Events an CDP übermitteln. Mobile-App-SDKs erfassen In-App-Verhalten (Bildschirmaufrufe, Feature-Nutzung, In-App-Käufe) und streamen es an das einheitliche Profil.

Data Lakes und Warehouses. BigQuery, Snowflake, Azure Synapse, Amazon Redshift: CDP ingestioniert Batch-Exporte aus jedem dieser Systeme. Das deckt historische Datenladungen und periodische Anreicherung aus Analysesystemen ab.

Wir planen jede Nicht-SAP-Integration als Teil des Projektplans. Datenformat-Mapping, Authentifizierung, Rate-Limits, Fehlerbehandlung und Monitoring werden vor Entwicklungsstart definiert. Es gibt keine Überraschungen beim Go-live darüber, was verbunden werden kann und was nicht.

Die Anbindung von Nicht-SAP-Quellen wirft eine Folgefrage auf: Gehören diese Daten in die CDP oder in die CDC? Unser Leitfaden zu SAP CDP vs. CDC hilft Ihnen, diese Grenze vor Projektbeginn zu ziehen.

Der Integrationsvorteil

Eine CDP ist kein eigenständiges Produkt. Ihr Wert potenziert sich mit jedem angebundenen System.

Eine Datenquelle in CDP gibt Ihnen einen sauberen Profilspeicher. Zwei Quellen liefern Identity Resolution. Drei Quellen liefern Segmente, die tatsächlich Kundenverhalten widerspiegeln. Vier oder mehr Quellen liefern eine einheitliche Kundensicht, die kein einzelnes System allein erzeugen kann.

Dieser Potenzierungseffekt ist der Grund, warum wir CDP als Infrastruktur behandeln, nicht als Applikation. Sie sitzt zwischen Ihren operativen Systemen und Ihren Aktivierungskanälen. Sie ersetzt weder Ihr CRM noch Ihre Marketing-Plattform noch Ihre Commerce-Engine. Sie macht alle besser, indem sie ihnen einheitliche, einwilligungskonforme Echtzeit-Kundendaten zuführt.

Die praktische Implikation für die Projektplanung: Der CDP-Wert skaliert mit der Anzahl angebundener Quellen. Starten Sie mit Ihren zwei oder drei wertvollsten Quellen, typischerweise CRM, Commerce und Marketing. Beweisen Sie den ROI. Dann erweitern Sie. Jede zusätzliche Quelle ist schneller anzubinden, weil das Datenmodell und die Identity-Regeln bereits existieren.

Für einen detaillierten Blick darauf, wie CDP in die breitere SAP CX-Architektur passt, lesen Sie unseren SAP CDP Deep Dive.

Wie Erfolg aussieht

Zu Projektbeginn vereinbaren wir Ziele in vier Dimensionen und messen sie sechs Monate nach Go-live:

Datenqualität. Doppelte Profile sind gegenüber der Ausgangslage aus dem Audit gesunken. Die Einwilligungsabdeckung der aktiven Kunden ist bekannt und wird verfolgt. Ziele für die Datenaktualität werden eingehalten: Echtzeit-Events landen innerhalb von Sekunden, Batch-Quellen synchronisieren innerhalb ihrer definierten Fenster.

Marketing-Effizienz. Kampagnenzielgruppen-Überschneidungen sinken, weil Segmente aus einheitlichen Profilen erstellt werden, nicht aus isolierten Listen. Unterdrückungsregeln funktionieren kanalübergreifend. Cost-per-Acquisition sinkt, weil Sie aufhören, für bereits konvertierte Kunden auszugeben.

Vertriebs- und Service-Kontext. CRM-Nutzende in Sales Cloud V2 und Service Cloud V2 sehen das einheitliche Profil, ohne Systeme zu wechseln. Agenten referenzieren Kaufhistorie, Marketing-Engagement und Loyalty-Status von einem Bildschirm. Kunden hören nicht mehr: «Können Sie mir nochmals Ihre Bestellnummer nennen?»

Operative Unabhängigkeit. Marketing-Teams erstellen und aktivieren Segmente, ohne Engineering-Tickets zu schreiben. Der Weg von «Wir brauchen diese Zielgruppe» bis «Sie ist live in SAP Engagement Cloud» hängt nicht mehr an einem Entwickler. Die Anbindung neuer Datenquellen folgt einem dokumentierten, wiederholbaren Prozess, statt jedes Mal ein individuelles Projekt zu sein.

Wenn Ihr aktuelles Setup diese Ergebnisse nicht liefert, liegt die Lücke entweder in Ihrer Datenarchitektur oder Ihrem Implementierungsansatz. Sie fragen sich, ob eine CDP jetzt oder später auf Ihre Roadmap gehört? Unser Planungsleitfaden beschreibt das Entscheidungsframework, das wir mit Kunden einsetzen. Oder schätzen Sie die finanziellen Auswirkungen vor Projektstart ein.