Push-Benachrichtigungsautomatisierung für E-Commerce: 5 Workflow-Blaupausen

Es ist der dritte Freitag des Quartals und Sie betrachten Ihr Retention-Dashboard. Die Warenkorbabbrecher-Sequenz läuft. Der Trigger für Warenkorbabbrecher läuft. Die Aufforderung zur Überprüfung nach dem Kauf läuft. Die Benachrichtigung über Preisänderungen läuft. Willkommensbenachrichtigungen werden bei jeder Anmeldung versendet. Sechs „automatisierte“ Push-Benachrichtigungen. Sechs Trigger, die in den letzten achtzehn Monaten eingerichtet wurden. Ihre Wiederholungskaufrate stagniert seit zwölf Monaten.

So sieht die Push-Benachrichtigungsautomatisierung für E-Commerce in den meisten Retention-Stacks für mittlere Märkte aus: sechs getrennte Trigger, die jeweils Texte von verschiedenen Kampagnenmanagern versenden, von denen keiner die anderen kennt. Die Warenkorbabbrecher-Serie sendet weiterhin Benachrichtigungen an Abonnenten, die bereits gekauft haben. Die Reaktivierungskampagne überschneidet sich mit der Benachrichtigung über Preisänderungen für denselben Kunden. Es gibt keine gemeinsame Logik, keine gemeinsamen Abbruchkriterien, keine gemeinsame Identität. Nur sechs separate Leitungen, die jeweils auf dieselbe Abonnentenliste gerichtet sind und so tun, als ob die anderen fünf nicht existieren.

Push-Benachrichtigungsautomatisierung für E-Commerce sollte nicht so funktionieren. Sie sollte als eine Workflow-Architektur funktionieren: ein Satz von Multi-Node-Journeys mit gemeinsamen Triggern, gemeinsamer Entscheidungslogik und gemeinsamen Abbruchkriterien, die über Web-Push, App-Push, WhatsApp und Live-Chat von einer einzigen Abonnentenidentität aus laufen. Dieser Artikel beschreibt, wie diese Architektur aussieht, liefert fünf vollständige Workflow-Blaupausen, die Sie übernehmen können, und zeigt, wie Sie den Workflow-spezifischen Funnel lesen, damit die einzelnen Posten für die Finanzabteilung nachvollziehbar sind.

Die meisten „automatisierten Push-Benachrichtigungen“ sind nicht wirklich automatisiert

Das Wort Automatisierung hat im E-Commerce-Blog-Kreis viel unverdiente Arbeit geleistet. Wenn die meisten Artikel von „automatisierten Push-Benachrichtigungen“ sprechen, meinen sie „getriggerte Push-Benachrichtigungen“: einzelne Benachrichtigungen, die ausgelöst werden, wenn ein Ereignis eintritt, ohne weiteren Status, ohne Wartezeiten, ohne Verzweigungen, ohne Abbruchbedingungen. Ein Abonnent bricht einen Warenkorb ab, die Benachrichtigung über den Warenkorbabbrecher wird ausgelöst. Ein Abonnent sieht sich ein Produkt an, die Benachrichtigung über den angesehenen Artikel wird ausgelöst. Ein Abonnent kauft, die Benachrichtigung nach dem Kauf wird ausgelöst. Jeder Trigger ist seine eigene Pipeline, die von jedem anderen Trigger nichts weiß.

Ein Workflow ist etwas anderes. Ein Workflow ist eine mehrstufige Journey mit Status. Er weiß, wo der Abonnent eingetreten ist, wo er sich gerade befindet, wann er jeden Knoten betreten hat und welche Bedingungen die Journey abbrechen. Der Workflow für Warenkorbabbrecher löst nicht nur eine Benachrichtigung zur Ein-Stunden-Marke aus. Er wird nach einer Stunde ausgelöst, wartet einen Tag, prüft, ob der Warenkorb immer noch abgebrochen ist, sendet eine zweite Nachricht mit einem Rabatt, wartet zwei weitere Tage, sendet eine letzte Nachricht und bricht den Workflow in dem Moment ab, in dem der Abonnent kauft, unabhängig davon, in welchem Schritt er sich befand.

