Ein neuer Nutzer registriert sich. Das Produkt zeigt einen geführten Onboarding-Flow: Profil anlegen, erste Aktion ausführen, ein Feature entdecken. Parallel startet die Welcome-Serie im CRM. Mail 1 sofort: “Willkommen, schön dass du da bist.” Mail 2 nach 24 Stunden: “So richtest du dein Profil ein.” Der Nutzer hat sein Profil zu dem Zeitpunkt längst eingerichtet. Die Mail wirkt, als hätte niemand hingeschaut.
Wir sehen das in der Mehrheit der Instanzen, die wir prüfen. Nicht als Einzelfall, sondern als Muster. Das Produkt führt den Nutzer durch eine Reise. Das CRM schickt eine andere. Beide meinen es gut. Aber niemand hat die beiden Reisen abgeglichen.
Zwei Reisen, ein Kunde
Die Welcome-Serie ist in den meisten CRM-Setups zeitbasiert aufgebaut. Registrierung löst den Flow aus, und ab da folgt ein fester Zeitplan: Mail 1 sofort, Mail 2 nach einem Tag, Mail 3 nach drei Tagen, Mail 4 nach einer Woche. In Klaviyo heißt das Time Delay zwischen den Steps. In Braze ist es ein Delay Step im Canvas. In Brevo eine Wartezeit in der Automation.
Das funktioniert, solange das Produkt nach der Registrierung nichts tut. Sobald das Produkt aber einen eigenen Onboarding-Flow hat, der den Nutzer aktiv durch Schritte führt, entstehen Kollisionen.
Der Nutzer hat Feature X im Produkt bereits gefunden und genutzt. Zwölf Stunden später kommt die Mail: “Hast du schon Feature X entdeckt?” Das ist keine Katastrophe. Aber es ist ein Signal. Ein Signal, das sagt: Wir wissen nicht, wo du stehst. Und das passiert den Besten, weil die beiden Systeme nicht miteinander sprechen.
Der umgekehrte Fall ist schlimmer. Ein Nutzer bricht das Onboarding im Produkt nach Schritt 2 ab. Er ist unsicher, überfordert, noch nicht überzeugt. Und das CRM? Schickt fröhlich weiter: “Toll, dass du dabei bist. Hier sind drei Tipps für Fortgeschrittene.” Die Mail trifft einen Menschen, der gerade zweifelt, mit einem Ton, der Sicherheit voraussetzt, die nicht da ist. Einen ähnlichen Effekt haben wir bei der Welcome-Serie in Klaviyo beschrieben, wo unterdrückte Mails genau im kritischen Moment zu Stille führen.
Warum CRM und Produkt aneinander vorbeireden
Der Grund ist fast immer derselbe: Das Produkt-Team trackt den Onboarding-Fortschritt in einem Analytics-Tool. Amplitude, Mixpanel, ein eigenes System. Das CRM-Team baut die Welcome-Serie in Braze, Klaviyo oder Brevo. Beide arbeiten sorgfältig. Aber die Produktdaten fließen nicht ins CRM zurück.
In Braze wäre die Lösung technisch da. Action-Based Delivery kann auf Custom Events reagieren. Audience Paths im Canvas können Nutzer nach Attributen aufteilen. Aber das setzt voraus, dass das Produkt Events wie onboarding_step_completed oder first_value_moment an Braze schickt. In den Instanzen, die wir sehen, passiert das selten. Die Events existieren in Amplitude, aber nicht in Braze.
In Klaviyo läuft es ähnlich. Conditional Splits in Flows können auf Metriken prüfen. Aber wenn das Produkt seine Onboarding-Events nicht als Klaviyo-Metriken trackt, gibt es nichts, worauf der Split prüfen kann. Der Flow bleibt zeitbasiert, weil keine Alternative verfügbar ist.
In Brevo ist das Bild noch klarer. Automations werden fast ausschließlich auf Listenzugehörigkeit oder Kontakteigenschaften getriggert, nicht auf Verhaltens-Events. Das ist kein Fehler von Brevo, sondern ein Spiegel davon, wie die meisten Teams die Plattform nutzen.
Das Problem ist organisatorisch, nicht technisch. Produkt-Team und CRM-Team sitzen in verschiedenen Meetings, nutzen verschiedene Tools, haben verschiedene KPIs. Das Produkt-Team misst Activation Rate. Das CRM-Team misst Open Rate und Click Rate. Niemand misst, ob die beiden Reisen zusammenpassen.
Was der Bruch kostet
Inkonsistente Onboarding-Erfahrungen senken die Activation Rate. Branchenstudien und Benchmarks von Plattformen wie Intercom und Userpilot zeigen, dass inkonsistentes Onboarding die Activation Rate messbar drückt. Der Mechanismus ist plausibel: Wenn die Kommunikation nicht zum Erlebnis passt, sinkt das Vertrauen. In den Instanzen, die wir prüfen, sehen wir den Effekt regelmäßig in den Funnel-Daten.
Konkreter: Ein Nutzer, der im Produkt gerade sein erstes Projekt angelegt hat und sich kompetent fühlt, bekommt eine Mail, die ihn behandelt wie jemanden, der noch nicht angefangen hat. Das ist nicht nur irrelevant, es ist entmutigend. Es sagt: Dein Fortschritt zählt nicht, wir sehen ihn nicht.
Im schlimmsten Fall klickt der Nutzer auf den Abmeldelink. Nicht weil er kein Interesse hat, sondern weil die Kommunikation Desinteresse signalisiert. Das CRM-Team sieht dann eine Opt-out-Rate in der Welcome-Serie und optimiert den Betreff. Aber das Betreff war nie das Problem.
Dazu kommen verpasste Upsell-Momente. Ein Nutzer, der das Onboarding im Produkt abgeschlossen hat, ist bereit für den nächsten Schritt. Aber das CRM weiß nicht, dass er fertig ist, und schickt ihm noch die Onboarding-Mail von Schritt 3. Der Moment für ein kontextbezogenes Upgrade-Angebot verstreicht, weil das CRM drei Tage hinterherhinkt. Wer Custom Events im CRM richtig aufsetzt, schafft die Grundlage, um genau dieses Timing zu treffen.
Fünf Events, die den Bruch heilen
Die Lösung liegt nicht in einem neuen Tool oder einer komplexen Integration. Sie liegt in einem gemeinsamen Event-Schema, auf das sich Produkt- und CRM-Team einigen. Fünf Events reichen, um eine Welcome-Serie vom Zeitplan auf Verhalten umzustellen.
registration_completed — Der Nutzer hat die Registrierung abgeschlossen. Das ist der Startpunkt. Dieses Event existiert in den meisten Instanzen bereits, oft als Trigger für die Welcome-Serie. Soweit, so gut.
onboarding_step_completed — Der Nutzer hat einen konkreten Onboarding-Schritt abgeschlossen. Mit einer Property step_number oder step_name. In Braze als Custom Event, in Klaviyo als Metric, in Brevo als Transactional Event. Damit kann die Welcome-Serie prüfen, wo der Nutzer steht, und den nächsten Schritt überspringen oder anpassen.
first_value_moment — Der Nutzer hat zum ersten Mal den Kernwert des Produkts erlebt. Erstes Projekt angelegt, erste Bestellung aufgegeben, erster Report generiert. Dieses Event ist der Wendepunkt: Ab hier braucht der Nutzer keine Onboarding-Hilfe mehr, sondern Vertiefung.
onboarding_completed — Der Nutzer hat alle Onboarding-Schritte durchlaufen. Ab diesem Event sollte die Welcome-Serie enden und ein anderer Flow beginnen: Engagement, Retention, Upsell.
onboarding_abandoned — Der Nutzer hat das Onboarding abgebrochen. Seit 48 Stunden kein Fortschritt, kein Login. Dieses Event triggert eine andere Kommunikation: Nicht “Toll, dass du dabei bist”, sondern “Können wir helfen?”
Mit diesen fünf Events wird die Welcome-Serie verhaltensbasiert. In Braze nutzt ihr Audience Paths im Canvas, die nach dem letzten onboarding_step_completed filtern. In Klaviyo baut ihr Conditional Splits, die prüfen, ob der Nutzer die Metric first_value_moment bereits hat. In Brevo setzt ihr Bedingungen auf Custom Attributes, die vom Produkt aktualisiert werden.
Der Aufwand für das Produkt-Team: Fünf Events implementieren und an die CRM-Plattform senden. Bei Braze über die REST API oder ein SDK, bei Klaviyo über die Track API, bei Brevo über die Events API. Das ist ein Sprint-Ticket, kein Quartalsprojekt. Wie man dabei sicherstellt, dass Events sauber benannt und gepflegt werden, haben wir im Artikel über Custom Events und toten Code beschrieben.
Was ihr daraus mitnehmt
Der Onboarding-Bruch ist kein exotisches Problem. Er entsteht überall dort, wo Produkt und CRM unabhängig voneinander arbeiten. Das ist der Normalfall.
Ein schneller Check für eure Instanz: Öffnet eure Welcome-Serie. Schaut euch die Trigger und Delays an. Wenn zwischen den Schritten nur Zeitangaben stehen und keine Bedingungen, die auf Produktverhalten prüfen, habt ihr den Bruch. Nicht vielleicht. Sicher.
Die Lösung ist kein Tool-Wechsel und keine teure CDP-Integration. Es sind fünf Events und ein Gespräch zwischen Produkt- und CRM-Team. Die Events sind in einem Sprint implementiert. Das Gespräch dauert eine Stunde. Beides zusammen verändert, wie eure Nutzer die ersten Tage mit eurem Produkt erleben.
Wenn ihr wissen wollt, wo eure Instanz steht und ob Produkt und CRM tatsächlich dieselbe Geschichte erzählen: Dafür gibt es unseren Instanz-Check.
