WooCommerce-Preisdrop-Alert-Workflows für 2x höhere Kundenbindungsraten

Es ist Montagmorgen in einem WooCommerce-Bekleidungsgeschäft mit 25 Mio. US-Dollar GMV, und der Retention Manager startet den vierteljährlichen Räumungsverkauf. Das Team hat bereits die storeweite E-Mail bearbeitet: 25 % Rabatt, gültig bis Freitag, einmalige Aussendung um 10 Uhr. In den nächsten sieben Tagen generiert die E-Mail 8.400 US-Dollar an zuordenbaren Einnahmen. Die andere Wiederherstellungsoberfläche ist ruhiger.

Jedes Mal, wenn ein Merchandiser einen Verkaufspreis im WooCommerce-Admin festlegt, löst ein automatisierter Workflow WooCommerce-Preisdrop-Benachrichtigungen an die Abonnenten aus, die diesen SKU speziell beobachtet haben. Im selben 72-Stunden-Zeitfenster generiert der Preisdrop-Workflow 19.200 $. Gleiches Geschäft, gleicher Verkauf, zweieinhalbfache Wiederherstellung durch die Automatisierung.

Die beiden Flächen sind nicht austauschbar. Die storeweite E-Mail ist die Aussendung. Der Preisdrop-Workflow ist die pro-SKU-Fläche. Sie ergänzen sich, anstatt zu konkurrieren, und in den meisten mittelgroßen WooCommerce-Geschäften ist die pro-SKU-Fläche diejenige, die materiell unterinstrumentiert ist.

Dieser Artikel beschreibt den Preisdrop-Workflow von Anfang bis Ende, warum eine Drei-Zielgruppen-Kaskade die richtige Architektur ist, wie man die Frequenzbegrenzung vermeidet, um eine Rabattjäger-Basis zu trainieren, und wie man die wiederhergestellten Einnahmen pro SKU zuordnet, damit die Finanzabteilung die Zeile lesen kann.

Warum Preisdrop der umsatzstärkste Wiederherstellungstrigger ist

Die meisten Retention-Workflows werden gegen eine einzelne Zielgruppe ausgeführt. Der Warenkorbabbrecher-Workflow richtet sich an Warenkorbabbrecher. Der Browse-Abbrecher-Workflow richtet sich an Browse-Abbrecher. Die Willkommensserie richtet sich an neue Abonnenten. Die Preisdrop-Benachrichtigung ist anders. Zwei Zielgruppen konvergieren auf denselben Trigger: Browse-Abbrecher, die das Produkt angesehen, aber nicht in den Warenkorb gelegt haben, und Warenkorbabbrecher, die den Kauf speziell wegen des Preises abgebrochen haben. Beide haben eine spezifische Produktabsicht gezeigt. Beide sind von einem Workflow mit einem Trigger und einem Ausstiegskriterium aus adressierbar.

Es gibt einen dritten Grund, warum Preisdrops ein Vielfaches von jedem einzelnen Reminder konvertieren. Das Triggersignal ist konkreter als das reine Zielgruppensignal. Eine Browse-Abbrecher-Erinnerung bittet den Abonnenten, dem Händler zu glauben, dass das Produkt ihre Aufmerksamkeit immer noch wert ist. Preisdrop-Benachrichtigungen liefern den Beweis in der Nachricht selbst: Der Preis hat sich tatsächlich geändert, hier ist die neue Zahl. Der Abonnent sieht die Benachrichtigung und den Preis gleichzeitig, weshalb selbst kalte Zielgruppen bei Preisdrop-Sendungen besser konvertieren als bei allgemeinen Re-Engagement-Nachrichten.

Der Opt-in-Moment für Preisbenachrichtigungen