Diese letzte Klausel macht den Unterschied. Der Trigger hat kein Gedächtnis. Der Workflow schon. Wenn Ihre „Warenkorbabbruch-Automatisierung“ weiterhin Erinnerungen sendet, nachdem der Kunde bereits bezahlt hat, haben Sie keine Automatisierung. Sie haben einen Trigger, dem niemand gesagt hat, er solle aufhören.

Für ein Retention-Team im Mid-Market-E-Commerce ist dieser Unterschied entscheidend zwischen einer sich verstärkenden Wiederholungskaufrate und einer, die stagniert. Sechs parallel laufende Trigger erzeugen sechs Kanäle mit Rauschen. Fünf koordiniert laufende Workflows erzeugen eine Reise pro Abonnent, verzweigt und begrenzt. Die meisten Suchergebnisse auf Seite eins für dieses Keyword formulieren das Problem als „welche Arten von Benachrichtigungen gesendet werden sollen“ und beantworten es mit einer Liste von neun, zwölf oder fünfzehn Vorlagen. Das ist nicht die Frage. Die Frage ist, wie die Reise gestaltet wird.

Die Anatomie eines Push-Benachrichtigungs-Workflows

Vor den Blaupausen kommt das Vokabular. Ein Push-Benachrichtigungs-Workflow besteht aus sechs Knotentypen. Sobald Sie wissen, was jeder einzelne tut, liest sich jede Blaupause in diesem Artikel wie ein Diagramm, nicht wie eine Beschreibung.

START. Der Einstiegspunkt. Ein START-Knoten definiert, wie der Workflow ausgelöst wird, entweder durch ein Abonnentenereignis (Warenkorb abgebrochen, Seite besucht, Segment beigetreten, Kaufziel verfolgt) oder durch einen Zielgruppenfilter, der Abonnenten auswählt, die zu einer geplanten Zeit bestimmte Kriterien erfüllen. Ein Workflow hat genau einen START.

WAIT. Eine Verzögerung. Ein WAIT-Knoten hält den Abonnenten für eine bestimmte Dauer (Minuten, Stunden, Tage) oder bis zu einer bestimmten Kalenderzeit (Dienstag 10 Uhr in der Zeitzone des Abonnenten, 15. Dezember 8 Uhr abends Ortszeit) an dieser Stelle an. Waits sind der Weg, wie ein Workflow lernt, kein einmaliger Massenversand zu sein.

DECISION. Eine Zwei-Wege-Verzweigung. Ein DECISION-Knoten prüft eine Bedingung (hat der Abonnent gekauft, ist er noch im Segment der Warenkorbabbrecher, ist sein Loyalitätsstatus „Gold“) und leitet ihn auf den JA-Pfad oder den NEIN-Pfad. Entscheidungen sind der Weg, wie ein Workflow aufhört, jeden Abonnenten gleich zu behandeln.

SPLIT_PATH. Eine prozentbasierte Aufteilung. SPLIT_PATH-Knoten leiten Abonnenten basierend auf konfigurierten Prozentwerten über mehrere Pfade: 50/50 für einen A/B-Test, 33/33/34 für einen Drei-Wege-Sendzeit-Test. Sobald Sie einen Gewinner haben, befördern Sie den gewinnenden Pfad zu 100 % und der Workflow läuft mit der bewährten Variante weiter.

ACTION. Die eigentliche Arbeit. ACTION-Knoten senden eine Push-Benachrichtigung, fügen den Abonnenten zu einem Segment hinzu, aktualisieren seine Attribute, lösen einen Webhook aus, starten einen anderen Workflow oder stoppen einen. PushEngage Workflows unterstützt elf Aktionstypen. Die gängigsten im E-Commerce sind SendPushNotification, AddSegment, UpdateAttribute und HttpRequest.

END / EXIT. Das Ende. END- und EXIT-Knoten markieren den Abschluss des Workflows und aktualisieren die Analysen. END ist der natürliche Abschluss. EXIT wird typischerweise verwendet, um frühzeitig zu beenden: auf dem NEIN-Pfad eines Decision-Knotens, wenn der Abonnent nicht qualifiziert ist, oder auf einem Split-Path-Zweig, der als Kontrollgruppe konzipiert ist.

