Es gibt eine Frage, die ich in Personalisierungs-Projekten immer zuerst stelle, und sie klingt fast zu simpel: Weiß das Unternehmen zu jedem Zeitpunkt, WER da gerade ist, WAS diese Person erlaubt hat und in welchem KONTEXT sie sich bewegt?
Die Antwort ist erstaunlich oft: so richtig nicht. Und dann ist auch klar, warum die Kampagnen-Engine, das neue Tool oder die x-te Betreffzeilen-Optimierung nichts retten. Hyperpersonalisierung klingt nach Rechenleistung und Modellen. Praktisch entscheidet sie sich an einer viel unspektakuläreren Stelle: an der Sauberkeit der Datenbasis, auf der sie aufsetzt.
Ein gutes Modell auf schlechten Daten ist nur eine schnellere Art, die falschen Kunden anzusprechen.
Identität
Der Klassiker, den ich immer wieder sehe: Derselbe Kunde liegt mehrfach im System - als Interessent, als Newsletter-Abonnent, als Servicekontakt, als Vertragskunde. Vier Datensätze, kein gemeinsamer Schlüssel. Jede „personalisierte" Ansprache trifft dann nur ein Viertel der Wahrheit, und in manchen Fällen widersprechen sich die Viertel auch noch.
Bevor irgendjemand über Modelle redet, braucht es Identitätsauflösung, die trägt. Deterministisch überall dort, wo ein echter Schlüssel existiert (Kundennummer, Login, Vertragsnummer). Probabilistisch nur dort, wo man es sich leisten kann, gelegentlich falschzuliegen. Bei einer Produktempfehlung ist eine Fehlzuordnung ärgerlich. Bei einer Vertragskommunikation ist sie ein Vorfall.
Consent
Kürzer, weil das Prinzip einfach ist: Was ein Kunde erlaubt hat, gehört ins Datenmodell, als prüfbares Feld, in Echtzeit. Nicht als PDF im Consent-Tool, das die Kampagne nie fragt.
Ich sehe regelmäßig Architekturen, in denen beides nebeneinanderher läuft. Das ist zunächst ein rechtliches Risiko, klar. Aber es ist auch ein Modellfehler: Ein Signal, das Sie nicht nutzen dürfen, existiert für die Personalisierung schlicht nicht. Wenn Ihr Datenmodell das nicht abbildet, rechnet Ihr Modell mit Geistern.
Kontext
Der unterschätzteste der drei. Der Kaufabschluss von vor zwei Jahren sagt weniger über die nächste beste Aktion als die Tatsache, dass jemand gerade zum dritten Mal dieselbe Hilfeseite öffnet.
Viele Datenmodelle kennen nur Stammdaten und abgeschlossene Transaktionen. Das ist ein Fotoalbum. Personalisierung braucht einen Film: den laufenden Kontext, der zeigt, wo jemand JETZT steht. Session-Signale, offene Vorgänge, aktuelle Nutzung. Ohne diese Ebene personalisieren Sie die Vergangenheit.
Womit anfangen?
Nicht mit einem Architektur-Programm. Nehmen Sie sich eine einzige konkrete Personalisierungs-Idee vor, die heute nicht funktioniert, und verfolgen Sie rückwärts, welche drei Datenpunkte sie bräuchte. Prüfen Sie dann, ob Ihr Modell Identität, Consent und Kontext dafür sauber getrennt hält. In neun von zehn Fällen finden Sie den Engpass genau in dieser Trennung, nicht in der Engine.
Das ist weniger glamourös als ein neues Tool. Aber es ist die Arbeit, die sich auszahlt.