Ein „Benachrichtige mich bei Preisverfall“-Button auf der Produktdetailseite ist einer der hochwertigsten Opt-ins im Mid-Market-E-Commerce. Der Abonnent nennt das spezifische Produkt, das er verfolgen möchte. Verglichen mit einem generischen, seitenweiten Opt-in, erzeugt der PDP-Preisalarm-Opt-in eine Abonnentenbasis, die im Preisverfall-Workflow um ein Vielfaches schneller konvertiert als kalte Abonnenten. Das Argument der Abonnentenqualität wird im Schwesterartikel zu automatisierten Abonnement-Aufforderungen detaillierter behandelt; die Kurzfassung ist, dass die Quelle des Opt-ins den nachgelagerten Umsatz pro Abonnent so klar vorhersagt wie jedes Signal in der Kundenbindung.

Für WooCommerce-Shops wird der PDP-Opt-in über die subscribeToProduct(productId)-Methode des PushEngage JS SDK implementiert. Der Button schreibt die Produkt-ID in ein Abonnentenattribut, das zu einem Segment wird, gegen das der Preisverfall-Workflow weitergeleitet werden kann. Shops, die bereits das YITH oder TI WooCommerce Wishlist Plugin verwenden, haben eine parallele Route zur Preisverfolgung von Wunschlistenprodukten: Jedes Wunschlistenprodukt ist effektiv ein expliziter Preisalarm-Opt-in des Kunden.

Der Preisdrop-Workflow, von Anfang bis Ende

Dies ist die vollständige Workflow-Spezifikation. Übernehmen Sie sie direkt in den PushEngage Workflows Builder.

• Trigger (START): Benutzerdefiniertes Ereignis price_dropped, ausgelöst von WooCommerce, wenn das Feld product_meta._sale_price aktualisiert wird und kleiner als _regular_price ist. Die Ereignisnutzlast enthält product_id, old_price, new_price und percent_off.
• Ausführungstyp: Mehrere parallele Instanzen. Eine Workflow-Instanz pro Produkt pro Abonnent. Ein Abonnent, der drei Produkte verfolgt, erhält drei gleichzeitige Instanzen; jede davon wird unabhängig beendet, wenn das Produkt gekauft wird.
• Häufigkeitsbegrenzung (Workflow-Ebene): Beenden, wenn das Abonnentenattribut last_price_drop_alert_at innerhalb der letzten 14 Tage liegt. Die Begrenzung schützt vor dem Training einer Rabattjäger-Zielgruppe und wird im nächsten Abschnitt verteidigt.
• ENTSCHEIDUNG 1: Hat sich der Abonnent explizit für Benachrichtigungen für dieses Produkt angemeldet (Segment price_alert_subs_{product_id} oder Wunschlisten-Übereinstimmung)? JA-Pfad: Senden Sie die Benachrichtigung über den Preisverfall für explizite Abonnenten. NEIN-Pfad: Fahren Sie mit ENTSCHEIDUNG 2 fort.
• ENTSCHEIDUNG 2: Befindet sich der Abonnent innerhalb der letzten 30 Tage im Segment „Browse-Abandonment“ für dieses Produkt? JA-Pfad: Senden Sie die Erinnerung an den Preisverfall für Browse-Abandoner. NEIN-Pfad: Fahren Sie mit ENTSCHEIDUNG 3 fort.
• ENTSCHEIDUNG 3: Befindet sich der Abonnent innerhalb der letzten 14 Tage im Segment „Cart-Abandonment“ für dieses Produkt? JA-Pfad: Senden Sie die Erinnerung an den Preisverfall für Cart-Abandoner. NEIN-Pfad: Beenden Sie den Workflow stillschweigend.
• WARTEN: 24 Stunden nach dem ersten Senden.
• ENTSCHEIDUNG 4: Hat der Abonnent das Produkt gekauft? JA-Pfad: Beenden (Erfolg, Ausstiegskriterium erfüllt). NEIN-Pfad: Senden Sie die zweite Benachrichtigung „Lagerbestand niedrig“.
• ENDE.

Benachrichtigungstext für jeden Zweig:

