Datenreife vor einer CDP-Einführung bewerten

Prüfen Sie vor einer CDP-Einführung die Datenreife für einen konkreten Anwendungsfall und leiten Sie daraus den nächsten Schritt ab: Pilot, Datenarbeit oder Zurückstellung. Quellen, Feldbedeutungen, Kennungen und Zuständigkeiten müssen so klar sein, dass Sie den Datenweg erklären und Fehler untersuchen können. Eine CDP verbindet Daten; sie entscheidet nicht, welche Quelle fachlich richtig ist oder ob die geplante Nutzung zulässig ist.

Einen Anwendungsfall als Maßstab nehmen

Wählen Sie eine geplante Nutzung, etwa eine Zielgruppe aus erfasstem Interesse und Kundenstatus. Notieren Sie das erwartete Ergebnis, die Quellen und den Zeitpunkt, bis zu dem jede Angabe aktuell genug sein muss.

Prüfen Sie fünf Voraussetzungen:

Kennzeichnen Sie jeden Punkt als belegt, teilweise belegt oder offen und nennen Sie den Nachweis. Belegt heißt: Quelle, Bedeutung und nötiger Aktualitätszeitpunkt sind anhand der Probe nachvollziehbar. Teilweise belegt heißt: Ein Teil der Nachweise fehlt oder eine Abweichung ist noch ungeklärt; offen heißt: Der Nachweis fehlt. Die Stufen sind eine Arbeitshilfe, kein gemessener Reifegrad und kein Branchenstandard.

Eine begrenzte Datenprobe prüfen

Nehmen Sie eine begrenzte Probe, die zum Anwendungsfall passt. Vergleichen Sie eingegangene Werte mit ihren Quellen: Sind Felder richtig zugeordnet? Lassen sich Ereigniszeit und Importzeit unterscheiden?

Prüfen Sie an konkreten Ereignissen, welche Kennungen und Merkmale die Person zuordnen. Twilio Segment nennt unter anderem userId, anonymousId und E-Mail als Kennungen sowie Traits und Ereignisverläufe in Profilen.

Bei Twilio Segment gelten Kennungen als nicht von Groß- und Kleinschreibung abhängig: user-123, USER-123 und User-123 werden als dieselbe Identität erkannt. Die zuerst empfangene Schreibweise bleibt die kanonische Darstellung; der Profile Explorer kann Schreibweisen dennoch getrennt anzeigen. Prüfen Sie deshalb, ob die beobachtete Zuordnung zum Anwendungsfall passt.

Adobe beschreibt gemeinsam genutzte Geräte als Risiko für unerwünschte Profilverbindungen: Ohne Begrenzungen kann eine ECID mit mehreren CRMIDs verknüpft werden. Prüfen Sie daher, ob eine Kennung tatsächlich eine Person bezeichnet oder auch auf einem gemeinsam genutzten Gerät auftreten kann, etwa auf einem Familientablet, einem öffentlichen Kiosk oder im Callcenter.

Twilio empfiehlt, vor dem Anschluss einer Quelle die Identitätseinstellungen zu prüfen und nötige Regeln festzulegen. Testen Sie erwartete Daten in einem Dev-Space; Änderungen an Regeln wirken auf neu eingehende Daten, und strengere Regeln können bestehende Profile betreffen. Die passende Anleitung hängt vom Erstellungszeitraum des Space ab.

Identitätsauflösung bei Twilio Segment vs. Adobe Experience Platform

Rechts- und Betriebsfragen zuordnen

Für personenbezogene Daten verlangt Art. 5 DSGVO unter anderem Zweckbindung, Datenminimierung, Richtigkeit und Aktualität, Speicherbegrenzung sowie Rechenschaftspflicht. Halten Sie für den Anwendungsfall den Zweck, den erforderlichen Datenumfang und die nötige Speicherfrist fest.

Klären Sie die Rechtsgrundlage nach Art. 6 DSGVO: Infrage kommen Einwilligung, Vertragserfüllung, rechtliche Verpflichtung, öffentliche Aufgabe, lebenswichtige Interessen oder berechtigte Interessen. Letztere setzen eine Abwägung voraus; überwiegen die Rechte und Freiheiten der betroffenen Person, reicht diese Grundlage nicht aus.

Ordnen Sie auch die Datenschutz-Ansprechstellen zu. Die Informationen zur DSGVO nennen Kontaktdaten des Datenschutzbeauftragten, falls es einen gibt, und das Recht auf Beschwerde bei einer Datenschutzaufsichtsbehörde.

Legen Sie fest, wer fehlerhafte Werte berichtigt, Statusänderungen verarbeitet und deren Wirkung bis in Profile und Ausgabesysteme prüft. Eine Änderung im Quellsystem belegt noch nicht ihre Wirkung in nachgelagerten Systemen.

Benennen Sie für jedes entscheidende Feld eine fachlich verantwortliche Rolle und für den Datenweg eine technische Ansprechperson. Bei Twilio Segment können Workspace-Owner, Administratoren und Nutzer mit der Rolle Identity Admin die Identity-Resolution-Einstellungen bearbeiten. Für diese Prüfung genügt der Weg des ausgewählten Anwendungsfalls; eine vollständige Architekturplanung ist eine eigene Aufgabe.

Rechtliche Grundlagen nach Art. 6 DSGVO: Einsatzmöglichkeiten und Grenzen

Über den nächsten Schritt entscheiden

Ein begrenzter Pilot kann vorbereitet werden, wenn Kernfelder erklärt, Aktualitätsanforderungen prüfbar, wichtige Kennungen für den Fall nachvollziehbar und offene Abweichungen samt Verantwortlichen dokumentiert sind. Auch Zweck und rechtliche Voraussetzungen der geplanten Verarbeitung müssen geklärt sein.

Zuerst Datenarbeit ist nötig, wenn ein entscheidendes Feld keine feste Bedeutung hat, die Personenzuordnung für den Fall nicht verlässlich beurteilt werden kann oder Korrekturen niemandem zugeordnet sind. Die Nutzung zurückstellen sollten Sie, solange Zweck, Rechtsgrundlage oder erforderlicher Umfang der personenbezogenen Verarbeitung ungeklärt sind.

Halten Sie als Ergebnis den Anwendungsfall, belegte Daten, offene Lücken, verantwortliche Rollen und die Bedingung für den nächsten Schritt fest.