Jeder Workflow besteht aus diesen sechs Bausteinen. Sobald die Vokabeln geteilt sind, sind die Baupläne schnell zu lesen.

Fünf Workflow-Baupläne für E-Commerce

Dies sind keine „Beispiele“. Es sind funktionierende Baupläne. Jeder einzelne listet seinen Auslöser, seinen Ausführungstyp, seine Knotenreihenfolge, seine Abbruchkriterien und seine vorgesehene Aufbewahrungsmetrik auf. Sie können jeden einzelnen direkt in den PushEngage Workflows Builder übernehmen und ihn in weniger als einer Stunde zum Laufen bringen.

Bauplan 1 — Willkommensserie

• Auslöser (START): Ereignis PushEngage.Subscriber.Added
• Ausführungstyp: Einzeln (eine Willkommensreise pro Abonnent, mit 90 Tagen Abkühlzeit vor Wiederaufnahme)
• Ablauf: Willkommensbenachrichtigung (sofort) → WARTE 2 Tage → Benachrichtigung über hervorgehobene Funktion → WARTE 3 Tage → ENTSCHEIDUNG: Hat der Abonnent einen Kauf getätigt? → JA-Pfad: Sende eine Dankesbenachrichtigung und füge das Segment customers hinzu → NEIN-Pfad: Sende einen Rabatt für den ersten Kauf → ENDE
• Abbruchkriterien: Keine. Die Reise ist kurz genug, dass jeder Abonnent sie abschließen sollte.
• Aufbewahrungsmetrik: Zeit bis zum ersten Kauf. Neue Abonnenten, die die Willkommensserie abschließen, kaufen schneller als diejenigen, die dies nicht tun, da die dritte Interaktion in dem Moment stattfindet, in dem die Absicht zum ersten Kauf entweder eingetreten oder ins Stocken geraten ist.

Bauplan 2 — Warenkorbabbruch beim Stöbern

• Auslöser (START): Benutzerdefiniertes Ereignis page_view gefiltert auf Produktdetailseiten, auf denen der Abonnent nicht auch add_to_cart innerhalb von 30 Minuten ausgelöst hat
• Ausführungstyp: Mehrere parallele Instanzen (ein Abonnent kann in einer Sitzung mehrere Produkte beim Stöbern abbrechen, und jede davon erhält eine eigene Workflow-Instanz)
• Ablauf: WARTE 30 Minuten → ENTSCHEIDUNG: Stöbert der Abonnent noch auf der Website? → JA-Pfad: ENDE (aktive Sitzung nicht unterbrechen) → NEIN-Pfad: Sende eine Erinnerungsbenachrichtigung mit dem angesehenen Produkt → WARTE 24 Stunden → ENTSCHEIDUNG: Hat er zum Warenkorb hinzugefügt? → JA-Pfad: ENDE (der Workflow für Warenkorbabbrüche übernimmt ab hier) → NEIN-Pfad: Sende eine zweite Benachrichtigung mit einer Empfehlung für verwandte Produkte → ENDE
• Abbruchkriterien: Ziel add_to_cart (der Warenkorb-Workflow übernimmt die Reise) oder Ziel purchase (keine weitere Nachrichtenübermittlung erforderlich)
• Aufbewahrungsmetrik: Konversionsrate von Stöbern zu Warenkorb für zuvor angesehene Produkte. Der PushEngage-Artikel über Kampagnen zum Warenkorbabbruch beim Stöbern behandelt die Segmentierungsarbeit, die dieser Bauplan erbt.

Bauplan 3 — Eskalation bei Warenkorbabbrüchen