• Expliziter Abonnent: „Der Preis für das Produkt, das Sie verfolgen, ist gesunken. {{product_name}} kostet jetzt {{new_price}}, {{percent_off}}% Rabatt. Kaufen Sie zum neuen Preis.“
• Warenkorb-Abbrecher: „Gute Zeit. Das {{product_name}}, das Sie sich letzte Woche angesehen haben, kostet jetzt {{new_price}}, {{percent_off}}% Rabatt.“
• Warenkorb-Abbrecher: „Sie haben {{product_name}} in Ihrem Warenkorb gelassen. Der Preis ist gerade auf {{new_price}} gesunken. Ihr Warenkorb ist noch da.“
• Bestand niedrig - Zweite Benachrichtigung: „Achtung. {{product_name}} für {{new_price}} ist fast ausverkauft. Der Lagerbestand bei Sonderangeboten ändert sich schnell.“

Der Preisalarm-Workflow hat einen Auslöser, drei Sendeverzweigungen und ein Abbruchkriterium. Der Leser, der auch Warenkorb- und Browsing-Workflows nutzt, verfügt bereits über die Zielgruppensegmente und die Abonnentenattribute. Der Preisalarm-Workflow lässt sich auf dieser bestehenden Infrastruktur in weniger als einer Stunde zusammenstellen.

Warum die Zielgruppenkaskade die richtige Architektur ist

Die meisten Retention-Stacks erstellen drei separate Preisnachlass-Kampagnen. Eine für explizite Wunschlisten-Abonnenten, verwaltet vom Loyalty Manager. Eine für Warenkorb-Abbrecher, verwaltet vom Lifecycle Marketer. Eine für Warenkorb-Abbrecher, verwaltet vom CRM Lead. Drei Kampagnen bedeuten drei Kampagnenbesitzer, drei Textvarianten, die sich bis zum dritten Quartal auseinanderentwickeln, und drei Stellen, an denen das Abbruchkriterium vergessen wird. Die Kaskade fasst diese zu einem Workflow mit drei ENTSCHEIDUNGS-Knoten zusammen, bricht für den Abonnenten ohne Kaufabsicht still ab und sendet nie doppelt.

Konzept	Drei separate Kampagnen	Ein Kaskaden-Workflow
Besitzer	Drei (Loyalty, Lifecycle, CRM)	Einer (Retention Manager)
Textvarianten	Drei, entwickeln sich auseinander	Eine kanonische Variante pro Zweig
Abbruchkriterium	Drei Regeln, separat festgelegt	Eine Workflow-Regel
Frequenzbegrenzung	Keine (Kampagnen koordinieren sich nicht)	Eine Begrenzung, Workflow-Ebene
Attribution	Drei Posten	Ein Posten, drei Teilsummen pro Zweig
Risiko von Doppelsendungen	Hoch (ein Wunschlisten-Abonnent kann auch ein Warenkorb-Abbrecher sein)	Null (Kaskade ordnet nach Kaufabsicht)

Die Reihenfolge der Kaskade ist wichtig. Explizite Abonnenten werden zuerst bewertet, da die Zustimmung das stärkste Signal für Kaufabsicht ist. Warenkorb-Abbrecher an zweiter Stelle, da die Produktansicht bei den meisten Shops aktueller und spezifischer ist als der Warenkorb-Abbruch. Warenkorb-Abbrecher an dritter Stelle, da der Warenkorb-Abbruch-Workflow sie bereits mit einer Rabattleiter von 0/10/20 % kontaktiert hat; der Preisnachlass-Alarm ist ein anderer Blickwinkel auf denselben Abonnenten und sollte zuletzt in der Kaskade landen, um eine Überlappung mit der Eskalation des Warenkorb-Workflows zu vermeiden.

Integration der Preisstrategie: Vermeiden Sie das Training des Rabattjägers

