WooCommerce prijsdaling alert workflows voor 2x retentiepercentages

Het is maandagochtend in een WooCommerce kledingwinkel met een GMV van $25 miljoen en de retentiemanager lanceert de kwartaaluitverkoop. Het team heeft de winkelbrede e-mail al verwerkt: 25% korting, verloopt vrijdag, enkele uitzending om 10 uur. In de komende zeven dagen genereert de e-mail $8.400 aan inkomsten. Het andere hersteloppervlak is stiller.

Elke keer dat een merchandiser een verkoopprijs instelt in het WooCommerce-beheer, activeert een automatische workflow WooCommerce prijsdaler-meldingen naar de abonnees die specifiek dat SKU in de gaten hielden. Over hetzelfde 72-uurs venster herstelt de prijsdaler-workflow $19.200. Dezelfde winkel, dezelfde uitverkoop, tweeënhalf keer zoveel herstel door de automatisering.

De twee kanalen zijn niet uitwisselbaar. De winkelbrede e-mail is de uitzending. De prijsdaler-workflow is het per-SKU kanaal. Ze vullen elkaar aan in plaats van te concurreren, en in de meeste middelgrote WooCommerce-winkels is het per-SKU kanaal het kanaal dat materieel onder-geïnstrumenteerd is.

Dit artikel behandelt hoe de prijsdaler-workflow er van begin tot eind uitziet, waarom een drie-doelgroepen cascade de juiste architectuur is, hoe prijsplafonds te voorkomen om een kortingsjager-publiek te trainen, en hoe de herstelde omzet per SKU toe te wijzen zodat de financiële afdeling de post kan lezen.

Waarom prijsdaling de hoogst converterende hersteldrempel is

De meeste retentieworkflows worden geactiveerd tegen één enkele doelgroep. De workflow voor winkelwagenverlating richt zich op mensen die hun winkelwagen hebben achtergelaten. De workflow voor browse-verlating richt zich op mensen die de website hebben verlaten. De welkomstreeks richt zich op nieuwe abonnees. De prijsdaler-melding verschilt. Twee doelgroepen convergeren op dezelfde trigger: browse-verlaters die het product hebben bekeken maar niet in de winkelwagen hebben geplaatst, en winkelwagenverlaters die specifiek vanwege de prijs zijn vertrokken. Beiden hebben specifieke productintentie getoond. Beiden zijn bereikbaar vanuit één workflow met één trigger en één exit-criterium.

Er is een derde reden waarom prijsdaling converteert met veelvouden van elke afzonderlijke herinnering. Het signaal van de trigger is concreter dan het signaal van de doelgroep alleen. Een browse-verlatingsherinnering vraagt de abonnee om het woord van de handelaar te nemen dat het product nog steeds de aandacht waard is. Prijsdaler-meldingen dragen het bewijs in het bericht zelf: de prijs is daadwerkelijk veranderd, hier is het nieuwe getal. De abonnee ziet de melding en de prijs tegelijkertijd, daarom converteren zelfs koude doelgroepen beter op prijsdaler-verzendingen dan op algemene heractiveringspogingen.

Het moment van opt-in voor prijsmeldingen

Een knop “laat me weten wanneer de prijs daalt” op de productdetailpagina is een van de hoogste kwaliteitsopt-ins in mid-market e-commerce. De abonnee specificeert het product dat hij wil laten volgen. Vergeleken met een algemene sitebrede opt-in, produceert de PDP-prijsdaling-opt-in een abonneebestand dat converteert op de prijsdaling-workflow met veelvoudige percentages van de koude abonnees. Het samengestelde argument van de abonneekwaliteit wordt gedetailleerder behandeld in het zusterartikel over getriggerde abonnementsprompts; de korte versie is dat de opt-in bron de inkomsten per abonnee voorspelt, net zo duidelijk als elk signaal in retentie.