• Auslöser (START): Benutzerdefiniertes Ereignis cart_abandoned
• Ausführungstyp: Mehrere parallele Instanzen (jeder abgebrochene Warenkorb ist eine eigene Reise, sodass ein Abonnent, der einen zweiten Warenkorb abbricht, während der erste noch aktiv ist, eine zweite gleichzeitige Instanz erhält)
• Ablauf: WARTE 1 Stunde → Erinnerung Nr. 1 (kein Rabatt, freundlicher Ton) → WARTE 24 Stunden → ENTSCHEIDUNG: Ist der Warenkorb immer noch abgebrochen? → JA-Pfad: Erinnerung Nr. 2 mit 10 % Rabatt → WARTE 48 Stunden → ENTSCHEIDUNG: Ist der Warenkorb immer noch abgebrochen? → JA-Pfad: Letzte Erinnerung mit 20 % Rabatt und Dringlichkeitsformulierung → ENDE
• Abbruchkriterien: Ziel purchase, das mit der cart_id aus dem Trigger-Ereignis übereinstimmt. In dem Moment, in dem der Abonnent kauft, wird der Workflow für diesen Warenkorb abgebrochen, unabhängig davon, wo er sich gerade befindet.
• Retention-Metrik: Wiederhergestellter Warenkorbwert pro abgebrochenem Warenkorb, pro Kanal. Dies ist der Workflow mit der höchsten Auswirkung auf der Seite und am einfachsten auf einer Gewinn- und Verlustrechnung zu verteidigen. Für eine tiefere Abdeckung der spezifischen Warenkorbabbruch-Wiederherstellungssequenz, das PushEngage Warenkorbabbruch-Playbook erklärt, wie die Kadenz an das Plattformverhalten angepasst wird (Shopify Plus Checkout-Flows unterscheiden sich von WooCommerce in Bezug auf die erste Wartezeit).

Blueprint 4 — Bewertungsanfrage nach dem Kauf

• Trigger (START): Ereignis PushEngage.Goal.Tracked, wobei goal_name = purchase
• Ausführungstyp: Mehrere sequentielle (ein aktiver Bewertungsanforderungs-Journey pro Abonnent gleichzeitig, aber der nächste Kauf löst eine neue Instanz aus)
• Flow: WARTE 7 Tage (genug Zeit, um das Produkt zu erhalten und eine Meinung zu bilden) → TEILEWEG 50/50: Morgensendung (9 Uhr Ortszeit des Abonnenten) vs. Abendsendung (19 Uhr Ortszeit des Abonnenten) → Bewertungsanforderungs-Benachrichtigung → AKTION: HTTP-Anfrage an das CRM zur Protokollierung des Versands der Bewertungsanfrage → ENDE
• Ruhezeiten: 22:00 bis 8:00 Uhr in der Zeitzone des Abonnenten, Fallback reschedule. Push-Benachrichtigungen, die über Nacht ankommen würden, warten bis 8:01 Uhr, anstatt zugestellt zu werden. Die Einstellung reschedule ist die richtige Standardeinstellung für diesen Workflow, da skip Benachrichtigungen stillschweigend verwirft und sie aus der Analyse herauslässt, was die meisten Retention-Teams nicht wünschen.
• Abbruchkriterien: Ziel review_submitted
• Retention-Metrik: Bewertungsabgaberate nach Sendungszeit-Variante. Der Split-Path macht den A/B-Test zu einem Teil des Workflows, nicht zu einem nachträglichen Anhang eines Kampagnenberichts.

Blueprint 5 — Reaktivierung

• Trigger (START): Zielgruppenfilter last_active > 30 days
• Ausführungstyp: Einzeln (ein Win-Back-Versuch pro Abonnent pro 90-Tage-Fenster)
• Flow: „Wir vermissen dich“-Benachrichtigung → WARTE 3 Tage → ENTSCHEIDUNG: Hat der Abonnent mit der Benachrichtigung interagiert oder die Website besucht? → JA-Pfad: Zum Segment re-engaged hinzufügen, eine Dankesnachricht und einen Rabatt senden, ENDE → NEIN-Pfad: Ein stärkeres Angebot mit einem tieferen Rabatt senden → WARTE 5 Tage → ENTSCHEIDUNG: Immer noch inaktiv? → JA-Pfad: letzte „Last Chance“-Benachrichtigung → ENDE
• Abbruchkriterien: Zielgruppenfilter last_active < 7 days. Der Abonnent wurde von selbst aktiv und die Aufgabe des Workflows ist erledigt.
• Retention-Metrik: Reaktivierungsrate 60 Tage nach Eintritt in den Workflow.