Ein Abonnent, der alle zwei Wochen Benachrichtigungen über reduzierte Preise erhält, lernt zu warten. Dies sind die stillen Kosten eines uneingeschränkten Preisnachlass-Programms: Die Kohorte, die auf die Benachrichtigungen reagiert, verzögert auch nachfolgende Käufe und wartet auf die nächste Preissenkung. Über vier Quartale hinweg kann das Verhalten als „Schnäppchenjäger“ die Retentionsberechnung vollständig untergraben. Ein Margenhandel von 5 % für die Erholung ist akzeptabel. Ein trainiertes Verhalten von 25 % über die Kohorte hinweg über zwölf Monate ist es nicht.

Die Abwehr ist eine Frequenzbegrenzung auf Workflow-Ebene. Maximal 1 Preisnachlass-Benachrichtigung pro Abonnent alle 14 Tage, durchgesetzt innerhalb des Workflows als Überprüfung der Austrittskriterien für das Abonnentenattribut last_price_drop_alert_at. Jeder erfolgreiche Versand aktualisiert das Attribut über einen UpdateAttribute-Aktionsknoten. Das nächste ausgelöste price_dropped-Ereignis für denselben Abonnenten prüft das Attribut; wenn es innerhalb von 14 Tagen liegt, wird der Workflow beendet, bevor einer der drei DECISION-Zweige ausgewertet wird.

Das Begrenzungsfenster kann angepasst werden. Geschäfte mit wöchentlichen Verkäufen müssen möglicherweise auf 7 Tage reduzieren, um relevant zu bleiben. Geschäfte mit vierteljährlichen Räumungsverkäufen können bei 14 Tagen bleiben oder auf 21 Tage erweitern. Der Punkt ist, dass die Begrenzung eine Workflow-Regel ist, die von der Engine durchgesetzt wird, und keine Kalendererinnerung für den Kampagnenverantwortlichen. Workflow-Regeln werden nicht vergessen, wenn der Kampagnenverantwortliche den Platz wechselt.

Es gibt eine Folgerung. Die Frequenzbegrenzung schützt auch die Beziehung zu Abonnenten, die nicht am Preisnachlass-Jagd-Modus interessiert sind. Ein Kunde, der das Produkt letzte Woche zum vollen Preis gekauft hat, möchte diese Woche keine Preisnachlass-Benachrichtigung für dasselbe Produkt erhalten. Der Audience-Filter für Austrittskriterien (Kauf innerhalb der letzten 30 Tage für dieses Produkt) behandelt diesen Fall als separate Regel, aber die 14-Tage-Begrenzung ist die universelle Untergrenze.

WooCommerce-Stack-Integration

Die Dateneingaben sind spezifisch. WooCommerce-Shops speichern den Verkaufspreis als _sale_price und den regulären Preis als _regular_price in der Produktdatenbanktabelle. Das WooCommerce-PushEngage-Integrationsplugin hakt sich in die Aktion save_post_product ein und liest die Metadaten bei jeder Produktspeicherung aus; wenn _sale_price nicht leer ist und kleiner als _regular_price ist, löst das Plugin das benutzerdefinierte Ereignis price_dropped mit der SKU, den alten und neuen Preisen sowie dem prozentualen Rabatt aus. Dies ist das Ereignis, auf das der START-Knoten des Preisnachlass-Workflows wartet.

Dynamische Preisplugins (Advanced Dynamic Pricing for WooCommerce, WooCommerce Dynamic Pricing & Discounts) schreiben in dieselbe Meta-Schicht, wenn ihre Regeln greifen, und lösen denselben Hook aus. Der Preisnachlass-Workflow muss nicht wissen, ob die Preisänderung von einer manuellen Bearbeitung des Verkaufspreises oder von einer automatisierten Regel für dynamische Preise stammt. Er wartet unabhängig von der Quelle auf das Ereignis.

Für explizite Opt-ins stellt das PushEngage JS SDK subscribeToProduct(productId) zur Verfügung. Die PDP-Preisalarm-Schaltfläche ruft diese Methode beim Klicken auf, der Abonnent wird einem pro-Produkt-Segment namens price_alert_subs_{product_id} hinzugefügt. Geschäfte, die die YITH- oder TI-WooCommerce-Wishlist-Plugins verwenden, können einen parallelen Hook schreiben, der jedes gewünschte Produkt demselben pro-Produkt-Segment zuordnet, sodass die Wunschlisten-Preisverfolgung und der explizite Preisalarm-Opt-in denselben Zielgruppen-Feed speisen.

