Ein CRM-Team hat sechs Wochen in die Personalisierungslogik seines Newsletter-Setups investiert. Dynamische Produktblöcke, personalisierte Betreffzeilen mit Vorname, Recommendations auf Basis der letzten drei Käufe. Braze Connected Content zieht die Produktdaten in Echtzeit. Technisch einwandfrei.
Die Open Rate steigt um zwei Prozentpunkte. Das Team feiert.
Gleichzeitig liegt die Churn Rate im dritten Monat bei 18 Prozent. Die Kunden, die abwandern, haben in den letzten 30 Tagen null Produktinteraktionen gezeigt. Sie bekommen trotzdem den personalisierten Newsletter. Mit Empfehlungen zu Produkten, die sie nie interessiert haben. Adressiert mit ihrem Vornamen.
Der Newsletter ist personalisiert. Er ist nicht relevant.
Was Personalisierung ist und was sie nicht ist
Personalisierung beantwortet die Frage: Wen spreche ich an? Ein Merge Tag, ein dynamischer Block, eine Liquid-Condition. Es gibt ein Fertig-Kriterium. Das Tag rendert korrekt, der Block zeigt das richtige Produkt, die Condition greift beim richtigen Segment.
Relevanz beantwortet eine andere Frage: Hat diese Person gerade ein Problem, das ich lösen kann?
Der Unterschied klingt akademisch. In der Praxis ist er der Unterschied zwischen einer Mail, die geöffnet wird, und einer Mail, die etwas verändert.
“Hallo Boris” ist Personalisierung. Eine Mail über ein Problem, das Boris gerade hat, zum Zeitpunkt, an dem er es hat, im Kanal, in dem er erreichbar ist — das ist Relevanz.
Personalisierung lässt sich konfigurieren. Relevanz nicht. Relevanz erfordert laufende Bewertung: Passt dieser Inhalt zum aktuellen Kontext dieses Empfängers? Und “aktueller Kontext” ändert sich. Gestern war die Cross-Sell-Mail relevant. Heute hat der Kunde ein Support-Ticket offen. Morgen steht seine Vertragsverlängerung an.
Die meisten CRM-Teams investieren den Grossteil ihrer Zeit in Personalisierung und verwechseln das mit Fortschritt. Das Feature ist gebaut. Aber die Frage, ob der Inhalt zum Moment passt, wird selten gestellt.
Der Merge-Tag-Trugschluss
{first_name} im Betreff korreliert in den meisten Fällen nicht mit besserer Performance. Es korreliert mit dem Vorhandensein eines Datenpunkts. Wer den Vornamen hat, nutzt ihn.
Aber der Vorname im Betreff sagt dem Empfänger nicht, warum er diese Mail bekommt. Er sagt nur, dass das CRM-System seinen Namen kennt.
In einer Welt, in der fast jede Marketing-Mail personalisiert ist, ist Personalisierung kein Differenziator mehr. Sie ist Grundrauschen. Jede Newsletter-Plattform kann Merge Tags. Jedes CRM-Tool kann dynamische Blöcke. Das ist Tischpfand, kein Wettbewerbsvorteil.
Der Unterschied entsteht durch Timing und Kontext. Nicht durch das Tag im Betreff.
Wir haben in eigenen A/B-Tests gesehen, dass personalisierte Betreffzeilen in manchen Segmenten sogar schlechter performen. Nicht weil Personalisierung abstösst, sondern weil sie in überfüllten Postfächern untergeht. Jede Mail beginnt mit dem Vornamen. Keine sticht heraus. Die Mail, die stattdessen den Schmerzpunkt benennt, fällt auf.
Signale statt Daten: Wie Relevanz entsteht
Personalisierung braucht Datenpunkte: Vorname, Kaufhistorie, Segmentzugehörigkeit. Statische Informationen, die sich selten ändern.
Relevanz braucht Signale: Was hat die Person gerade getan? Was hat sie nicht getan? Welches Problem hat sie vermutlich?
Ein Custom Event in Braze, das einen Support-Ticket-Öffnungszeitpunkt trackt, ist wertvoller für Relevanz als die gesamte Kaufhistorie. Denn es sagt: Dieser Mensch hat gerade ein Problem. Wer jetzt eine Cross-Sell-Mail schickt, hat die Personalisierung technisch richtig und die Relevanz komplett verfehlt.
Das gilt plattformübergreifend. In Klaviyo lässt sich über Event-basierte Flows dasselbe abbilden. In Brevo über Workflow-Trigger auf Aktivitätsereignisse. Die Technik ist da. Die Frage ist, ob sie genutzt wird.
Die meisten CRM-Setups sind auf Daten optimiert, nicht auf Signale. Custom Events werden implementiert, aber selten in die Kommunikationslogik eingebaut. Sie landen im Tracking, nicht in der Entscheidung, was jemand als Nächstes zu sehen bekommt.
Wer seinen Connected Content sauber aufgesetzt hat, kann Echtzeit-Daten in Mails ziehen. Aber Echtzeit-Daten ohne Kontext sind Echtzeit-Irrelevanz. Der Connected-Content-Call holt das neueste Produkt aus dem Katalog. Ob der Empfänger gerade ein Problem hat, das dieses Produkt löst, weiss der API-Call nicht.
Relevanz operationalisieren: Lifecycle-Stages als Rahmen
Relevanz klingt abstrakt. Sie lässt sich aber operationalisieren. Der einfachste Weg: Lifecycle-Stages mit klaren Exit-Kriterien.
Ein Kunde in der Onboarding-Phase braucht andere Inhalte als ein aktiver Bestandskunde. Ein Kunde, der seit 30 Tagen inaktiv ist, braucht andere Inhalte als einer, der gestern gekauft hat. Das klingt offensichtlich.
In der Praxis sehen wir CRM-Setups, in denen alle Kontakte denselben Newsletter bekommen. Personalisiert mit Vorname und letztem Kaufprodukt. Aber ohne jede Kontextsensitivität. Der Onboarding-Kunde bekommt die Bestandskunden-Mail. Der Inaktive bekommt die Aktiv-Mail. Alle mit ihrem Namen angesprochen.
Lifecycle-Stages definieren den Kontext. Die Kommunikation folgt dem Kontext, nicht dem Kalender. Statt “Jeden Dienstag geht der Newsletter raus” wird es “In dieser Phase bekommt der Kontakt diesen Inhalt, wenn dieses Signal eintritt”. Das ist ein anderes Betriebsmodell. Kein technisches Upgrade, sondern ein Denkwechsel.
Der Aufwand liegt nicht in der Implementierung. Braze Canvas, Klaviyo Flows, Brevo Automationen können das alle abbilden. Der Aufwand liegt im Definieren: Welche Phasen gibt es? Was ist das Eintrittskriterium? Was ist das Exit-Kriterium? Und welcher Inhalt ist in welcher Phase relevant?
Über E-Mail hinausdenken
Personalisierung ist in den meisten Teams ein E-Mail-Thema. Merge Tags, dynamische Blöcke, Betreffzeilen. Das liegt daran, dass E-Mail der Kanal ist, in dem Personalisierung am sichtbarsten wird.
Aber Relevanz ist kanalübergreifend. Und hier wird die Verwechslung teuer.
Wenn ein Kunde über Push eine Erinnerung bekommt, die er per E-Mail schon erhalten hat, ist das nicht relevant. Wenn ein In-App-Banner ein Feature bewirbt, das der Kunde seit Wochen täglich nutzt, ist das nicht relevant. Wenn eine SMS einen Rabattcode schickt, während der Kunde gerade auf eine Support-Antwort wartet, ist das nicht relevant.
Braze, Klaviyo und Brevo bieten Multichannel-Orchestrierung. Aber Multichannel ohne Kontextabgleich ist Multiplikation von Irrelevanz. Drei Kanäle, die alle dasselbe Falsche sagen, sind nicht besser als einer.
Der Hebel liegt nicht im Kanal. Er liegt in der Frage, die vor dem Kanal kommt: Was ist der aktuelle Kontext dieser Person? Und was braucht sie gerade?
Personalisierung ist nicht falsch. Sie ist unzureichend.
Wir argumentieren nicht gegen Merge Tags. Wir argumentieren nicht gegen dynamische Blöcke oder Liquid-Logik. Personalisierung ist eine notwendige Grundlage. Sie ist nur keine hinreichende.
Der Fortschritt im CRM liegt nicht in besseren Tags. Er liegt in besserem Timing, besserem Kontext und in der Bereitschaft, die Frage zu stellen, die unbequem ist: Ist das, was wir gerade verschicken, für den Empfänger in diesem Moment tatsächlich relevant? Oder ist es einfach personalisiert?
Die ehrliche Antwort ist in den meisten Fällen: Es ist personalisiert. Und das ist weniger, als wir denken. Auch wir haben in frühen Projekten Personalisierung für Relevanz gehalten. Der Unterschied wurde uns erst klar, als wir anfingen, nicht die Mails zu analysieren, sondern die Momente, in denen sie ankommen.
Wer sich fragt, ob das eigene Setup personalisiert oder relevant ist: Unser Instanz-Check zeigt den Unterschied auf. Nicht in einem Slide-Deck, sondern in der Instanz.