Ein Wort zum Trigger. Dies ist die einzige Vorlage in diesem Artikel, die einen zielgruppenbasierten Trigger anstelle eines ereignisbasierten Triggers verwendet. Zielgruppen-Trigger in PushEngage Workflows verarbeiten die übereinstimmende Abonnentenmenge nur zum Zeitpunkt des Workflow-Starts in Stapeln. Abonnenten, die nach Beginn des Workflows inaktiv werden, werden nicht automatisch einbezogen, und die Bearbeitung des Zielgruppenfilters eines aktiven Workflows fügt keine neuen Abonnenten hinzu. Wenn Sie ein rollierendes Re-Engagement-Programm wünschen, duplizieren Sie den Workflow nach einem wiederkehrenden Zeitplan (monatlich oder vierteljährlich), anstatt zu erwarten, dass ein langlaufender Zielgruppen-Workflow weiterhin neue Kandidaten aufnimmt. Dies ist eine häufige Quelle für Support-Tickets wie „Warum hat dieser Abonnent den Win-Back nicht erhalten?“, wenn Teams den Trigger-Typ missverstehen.

Segmentierung, A/B-Tests und Abbruchkriterien leben im Workflow

Das dominierende Muster in den Suchergebnissen der ersten Seite für dieses Schlüsselwort ist, Segmentierung, A/B-Tests und Ruhezeiten als „Best Practices“ aufzulisten: generische Aufzählungszeichen am Ende des Artikels, losgelöst von der Kampagne, die sie verwendet. Das ist der falsche Rahmen. Dies sind keine Best Practices, die neben dem Workflow stehen. Sie sind der Workflow.

Hier ist derselbe Satz von Konzepten, einmal als Best Practices und einmal als Workflow-Knoten dargestellt:

Konzept	Best-Practice-Rahmen (falsch)	Workflow-Knoten-Rahmen (korrekt)
RFM-Segmentierung	„Segmentieren Sie Ihre Liste, bevor Sie senden“	Ein ENTSCHEIDUNGS-Knoten, der die Aktualität, Häufigkeit und den monetären Wert prüft und dann Abonnenten mit hohem RFM-Wert zu einem anderen Pfad als Abonnenten mit niedrigem RFM-Wert leitet. Der PushEngage-Segmentierungs-Post behandelt die RFM-Bucket-Definitionen, die diesen Knoten speisen.
A/B-Tests	„Testen Sie Ihre Texte immer im A/B-Verfahren“	Ein SPLIT_PATH-Knoten mit einer 50/50-Prozent-Zuweisung, lastbalancierten Abonnenten pro Pfad und einem winner_edge_id-Feld, das den Gewinner auf 100 % befördert, sobald der Test Signifikanz erreicht
Ruhezeiten	„Nicht um 3 Uhr morgens senden“	Eine Workflow-Option mit start_at, end_at, timezone und einer fallback-Einstellung, die entweder den Versand skippt oder ihn eine Minute nach Ende der Ruhezeiten reschedulet
Abbruchkriterium	„Hören Sie auf, an Leute zu senden, die gekauft haben“	Eine Workflow-Regel, die den Abonnenten vor jedem Knoten gegen einen Zielgruppenfilter oder ein ausgelöstes Ziel prüft und den Workflow abbricht, wenn eine Übereinstimmung gefunden wird

Der Unterschied ist wichtig, denn Best-Practice-Aufzählungszeichen sind leicht zu nicken und schwer durchzusetzen. Workflow-Knoten werden von der Engine selbst durchgesetzt. Die ENTSCHEIDUNG läuft jedes Mal. Der SPLIT_PATH teilt jeden Abonnenten auf. Der Ruhezeiten-Fallback greift, ohne dass jemand daran denkt, die Zeit zu überprüfen. Die Abbruchregel bricht den Workflow ab, unabhängig davon, ob der Kampagnenbesitzer aufpasst oder nicht.

Für die obige Warenkorb-Abbruch-Vorlage bedeutet dies, dass in dem Moment, in dem ein Abonnent die abgebrochenen Artikel kauft, die Abbruchregel ausgelöst wird, der Workflow für diesen Abonnenten abgebrochen wird und die zweite und dritte Erinnerung nie versendet werden. Kein Support-Ticket, keine E-Mail von der Finanzabteilung, keine Entschuldigungskampagne. Der Workflow wurde gestoppt, weil die Engine eine Regel hatte, die ihn angewiesen hat, zu stoppen.