Voor WooCommerce-winkels wordt de PDP-opt-in geïmplementeerd via de subscribeToProduct(productId)-methode van de PushEngage JS SDK. De knop schrijft de product-ID naar een abonneekenmerk, dat een segment wordt waar de prijsdaling-workflow tegen kan worden gerouteerd. Winkels die al de YITH of TI WooCommerce Wishlist plugin draaien, hebben een parallelle route naar het volgen van de prijs van de verlanglijst: elk product op de verlanglijst is effectief een expliciete prijsdaling-opt-in door de klant.

De prijsdaler-workflow, van begin tot eind

Dit is de volledige workflowspecificatie. Laad deze rechtstreeks in de PushEngage Workflows-builder.

• Trigger (START): Aangepaste gebeurtenis price_dropped, afgevuurd vanuit WooCommerce wanneer het veld product_meta._sale_price wordt bijgewerkt en lager is dan _regular_price. De gebeurtenis-payload bevat product_id, old_price, new_price en percent_off.
• Run type: Meerdere Parallelle. Eén workflow-instantie per product per abonnee. Een abonnee die drie producten volgt, krijgt drie gelijktijdige instanties; elk sluit onafhankelijk af wanneer het product wordt gekocht.
• Frequentie limiet (workflow-niveau): Sluit af als het abonneekenmerk last_price_drop_alert_at binnen de laatste 14 dagen is. De limiet beschermt tegen het trainen van een kortingsjager-publiek en wordt verdedigd in de volgende sectie.
• BESLISSING 1: Heeft de abonnee zich expliciet aangemeld voor waarschuwingen voor dit product (segment price_alert_subs_{product_id} of wishlist-match)? JA-pad: stuur de expliciete-abonnee prijsdaling-waarschuwing. NEE-pad: ga verder naar BESLISSING 2.
• BESLISSING 2: Bevindt de abonnee zich binnen de laatste 30 dagen in het browse-verlatingssegment voor dit product? JA-pad: stuur de browse-verlater prijsdaling-herinnering. NEE-pad: ga verder naar BESLISSING 3.
• BESLISSING 3: Bevindt de abonnee zich binnen de laatste 14 dagen in het winkelwagen-verlatingssegment voor dit product? JA-pad: stuur de winkelwagen-verlater prijsdaling-herinnering. NEE-pad: SLUIT stilzwijgend af.
• WACHTEN: 24 uur na de eerste verzending.
• BESLISSING 4: Heeft de abonnee het product gekocht? JA-pad: SLUIT af (succes, afsluitcriteria gematcht). NEE-pad: stuur de tweede aanraking met de melding dat de voorraad bijna op is.
• EINDE.

Notificatiekopie voor elke tak:

• Expliciete abonnee: “De prijs van het product dat je volgt is gedaald. {{product_name}} is nu {{new_price}}, {{percent_off}}% korting. Winkel met de nieuwe prijs.”
• Browse-verlater: “Goed getimed. De {{product_name}} waar je vorige week naar keek is nu {{new_price}}, {{percent_off}}% korting.”
• Winkelwagen-verlater: “Je hebt {{product_name}} in je winkelwagen achtergelaten. De prijs is zojuist gedaald naar {{new_price}}. Je winkelwagen is er nog steeds.”
• Voorraad raakt op tweede bericht: “Let op. {{product_name}} voor {{new_price}} raakt op. Voorraad verschuift snel bij aanbiedingen.”

De prijsalert-workflow heeft één trigger, drie verzendtakken en één exit-criterium. De lezer die ook winkelwagen- en browse-workflows runt, heeft de doelgroepsegmenten en de abonneebenken al op orde. De prijsalert-workflow wordt binnen een uur samengesteld bovenop die bestaande infrastructuur.

Waarom de doelgroep-cascade de juiste architectuur is

