Lifecycle-Kampagnen liegen seit Monaten im Backlog. Jeder Sprint bringt eine neue Voraussetzung: sauberere User-IDs, eine Event-Taxonomie-Revision, ein Data-Warehouse-Anschluss, ein erneuertes Einwilligungsmodell. Nichts davon wird je ganz fertig — und die Kampagnen gehen nie live.
Die Annahme, dass Sie zuerst ein perfektes Datenfundament brauchen, ist falsch. Die Default-Signale, die jedes Mobile-SDK ab Tag 1 erfasst (Ereignisse wie DeviceRegistered und ApplicationOpen), reichen aus, um Lifecycle-Journeys zu bauen, die Retention bewegen — und das DSGVO-konform, weil keine zusätzlichen personenbezogenen Daten erhoben werden müssen.
Hier sind die 3 Lifecycle-Kampagnen, die Sie diese Woche allein auf dieser Datenbasis launchen können.
Die 3 Lifecycle-Journeys, die Retention messbar verbessern — im Überblick
Der Nutzer-Lifecycle hat 3 Hauptpunkte, an denen Retention bricht. Jede der folgenden Journeys schließt genau einen davon.
| Journey | Lifecycle-Phase | Trigger (Default-Daten) | Primärkanäle | KPI |
|---|---|---|---|---|
| 1. Onboarding (Tag 1–7) | Installation → Aktivierung | DeviceRegistered-Event | Push + In-App + E-Mail | D7-Aktivierungsrate |
| 2. Engagement-Anstoß (Tag 7–30) | Aktivierung → Gewohnheit | Segment: DeviceRegistered vor 7 Tagen | Push → In-App oder E-Mail | D30-Retention |
| 3. Reaktivierung schlafender Nutzer | Gewohnheit → Verlust | Segment: kein ApplicationOpen seit 14+ Tagen | Push → In-App → E-Mail | Reaktivierungsrate |
DeviceRegistered-EventDeviceRegistered vor 7 TagenApplicationOpen seit 14+ TagenWarum genau diese 3 Journeys?
Weil Retention an vorhersehbaren Punkten bricht — und die meisten Apps verlieren ihre Nutzer in denselben 3 Momenten.
Der 1. Bruchpunkt: Installation → Aktivierung. Etwa die Hälfte der Nutzer, die eine Mobile-App installieren, kommen nach Tag eins nie wieder. Das Zeitfenster ist kurz, und der Nutzer trifft die Entscheidung in Echtzeit: Ist das meine Aufmerksamkeit wert? Genau das adressiert Journey 1.
Der 2. Bruchpunkt: Aktivierung → Gewohnheit. Ein Nutzer, der das Onboarding abgeschlossen hat, aber in den folgenden Wochen die App nicht 3 bis 4 Mal öffnet, bleibt selten langfristig. Aktivierung ohne Wiederholung ist nur ein einmaliger Versuch. Journey 2 zielt exakt auf dieses Fenster — Tag 7 bis 30 — in dem Absicht zur Routine werden muss.
Der 3. Bruchpunkt: Gewohnheit → Verlust. Selbst engagierte Nutzer driften ab. Woche für Woche wirkt das Bild unauffällig, aber über ein Quartal kumuliert verliert sich hier der Großteil der Retention leise. Journey 3 fängt Nutzer ab, bevor das Abdriften zur Endgültigkeit wird.
Diese 3 sind das Fundament. Später kommen weitere hinzu (Warenkorbabbrecher, Paywall-Recovery, Meilenstein-Nachrichten), aber diese bedienen spezifische Momente. Die 3 Basis-Journeys dagegen treffen jeden Nutzer in jeder Mobile-App.
Wie Sie starten — und was „Default-SDK-Daten” konkret bedeutet
Der schnellste Weg, diese Kampagnen zu betreiben, führt über eine Customer-Engagement-Plattform (z. B. Pushwoosh — kostenfreier Einstieg). Wichtiger Datenschutz-Hinweis für den DACH-Markt: Pushwoosh betreibt Rechenzentren in der EU, ist ISO 27001:2022 und SOC 2 Type I zertifiziert und stellt einen Auftragsverarbeitungsvertrag (AVV) bereit.
Diese Default-Events brauchen Sie für die oben beschriebenen Journeys:
PW_DeviceRegistered— feuert einmal pro Gerät, beim ersten App-Start und der SDK-Initialisierung. Das ist Ihr Installations-Signal. Verwenden Sie es als trigger-basierten Einstieg ins Onboarding.PW_ApplicationOpen— feuert bei jedem App-Start. Der Zeitstempel des letzten Vorkommens ist Ihr Session-Aktivitäts-Signal. „Letztes Öffnen vor mehr als 14 Tagen” ist Ihr Dormancy-Segment.
Das ist das gesamte Starter-Kit. Die vollständige Liste aller Default-Events finden Sie in der Pushwoosh-Dokumentation.
Journey 1: Onboarding neuer Nutzer (Tag 1–7)
Was es schließt: Den Abstand zwischen Installation und Aktivierung. Der steilste Retention-Abfall findet in den ersten 3 Tagen nach Installation statt — je länger ein neuer Nutzer keinen ersten nützlichen Moment erlebt, desto unwahrscheinlicher ist die Rückkehr.
Einstiegs-Trigger: PW_DeviceRegistered (trigger-basierter Einstieg). Jede Neuinstallation tritt automatisch in die Journey ein.
Sequenz:
- Tag 1: Begrüßungs-Push oder In-App-Nachricht, die auf die einzelne wichtigste Erstaktion zeigt: Dashboard öffnen, Ziel setzen, erste Bestellung aufgeben, Profil vervollständigen.
- Tag 2: In-App-Nachricht beim nächsten Sitzungsstart — dieselbe Schlüsselaktion erneut im Kontext zeigen.
- Tag 4: Push-Benachrichtigung: „Sie haben [X] noch nicht ausprobiert — hier ist, warum die meisten Nutzer dort starten.”
- Tag 7: E-Mail oder In-App-Wochenrückblick — „das haben Sie erreicht, das wäre der nächste Schritt.”
KPI: D30-Retention und Aktivierungsrate an Tag 7 (Anteil neuer Nutzer, die die Schlüsselaktion abgeschlossen haben).
Journey 2: Engagement-Anstoß (Tag 7–30)
Was es schließt: Den Abstand zwischen Aktivierung und Gewohnheit. Ein Nutzer, der das Onboarding abgeschlossen hat, aber in den ersten Wochen nicht regelmäßig zurückkehrt, bleibt selten langfristig. Das Fenster, um „ausprobiert” in „nutzt es wöchentlich” zu verwandeln, liegt etwa zwischen Tag 7 und 30.
Einstiegs-Trigger: Segment-basierter Einstieg „PW_DeviceRegistered vor 7 Tagen registriert”. Always-on — Nutzer treten rollierend ein, sobald sie die Sieben-Tage-Marke überschreiten.
Sequenz:
- Beim Einstieg: Push-Benachrichtigung, die ein nützliches Feature oder neuen Inhalt herausstellt, den der Nutzer noch nicht probiert hat.
- Tag 7: Push-Benachrichtigung — Loyalty-Nudge oder Social-Proof-Botschaft („Nutzer wie Sie machen auch X”).
- Tag 14: E-Mail oder In-App-Zusammenfassung: „das haben Sie erreicht, das kommt als Nächstes”. Sanft, im Recap-Stil.
- Exit: Nutzer fällt in einem beliebigen 7-Tage-Fenster unter 3 Sessions → Journey endet natürlich. Bei weiterem Abdriften übernimmt Journey 3.
KPI: D30-Retention und Session-Frequenz über die nächsten 30 Tage.
Journey 3: Reaktivierung schlafender Nutzer (14+ Tage inaktiv)
Was es schließt: Den Abstand zwischen Gewohnheit und Verlust. Sobald ein Nutzer ruhig wird, sinkt mit jedem weiteren Tag ohne App-Öffnung die Rückkehrwahrscheinlichkeit. Die ersten 2 Wochen der Inaktivität sind das Fenster, in dem Reaktivierung noch realistische Chancen hat.
Einstiegs-Trigger: Segment-basierter Einstieg auf „Nutzer ohne PW_ApplicationOpen-Events in den letzten 14 Tagen”.
Segmentierung: Schlafende Nutzer, geteilt per Reachability-Check-Element:
- Per Push erreichbar — primäre Gruppe, erhält den Push-Touch zuerst.
- Per Push nicht erreichbar — Push wird übersprungen, In-App bei nächster Rückkehr oder E-Mail sofort. Das ist gleichzeitig Datenschutz-Hygiene: Sie respektieren die Einwilligungslage.
Sequenz: Drei Touches über sieben Tage. Jeder Touch eskaliert von einer sanften Erinnerung zu einem schärferen Wert-Pitch:
- Beim Einstieg. Reaktivierungs-Push: ein persönlich wirkender Anlass zurückzukommen — Inhalte, die der Nutzer mochte; ein Feature, das er am häufigsten nutzte; eine ungelesene Benachrichtigung. Für Push-unerreichbare Nutzer: dieselbe Aussage per E-Mail.
- Tag 3. Falls keine Rückkehr: stärkerer Zug — was neu ist, was sie verpassen, oder ein Anreiz. Push für die erreichbare Gruppe, E-Mail für den Rest.
- Tag 7. Letzter Touch: ein E-Mail-Rückblick, opt-out-freundlich (ein Klick zum Abbestellen — gesetzliche Pflicht und gute Praxis).
- Exit-Bedingung: Eine Session innerhalb von 7 Tagen → Journey markiert Erfolg, Nutzer verlässt sie.
KPI: Session innerhalb von 7 Tagen nach Eintritt in den Reaktivierungs-Flow.
Skalieren mit einem Prompt — ManyMoney AI
So bauen Sie diese 3 Journeys in einer Woche. Beim nächsten Mal — neue Locale, neues Segment, neue Variante für einen Test — müssen Sie nicht alles wiederholen. Übergeben Sie es an ManyMoney AI, den Marketing-Co-Piloten von Pushwoosh.
Nimm die Onboarding-Journey, die für [Segment X] live ist,und passe sie für [neues Segment / neue Locale / neues Angebot] an.Struktur beibehalten, Copy und Kanal-Logik neu generieren,als Entwurf vorbereiten.ManyMoney AI liefert einen Journey-Entwurf mit angepasster Copy, Kanal-Routing und Timing zurück — bereit für die Freigabe. Der erste Build lehrt Sie die Plattform; ManyMoney skaliert ihn in jedem weiteren Zyklus und wertet die Kampagnen-Performance aus.