Multi-Channel-Orchestrierung: ein Workflow, vier Kanäle

Die meisten Push-Benachrichtigungsplattformen sind Ein-Kanal-Tools. Einige sind Zwei-Kanal-Tools. Die Frage, die sie nicht gut beantworten können, ist die, die ein Retention-Team im mittleren Markt tatsächlich beantworten muss: Welcher Kanal soll ausgelöst werden, basierend auf dem Zustand dieses Abonnenten? Web-Push, wenn er zugestimmt hat. E-Mail, wenn er Web-Push abgelehnt hat. WhatsApp, wenn der Warenkorbwert über 200 US-Dollar liegt. Live-Chat, wenn sich der Abonnent gerade auf der Website befindet.

Dieser Entscheidungsbaum ist ein einziger Multi-Channel-Push-Benachrichtigungs-Automatisierungs-Workflow, nicht vier Kampagnen in vier Tools. Mit PushEngage Workflows kann eine Warenkorbabbruch-Journey wie folgt aufgebaut werden:

• START: cart_abandoned-Ereignis
• WARTE: 1 Stunde
• ENTSCHEIDUNGsknoten 1: Ist der Abonnent für Web-Push angemeldet?
  • JA-Pfad: AKTION, Sende Web-Push-Erinnerung
  • NEIN-Pfad: Weiter zur nächsten Entscheidung
• WARTEN: 30 Minuten nach dem Web-Push (oder sofort, wenn kein Push ausgelöst wurde)
• ENTSCHEIDUNGsknoten 2: Hat der Abonnent auf den Web-Push geklickt oder ist er nicht für Web-Push angemeldet?
  • Wenn Web-Push ausgelöst und geklickt wurde: ENDE (Lass den Warenkorb-Flow abschließen)
  • Wenn Web-Push ausgelöst und nicht geklickt wurde oder kein Web-Push: Weiter
• ENTSCHEIDUNGsknoten 3: Warenkorbwert größer als 200 US-Dollar?
  • JA-Pfad: AKTION, sende WhatsApp-Nachricht über die Aktion SendPushNotification im WhatsApp-Kanal
  • NEIN-Pfad: AKTION, sende E-Mail über eine HTTP-Anfrage an Ihren ESP
• BEENDEN bei Ziel purchase

Vier Kanäle, ein Workflow, ein Satz von Abbruchkriterien, eine Abonnentenidentität. Derselbe Retention-Manager, der dies zuvor nicht ohne drei Anbieter-Logins und einen Zapier-Flow orchestrieren konnte, kann es jetzt innerhalb eines einzigen Workflows zusammenstellen, den die Engine erzwingt.

Dasselbe über separate Tools zu tun, bedeutet sechs Synchronisierungen zwischen Plattformen, zwei Segmentierungs-Engines, die sich darüber uneinig sind, wer als „VIP-Abonnent“ zählt, und keine einzige Umsatzzuordnung, da jedes Tool seine eigenen Konversionen meldet. Es innerhalb einer Workflow-Engine zu tun, bedeutet eine Abonnentenidentität, eine Reihe von Entscheidungslogiken und einen einzigen Funnel-Bericht. Weitere Informationen darüber, wie Push und E-Mail innerhalb eines einzigen Retention-Plans zusammenarbeiten, finden Sie unter Push- und E-Mail-Multi-Channel-Orchestrierung.

Dies ist der Differenzierungsfaktor, der keine Entsprechung in den dominanten Suchergebnissen auf Seite eins hat. Keines der fünfzehn Top-Ergebnisse für dieses Keyword beschreibt einen Cross-Channel-Workflow als einzelnes Objekt. Sie alle behandeln Push als Thema und E-Mail als Vergleich.

Die Retention-Mathematik: Umsatz pro Workflow, pro Kanal, pro Benachrichtigung