De meeste retentie-stacks bouwen drie aparte prijsdaling-campagnes. Eén voor expliciete wishlist-abonnees, beheerd door de loyalty manager. Eén voor browse-verlaters, beheerd door de lifecycle marketer. Eén voor winkelwagen-verlaters, beheerd door de CRM lead. Drie campagnes betekent drie campagne-eigenaren, drie sets van teksten die tegen het derde kwartaal uit elkaar drijven, en drie plekken waar het exit-criterium wordt vergeten. De cascade brengt deze samen in één workflow met drie DECISION-knooppunten, verdwijnt stil voor de abonnee zonder intentie, en stuurt nooit dubbel.

Concept	Drie aparte campagnes	Eén cascade-workflow
Eigenaar	Drie (loyalty, lifecycle, CRM)	Eén (retentie manager)
Tekstvarianten	Drie, drijven uit elkaar	Eén canonieke variant per tak
Exit-criterium	Drie regels, apart ingesteld	Eén workflowregel
Frequentie-limiet	Geen (campagnes coördineren niet)	Eén limiet, workflow-niveau
Attributie	Drie regels	Eén regel, drie subtotalen per tak
Risico op dubbele verzending	Hoog (een wishlist-abonnee kan ook een winkelwagen-verlater zijn)	Nul (cascade ordent op intentie)

De cascade-volgorde is belangrijk. Expliciete abonnees worden eerst geëvalueerd omdat de opt-in het signaal met de hoogste intentie is. Browse-verlaters als tweede omdat het productzicht voor de meeste winkels recenter en specifieker is dan winkelwagen-verlating. Winkelwagen-verlaters als derde omdat de winkelwagen-verlatingsworkflow hen al heeft geattendeerd met een 0/10/20 kortingsladder; de prijsdaling-alert is een andere invalshoek op dezelfde abonnee en zou als laatste in de cascade moeten landen om stapeling met de eigen escalatie van de winkelwagen-workflow te voorkomen.

Integratie prijsstrategie: vermijd het trainen van de kortingsjager

Een abonnee die elke twee weken meldingen van uitverkoopprijzen ontvangt, leert wachten. Dit is de stille kostenpost van een onbeperkt prijsdaling-programma: de groep die converteert op de alerts, stelt ook latere aankopen uit, wachtend op de volgende korting. Over vier kwartalen kan het gedrag van de getrainde kortingsjager de retentie-berekeningen volledig uithollen. Een marge van 5% handel voor het herstel is acceptabel. Een getraind gedrag van 25% over de groep gedurende twaalf maanden is dat niet.

De verdediging is een frequentielimiet op workflow-niveau. Maximaal 1 prijsdaler-melding per abonnee per 14 dagen, afgedwongen binnen de workflow als een exit-criteria controle op het abonnee-attribuut last_price_drop_alert_at. Elke succesvolle verzending werkt het attribuut bij via een UpdateAttribute actie-knoop. Het volgende prijsdaler-event dat wordt geactiveerd voor dezelfde abonnee controleert het attribuut; als het binnen 14 dagen is, wordt de workflow beëindigd voordat een van de drie BESLISSINGS-takken wordt geëvalueerd.

Het limietvenster kan worden aangepast. Winkels met wekelijkse uitverkoop hebben mogelijk een limiet van 7 dagen nodig om relevant te blijven. Winkels met kwartaaluitverkoop kunnen vasthouden aan 14 dagen of uitbreiden naar 21. Het punt is dat de limiet een workflowregel is, afgedwongen door de engine, geen kalendermelding voor de campagnebeheerder. Workflowregels worden niet vergeten wanneer de campagnebeheerder van plaats wisselt.

Er is een gevolgtrekking. Frequentielimiet beschermt ook de relatie met abonnees die niet in de prijsdalers-modus zitten. Een klant die het product vorige week voor de volle prijs heeft gekocht, wil deze week geen prijsdaler-melding voor hetzelfde product. Het exit-criteria publieksfilter (aankoop binnen de laatste 30 dagen voor dit product) behandelt dat geval als een aparte regel, maar de limiet van 14 dagen is de universele ondergrens.

WooCommerce stack integratie