Was zuerst instrumentiert werden soll. Die Top 100 SKUs nach Verkaufsvolumen decken den Großteil des Umsatzes ab. Verdrahten Sie den save_post_product-Hook, um price_dropped für diese SKUs zuerst auszulösen. Fügen Sie die PDP-Preisalarm-Schaltfläche für dieselbe Gruppe hinzu. Richten Sie den Workflow für diese begrenzte Zielgruppe ein, messen Sie und erweitern Sie. Der vollständige Katalog kann warten.

Workflow-spezifische Zuordnung

Erzielter Umsatz pro Preisnachlass-Ereignis, pro SKU, pro Kanal. Dies ist die sauberste Umsatzzuordnung im Bereich Kundenbindung, da das Auslöserereignis (Preisänderung) mit Zeitstempel versehen ist und das Konversionsereignis (Kauf derselben SKU) mit Zeitstempel versehen ist. Ziehen Sie die beiden voneinander ab; die Differenz ist der erzielte Umsatz pro Benachrichtigung.

PushEngage Workflows verfolgt Benutzer, die sich in jeder Phase in der Warteschlange befinden, abgeschlossen haben oder ausgeschieden sind. Hier sehen die Analysen auf Knotenebene für einen realistischen Preisnachlass-Workflow für eine Liste mit 200.000 Abonnenten während einer vierteljährlichen Schlussverkaufsphase aus:

Knoten	Gewartet	Abgeschlossen	Beendet	Notizen
START (Preis_reduziert, 40 SKUs)	0	18,400	0	18.400 Abonnenten-Produkt-Paare berechtigt
Beendigung der Frequenzbegrenzung	0	17,100	1,300	1.300 begrenzt durch eine aktuelle Benachrichtigung
ENTSCHEIDUNG 1: expliziter Abonnent	0	4.200 (JA)	0	Weiterleitung an expliziten Abonnenten-Versand
ENTSCHEIDUNG 2: Browse-Abbrecher	0	7.800 (JA)	0	Weiterleitung an Browse-Abbrecher-Versand
ENTSCHEIDUNG 3: Warenkorb-Abbrecher	0	2.300 (JA)	0	Weiterleitung an Warenkorb-Abbrecher-Versand
ENTSCHEIDUNG 3 NEIN-Pfad: EXIT	0	0	2,800	Abonnenten ohne Absicht verlassen leise
AKTION: erster Versand	0	14,300	0	Versendet über drei Zweige
24 Stunden WARTEN	1,800	9,400	3,100	3.100 kauften innerhalb von 24 Stunden, Ende
ENTSCHEIDUNG 4: gekauft?	0	9,400	0	Alle Nicht-Käufer fahren fort
AKTION: Lagerbestand niedrig zweite Kontaktaufnahme	0	9,400	0	Zweiter Versand
ENDE	n. z.	9,400	n. z.	1.200 davon konvertieren in den nächsten 48 Stunden

In diesem Funnel kauften 4.300 Abonnenten (3.100 plus 1.200) die beworbene SKU innerhalb von 72 Stunden nach dem Preisnachlass-Ereignis. Bei einem durchschnittlichen Warenkorb von 58 US-Dollar sind das ungefähr 249.400 US-Dollar an erzieltem Umsatz über die Woche, bei 14.300 Sendungen und null Kosten pro Sendung für den Push-Kanal. Aggregiert nach SKU landet der Umsatz pro SKU auf dem Dashboard des Merchandisers neben den Kennzahlen zur Rabattrealisierung. Der Workflow hört auf, eine Kampagnenkostenzu sein, und wird zu einem Posten zur Preisrealisierung.