Ein Workflow, den Sie bei der nächsten Gewinn- und Verlustrechnung nicht verteidigen können, ist ein Workflow, der eingestellt wird. Die Aufgabe des Retention-Managers besteht darin, in Dollar zu zeigen, was jeder Posten produziert hat. Die meisten Artikel über „automatisierte Push-Benachrichtigungen für E-Commerce“ hören beim Klickverhältnis auf. Das reicht nicht aus. Die richtige Metrik ist der wiederhergestellte Umsatz pro Abonnent, pro Workflow, pro Kanal.

PushEngage Workflows verfolgt drei Zahlen an jedem Knoten:

• Wartende Benutzer: Abonnenten, die derzeit an diesem Knoten warten (typischerweise ein WAIT oder eine Umplanung außerhalb der Ruhezeiten)
• Abgeschlossene Benutzer: Abonnenten, die diesen Knoten durchlaufen haben
• Ausgeschiedene Benutzer: Abonnenten, die den Workflow an diesem Knoten verlassen haben, entweder weil die Ausstiegskriterien übereinstimmten oder weil sie sich abgemeldet haben

Hier sind die Analyseergebnisse auf Knotenebene für einen aktiven Workflow zur Warenkorbabbrechung (illustrative Zahlen, basierend auf einer realistischen Liste mit 200.000 Abonnenten):

Knoten	Gewartet	Abgeschlossen	Beendet	Notizen
START (warenkorb_abgebrochen)	0	12,400	320	320 Abonnenten erfüllten zu Beginn des Workflows die Ausstiegskriterien (zwischen Warenkorbereignis und Workflow-Scan gekauft)
WARTE 1 Stunde	180	11,900	320	Normale Warteschlangentiefe
AKTION: Erinnerung #1	0	11,900	0	Benachrichtigung gesendet
24 Stunden WARTEN	240	9,800	1,860	Hohe Anzahl an Ausstiegen: 1.860 Abonnenten kauften nach Erinnerung Nr. 1
ENTSCHEIDUNG: Warenkorb immer noch verlassen	0	9,800	0	Alle verbleibenden Abonnenten haben den Warenkorb noch offen
AKTION: Erinnerung Nr. 2 (10 % Rabatt)	0	9,800	0	Benachrichtigung mit Rabatt gesendet
WARTE 48 Stunden	90	6,300	3,410	Weitere 3.410 Käufe lösten den Ausstieg aus
AKTION: letzte Erinnerung (20 % Rabatt)	0	6,300	0	Letzte Benachrichtigung
ENDE	n. z.	6,300	n. z.	6.300 Abonnenten kauften nicht

In diesem Funnel kauften 5.270 Abonnenten (1.860 + 3.410), während sie sich im Workflow befanden, eine Wiederherstellungsrate von 42,5 % für Warenkörbe. Die beiden Wartezeiten (24h und 48h) sind die Knoten mit den meisten Ausstiegen im Funnel, was dem erwarteten Muster entspricht: Entscheidungen über den Kaufzeitpunkt erfolgen in den Wartefenstern, nicht in den Aktionsfenstern. Wenn Ihr Workflow das umgekehrte Muster zeigt, mit vielen Ausstiegen bei Aktionsknoten und wenigen Ausstiegen bei Warte-Knoten, ist Ihr Timing falsch und die Wartezeiten sollten verkürzt werden.

Die Retentionsberechnung muss auch die Kosten berücksichtigen. Push-Benachrichtigungen kosten pro Sendung nichts, sobald der Abonnent zugestimmt hat. Die Kosten für E-Mails hängen von Ihrem ESP ab, aber bei einer Liste mit 200.000 Abonnenten und einer typischen Klaviyo- oder Bloomreach-Einrichtung kostet eine einzelne Warenkorbabbrecher-Sendung mehrere hundert Dollar an nutzungsabhängigen Gebühren (Ihre Vertragsbedingungen gelten).

Eine Push-First-Automatisierung für Warenkorbabbrecher-Push-Benachrichtigungen, die Warenkörbe zu 42 % wiederherstellt, kann die gleiche wiederhergestellte Umsatzmenge erzielen wie ein Push- und E-Mail-Workflow zu 38 %, zu deutlich geringeren Kosten. Führen Sie die Berechnung für Ihre eigene Listen- und ESP-Vertragsgröße durch. Der Punkt ist, dass Push, App-Push und WhatsApp nicht die Kosten pro Sendung verursachen, die E-Mail verursacht, und die Aufgabe des Workflows ist es, den günstigsten Kanal zuerst zu nutzen, wann immer der Zustand des Abonnenten dies zulässt.