De data-inputs zijn specifiek. WooCommerce-winkels slaan de verkoopprijs op als _sale_price en de reguliere prijs als _regular_price in de product meta-tabel. De WooCommerce-PushEngage integratieplug-in haakt in op de save_post_product actie en leest de meta bij elke productopslag; als _sale_price niet leeg is en minder dan _regular_price, activeert de plug-in de price_dropped CustomEvent met de SKU, de oude en nieuwe prijzen, en het kortingspercentage. Dit is het event waarop de START-knoop van de prijsdaler-workflow luistert.

Dynamische Prijs-plug-ins (Advanced Dynamic Pricing for WooCommerce, WooCommerce Dynamic Pricing & Discounts) schrijven naar dezelfde meta-laag wanneer hun regels worden geactiveerd en activeren dezelfde hook. De prijsdaler-workflow hoeft niet te weten of de prijswijziging afkomstig is van een handmatige Sale Price-bewerking of van een geautomatiseerde Dynamic Pricing-regel. Het luistert naar het event, ongeacht de bron.

Voor expliciete opt-ins stelt de PushEngage JS SDK subscribeToProduct(productId) bloot. De PDP prijs-alert knop roept deze methode aan bij het klikken; de abonnee wordt toegevoegd aan een per-product segment genaamd price_alert_subs_{product_id}. Winkels die de YITH of TI WooCommerce Wishlist plug-ins gebruiken, kunnen een parallelle hook schrijven die elk gewenst product koppelt aan hetzelfde per-product segment, zodat de prijs-tracking van de wishlist en de expliciete prijs-alert opt-in dezelfde doelgroep voeden.

Wat eerst te instrumenteren. De top 100 SKU's op basis van verkoopvolume dekken het grootste deel van de omzet. Verbind de save_post_product hook om price_dropped te activeren voor die SKU's eerst. Voeg de PDP prijs-alert knop toe aan dezelfde set. Zet de workflow op tegen dit afgebakende publiek, meet en breid uit. De volledige catalogus kan wachten.

Per-workflow attributie

Gerealiseerde omzet per prijsverlagingsevenement, per SKU, per kanaal. Dit is de meest zuivere omzetattributie in retentie, omdat het trigger-evenement (prijsverandering) een tijdstempel heeft en het conversie-evenement (aankoop van dezelfde SKU) een tijdstempel heeft. Trek de twee van elkaar af; het verschil is de gerealiseerde omzet per melding.

PushEngage Workflows volgt wachtende, voltooide en afgevallen gebruikers bij elke knooppunt. Hier ziet u hoe de analyses op knooppuntniveau eruitzien voor een realistische prijsverlagingsworkflow op een lijst van 200.000 abonnees tijdens een kwartaaluitverkoopweek:

Knooppunt	In wachtrij	Voltooid	Verlaten	Opmerkingen
START (prijs_verlaagd, 40 SKU's)	0	18,400	0	18.400 abonneeproductparen in aanmerking komend
Frequentiecap-uitgang	0	17,100	1,300	1.300 beperkt door een recente melding
BESLISSING 1: expliciete abonnee	0	4.200 (JA)	0	Doorgestuurd naar expliciete-abonnee verzending
BESLISSING 2: browse-afhaker	0	7.800 (JA)	0	Doorgestuurd naar browse-afhaker verzending
BESLISSING 3: winkelwagen-afhaker	0	2.300 (JA)	0	Doorgestuurd naar winkelwagen-afhaker verzending
BESLISSING 3 NEE-pad: AFSLUITEN	0	0	2,800	Abonnee zonder intentie sluiten geruisloos af
ACTIE: eerste verzending	0	14,300	0	Verzonden via drie takken
WACHTEN 24 uur	1,800	9,400	3,100	3.100 gekocht binnen 24 uur, afsluiten
BESLISSING 4: gekocht?	0	9,400	0	Alle niet-kopers gaan door
ACTIE: voorraad raakt op tweede contact	0	9,400	0	Tweede verzending
EINDE	n.v.t.	9,400	n.v.t.	1.200 hiervan converteren in de volgende 48 uur

In deze trechter kochten 4.300 abonnees (3.100 plus 1.200) de geadverteerde SKU binnen 72 uur na het prijsverlagings-evenement. Met een gemiddelde winkelwagen van $58 is dat ongeveer $249.400 aan gerealiseerde omzet gedurende de week, tegenover 14.300 verzendingen en nul kosten per verzending voor het push-kanaal. Aggregeer per SKU en de omzet per SKU verschijnt op het dashboard van de merchandiser naast de metrics voor kortingsrealisatie. De workflow stopt met een campagnekostenpost te zijn en wordt een omzetrealisatiepost.

De juiste formulering voor financiën is dat de prijsverlagingsworkflow gevonden omzet is. Dit zijn abonnees die niet tegen de normale prijs zouden hebben gekocht, maar wel tegen de verkoopprijs na de melding. De winkel zou deze SKU's sowieso in prijs verlagen. De workflow verandert die geplande korting in gerealiseerde vraag.

Bouw het in PushEngage Workflows

De prijsdaling-workflow komt rechtstreeks overeen met de componenten van PushEngage Workflows.

Workflow-onderdeel	PushEngage-element
Trigger	START met CustomEvent price_dropped, Multiple Parallel run type
Frequentie-limiet	Exit criteria met publieksfilter op subscriber-attribuut last_price_drop_alert_at
Publiekscascade	DECISION x3 met publieksfilter op segmentlidmaatschap
Verzendingen	ACTION SendPushNotification x4 (drie branches plus tweede aanraking)
Attribuutupdate	ACTION UpdateAttribute op last_price_drop_alert_at na elke verzending
Wacht	WACHTEN 24 uur
Aankoop-exit	DECISION met Goal.Tracked filter op purchase event dat overeenkomt met product-ID
Terminaal	EINDE

De Workflows-engine wordt geleverd met meer dan 60 meegeleverde sjablonen die prijsverlagingen en de ondersteunende winkelwagen- en browseflows dekken. De retentiemanager wiens winkelwagen- en browseflows al actief zijn, kan de WooCommerce pushmeldingen prijsverlagingslaag bovenop de bestaande doelgroepsegmenten in minder dan een uur opzetten.

Wat dit verandert

Voor winkels die multi-channel retentieplannen uitvoeren, voegt de push- en e-mail-orkestratienaanpak e-mail toe als fallback voor klanten die zich hebben afgemeld voor pushmeldingen. De bredere ecommerce pushmeldingen hub omvat de omringende workflows waarmee de prijsdaling-laag zich opstapelt, inclusief de WooCommerce winkelwagenverlatingsworkflow en de browse-verlatingsherstelworkflow die doelgroepsegmenten delen met deze.

De prijsdaling-melding is geen campagne. Het is een workflow die zich opstapelt over twee bestaande doelgroepen plus een expliciete opt-in cohort, vanuit een enkele trigger, met één exit-criterium. De merchandiser blijft Sale Prices markeren in de WooCommerce-admin. De workflow blijft per SKU vuren. De retentiebeheerder blijft de per-SKU-inkomstenregel lezen. Drie campagnes worden er één. Het risico van de getrainde kortingsjager wordt beheerst door de workflow-level cap. De herstelde inkomsten landen als gevonden dollars op de volgende P&L. De wiskunde stapelt zich op bij elke verkoop die de winkel runt.

Het gratis abonnement geeft je vanaf dag één 200 abonnees, alle vier de kanalen (web push, app push, WhatsApp en live chat), en de volledige Workflows-engine. Dat is genoeg om de prijsdaling-workflow op je top 10 SKU's te implementeren en de herstelberekeningen te bewijzen op echte abonnees voordat je budget aanvraagt.

Begin met het gratis abonnement en implementeer deze week de prijsdaling-laag bovenop je bestaande workflows.