Die richtige Formulierung für die Finanzabteilung ist, dass der Preisnachlass-Workflow gefundener Umsatz ist. Dies sind Abonnenten, die zum regulären Preis nicht gekauft hätten, aber nach der Benachrichtigung zum Sonderpreis gekauft haben. Der Laden hätte diese SKUs sowieso reduziert. Der Workflow verwandelt diese geplante Preissenkung in nachgefragte Nachfrage.

Erstellen Sie es in PushEngage Workflows

Der Preisnachlass-Workflow wird direkt den PushEngage Workflows-Komponenten zugeordnet.

Workflow-Teil	PushEngage-Element
Auslöser	START mit CustomEvent price_dropped, Mehrfach-Parallel-Ausführungstyp
Frequenzbegrenzung	Beendigungskriterium mit Zielgruppenfilter für Abonnentenattribut last_price_drop_alert_at
Zielgruppen-Kaskade	ENTSCHEIDUNG x3 mit Zielgruppenfilter für Segmentzugehörigkeit
Sendungen	AKTION SendPushNotification x4 (drei Zweige plus zweiter Kontakt)
Attribut-Aktualisierung	AKTION UpdateAttribute für last_price_drop_alert_at nach jeder Sendung
Warten	24 Stunden WARTEN
Kauf-Beendigung	ENTSCHEIDUNG mit Goal.Tracked-Filter für purchase-Ereignis, das die Produkt-ID abgleicht
Endpunkt	ENDE

Die Workflows-Engine wird mit über 60 bereitgestellten Vorlagen geliefert, die Preisnachlass- und die unterstützenden Warenkorb- und Browse-Flows abdecken. Der Retention Manager, dessen Warenkorb- und Browse-Workflows bereits live sind, kann die WooCommerce-Push-Benachrichtigungs-Preisnachlass-Schicht über die vorhandenen Zielgruppensegmente in weniger als einer Stunde einrichten.

Was dies ändert

Für Shops, die Multi-Channel-Retention-Pläne nutzen, schichtet der Push- und E-Mail-Orchestrierungsansatz E-Mails als Fallback für Kunden, die Push-Benachrichtigungen abbestellt haben. Der umfassendere Ecommerce Push Notifications Hub deckt die umgebenden Workflows ab, mit denen sich die Preisfall-Schicht überschneidet, einschließlich des WooCommerce Warenkorbabbruch-Workflows und des Warenkorb-Abbruch-Wiederherstellungs-Workflows, die Zielgruppensegmente mit diesem teilen.

Die Preisfall-Benachrichtigung ist keine Kampagne. Es ist ein Workflow, der sich über zwei bestehende Zielgruppen plus eine explizite Opt-in-Kohorte erstreckt, ausgelöst durch ein einzelnes Ereignis, mit einem einzigen Beendigungskriterium. Der Merchandiser markiert weiterhin Verkaufspreise im WooCommerce-Admin. Der Workflow wird weiterhin pro SKU ausgelöst. Der Retention Manager liest weiterhin die Umsatzzeile pro SKU. Drei Kampagnen werden zu einer. Das Risiko des "trained-discount-hunter" wird durch die Workflow-weite Obergrenze begrenzt. Der wiederhergestellte Umsatz fließt als gefundene Dollar in die nächste Gewinn- und Verlustrechnung. Die Mathematik wirkt sich auf jeden Verkauf aus, den der Shop tätigt.

Der kostenlose Plan gibt Ihnen 200 Abonnenten, alle vier Kanäle (Web-Push, App-Push, WhatsApp und Live-Chat) und die vollständige Workflows-Engine vom ersten Tag an. Das reicht aus, um den Preisfall-Workflow für Ihre Top-10-SKUs zu instrumentieren und die Wiederherstellungs-Mathematik anhand echter Abonnenten zu beweisen, bevor Sie ein Budget beantragen.

Starten Sie mit dem kostenlosen Plan und implementieren Sie diese Woche die Preisfall-Schicht über Ihren bestehenden Workflows.