Wenn der Posten verteidigbar ist (dieser Workflow hat Warenkörbe im Wert von X $ zu Gesamtkosten von Y $ wiederhergestellt), ist die Budgetdiskussion kurz.

Erstellen Sie es in PushEngage Workflows

Jeder Blueprint in diesem Artikel bildet direkt auf PushEngage Workflows-Komponenten ab. Hier ist die Zuordnung für die fünf obigen Blueprints:

Blueprint	Verwendete Knotentypen	Verwendete Aktionstypen	Workflow-Option
Willkommensserie	START, WAIT, DECISION, ACTION, END	SendPushNotification, AddSegment	Ausführungstyp: Single
Browse-Abbruch	START, WARTEN, ENTSCHEIDUNG, AKTION, ENDE	SendPushNotification	Ausführungstyp: Mehrere Parallel
Eskalation bei Warenkorbabbrechung	START, WAIT, DECISION, ACTION, END	SendPushNotification	Ausführungstyp: Mehrere Parallel; Beenden bei Ziel purchase
Anfrage zur Überprüfung nach dem Kauf	START, WARTEN, PFAD_TEILEN, AKTION, ENDE	Push-Benachrichtigung senden, HttpRequest	Ausführungstyp: Mehrere Sequenziell; Ruhezeiten 22:00 – 08:00 Uhr, Fallback-Neustart
Reaktivierung	START, AKTION, WARTEN, ENTSCHEIDUNG, ENDE	SendPushNotification, AddSegment	Run type: Single; Audience-based trigger

Die Workflows-Engine wird mit über 60 bereitgestellten Vorlagen geliefert, die jeden dieser Flows abdecken. Jede Vorlage ist ein Ausgangspunkt. Jeder der obigen Blueprints kann in unter fünf Minuten auf Shopify, Shopify Plus, WooCommerce, BigCommerce oder Magento im PushEngage Push-Benachrichtigungs-Workflow-Builder installiert werden.

Die Workflows-Funktion deckt auch die Entscheidungslogik und die Personalisierungsschritte ab, die das kanalübergreifende Routing im vorherigen Abschnitt ermöglichen, und unterstützt die elf Aktionstypen, mit denen Sie mehr als nur eine Benachrichtigung senden können: Abonnentenattribute aktualisieren, Webhooks an Ihr CRM senden, nachgelagerte Workflows starten oder widersprüchliche Workflows stoppen.

Für eine umfassendere Ansicht, wie diese Workflows in ein vollständiges eCommerce-Retention-Programm passen, behandelt der Hub-Beitrag zu eCommerce-Push-Benachrichtigungen die Kampagnentypen, die diese Blaupausen implementieren.

Der kostenlose Plan gibt Ihnen vom ersten Tag an 200 Abonnenten, alle vier Kanäle (Web-Push, App-Push, WhatsApp und Live-Chat) und die vollständige Workflows-Engine. Das reicht aus, um den Kanal zu beweisen, bevor Sie ihn in eine Budgetposition aufnehmen.

Was dies ändert

Wenn Sie eine Sache aus diesem Artikel mitnehmen, dann diese: Push-Benachrichtigungsautomatisierung für E-Commerce ist Workflow-Architektur, keine Sammlung von ausgelösten Kampagnen. Die Warenkorbabbruch-Journey, die beim Kauf endet, die Willkommensserie, die sich nach dem Kaufverhalten verzweigt, und die kanalübergreifende Orchestrierung, die für jeden Abonnenten den günstigsten verfügbaren Kanal auswählt, haben alle die gleiche Form.

Ein START, einige WARTEZEITEN, einige ENTSCHEIDUNGEN, einige AKTIONEN, ein ENDE. Sechs eigenständige Trigger können dies nicht. Eine Workflow-Engine kann das. Die Retentionsberechnung vervielfacht sich von dort aus.

Beginnen Sie mit dem kostenlosen Plan, um die erste Blaupause in weniger als einer Stunde zu versenden.