WooCommerce-aviseringar om lagerpåfyllning: arbetsflödet med över 70 % klickfrekvens

Klockan är 16 på fredagen i en WooCommerce-sneakerbutik för medelstora marknader. Nike Pegasus 41 Black har varit slutsåld i nio dagar. Merchandisingteamet ändrar lagringsstatusen från outofstock till instock med 800 par i lagerflödet. WooCommerce-arbetsflödet för meddelanden vid återkomst i lager körs redan.

Inom 30 sekunder sprids pushmeddelanden till 4 200 prenumeranter som uttryckligen har tryckt på "meddela mig" på produktdetaljsidan under slutsåld period. Klockan 16:05 har 2 800 av dem klickat. Klockan 16:11 har 1 400 köpt. Artikeln säljer slut igen. Behållningschefen spenderade noll timmar på lanseringen. Arbetsflödet har körts tyst sedan den senaste påfyllningen.

Det är arbetsflödet. En utlösare, högst två meddelanden, en klickfrekvens norr om 70 % och en konverteringsgrad från klick som ligger mellan 25 % och 40 %. Det finns ingen annan kampanj i behållningsstacken som presterar så konsekvent. Anledningen är inte texten och inte tidpunkten. Det är opt-in. En prenumerant för återkomst i lager är den enda prenumeranten i hela portföljen som har angett den specifika SKU de vill ha och bett, skriftligen, att få veta i samma ögonblick den kommer tillbaka.

Den här artikeln levererar arbetsflödet för push-native återkomst i lager som en WooCommerce-behållningschef kan lyfta direkt: utlösarhändelsen, beslutlogiken, hanteringen av kapplöpningsförhållanden vid påfyllning, den variantmedvetna filtreringen, opt-in-designen och analysen av per-SKU-tratten som försvarar artikeln.

Varför återkomst i lager är det push-arbetsflöde med högst CTR inom e-handel

Varningar om återkomst i lager med klickfrekvenser som ser ut som skrivfel bredvid resten av e-handelns push-portfölj. Varningar om övergiven kundvagn landar på 8–14 % CTR. Varningar om övergiven surfning landar på 4–8 %. Välkomstserier landar på 12–20 %. Varningar om prissänkning landar på 18–25 %. Återkomst i lager landar på 60–80 %, och ett välkalibrerat arbetsflöde på en SKU med hög efterfrågan klarar regelbundet 75 %.

Arbetsflöde	Typisk klickfrekvens
Övergivna webbläsningar	4–8 %
Övergiven kundvagn (meddelande 1)	8–14 %
Välkomstserie	12–20 %
Prissänkning-aviseringar	18–25 %
Återkomst i lager	60–80 %

Tre skäl till att påminnelser om påfyllning överträffar alla andra arbetsflöden på den här listan.

För det första är opt-in uttryckligt. Prenumeranten tryckte på en knapp märkt "meddela mig när den här är tillbaka" på en specifik produktdetaljsida. Det finns ingen underförstådd avsikt och ingen segmenteringsgissning. Systemet vet att prenumeranten vill ha exakt denna SKU.

För det andra bad prenumeranten att få veta. Jämför med en prenumerant för övergiven kundvagn, som kanske inte faktiskt vill ha en uppföljning. Prenumeranten för återkomst i lager är den sällsynta push-målgruppen som uttryckligen har bjudit in meddelandet.

För det tredje är texten otvetydig. Meddelandet har en uppgift: att tala om för prenumeranten att produkten är tillbaka och länka till PDP. Det finns ingen rubrikvinkel att testa, inget erbjudande att konstruera, ingen brådskande inramning att överdriva. Produkten är budskapet.

Arbetsflödet för återkomst i lager, från början till slut

Arbetsflödet använder PushEngage Workflows-byggaren och standardterminologin för noderna START / WAIT / DECISION / ACTION / END. Den fullständiga specifikationen:

Utlösare (START): PushEngage.CustomEvent med event_name = product_restocked. Utlöses från WooCommerce-PushEngage-integrationen när en produkts stock_status övergår från outofstock till instock och stock_quantity > 0. Integrationspluginet mappar automatiskt WooCommerce-kroken woocommerce_product_set_stock_status till denna anpassade händelse.

Körningstyp: Flera parallella. En prenumerant kan vara anmäld till flera SKU:er samtidigt, och varje återbeställning utlöser sin egen samtidiga arbetsflödesinstans. En återbeställning av Pegasus 41 Black och en separat återbeställning av Pegasus 41 Red till samma prenumerant körs som två oberoende resor.

Flöde:

• BESLUTSNOD: är prenumeranten på "meddela mig"-listan för denna exakta SKU (och variation_id, för produkter med varianter)?
• JA-väg: skicka återbeställningsmeddelandet omedelbart. Ingen väntan. "Tillbaka i lager" är det enda arbetsflödet där en väntan är en bugg, inte en funktion, eftersom SKU:n med största sannolikhet är i lager under de första minuterna efter återbeställningen.
• VÄNTA 4 timmar.
• BESLUTSNOD: klickade prenumeranten på det första meddelandet? Är SKU:n fortfarande i lager?
• NEJ + fortfarande i lager: skicka 4-timmars påminnelsen.
• Alla andra vägar: SLUT.

Avslutningskriterier: Mål purchase som matchar product_id från utlösarhändelsen, eller en klick-och-lägg-i-varukorg-händelse. I samma ögonblick som prenumeranten köper (eller åtar sig att köpa genom att lägga i varukorgen) avbryts arbetsflödet och påminnelsen skickas inte.

Meddelande 1 — vänligt, omedelbart

• Rubrik: Pegasus 41 Black är tillbaka i lager
• Brödtext: Du bad oss att meddela dig i samma ögonblick som den kom tillbaka. Den svarta färgen finns nu tillgänglig. Tryck för att skaffa ett par.

Meddelande 2 — 4-timmars påminnelse för icke-klickare

• Rubrik: Fortfarande i lager: Pegasus 41 Black
• Brödtext: Den tar slut snabbt. Du anmälde dig för denna återbeställning. Tryck om du fortfarande vill ha ett par.

Det är hela arbetsflödet. Maximalt två meddelanden, ett beslut, en väntan, en avslutningsregel.

Kapplöpningsförhållandet: när lagret återkommer och 4 200 prenumeranter alla klickar inom 30 sekunder

En populär SKU med 4 200 anmälningar, återbeställd med 800 enheter, kommer att säljas slut innan det långsammaste meddelandet når den långsammaste prenumeranten. Detta är den enskilt största operativa fallgropen i arbetsflödet för "tillbaka i lager" och det som skiljer en kampanj med 70 % CTR från en med 12 %. Prenumeranter som ser meddelandet efter att SKU:n är borta klickar inte. De känner sig hånade. De blir mer benägna att avregistrera sig från den bredare listan. Den första återbeställningen som retentionsteamet lanserar utan hantering av kapplöpningsförhållanden är vanligtvis den sista de lanserar utan den.

Hanteringen har två delar. Den första är på arbetsflödesnivå: arbetsflödet för lageraviseringar måste skicka meddelanden i anmälningsordning, där den tidigaste prenumeranten som valt att bli meddelad ser meddelandet först. Sändningsordningen baseras på en wishlist_created_at-tidsstämpel som fångas vid anmälningshändelsen. PushEngage-arbetsflödesmotorns ordnade sändningsläge hanterar detta; alla plattformar gör inte det.

Den andra delen ligger helt utanför push-plattformen. Den verkliga flaskhalsen i de flesta arbetsflöden för lagerpåfyllning är inte meddelandeleverans. Det är lagerprecision. Fördröjningen mellan lagersystemet, ERP och WooCommerce-butiken avgör om SKU:n verkligen fortfarande finns i lager när meddelandet landar. Butiker som förut allokerar påfyllningsenheter till listan "meddela mig" (så att de första 500 av 800 enheter reserveras för prenumeranter, säljs slut innan den offentliga sändningen) ökar konverteringsgraden för arbetsflödet avsevärt.

Lagerprecision är det övergripande problemet. Ordnat sändning är arbetsflödets uppgift. Båda måste vara korrekta.

Variantproblemet

En prenumerant som anmäler sig för "Nike Pegasus 41 Black" vill ha den svarta varianten. Påfyllning av Pegasus 41 i rött bör inte skicka ett meddelande till den svarta prenumeranten. WooCommerce-PushEngage-integrationen fångar den specifika variation_id i ögonblicket för anmälan; arbetsflödesutlösaren filtrerar på variation_id, inte bara product_id, för varianter som är aktiverade. Om en butik instrumenterar endast på product_id, genererar varje röd påfyllning brus för varje svart prenumerant, och arbetsflödets CTR sjunker från 70% till 20% inom ett kvartal.

Schemat för anmälningshändelser för WooCommerce-aviseringar om lagerpåfyllning bör vara:

{
  "event_name": "wishlist_added",
  "product_id": 14523,
  "variation_id": 14530,
  "sku": "PEG41-BLK-10",
  "wishlist_created_at": "2026-05-21T14:32:08Z",
  "subscriber_hash": "sub_2eHzK..."
}

Den matchande påfyllningsutlösaren utlöser samma form:

{
  "event_name": "product_restocked",
  "product_id": 14523,
  "variation_id": 14530,
  "stock_quantity": 800,
  "restocked_at": "2026-05-26T16:00:14Z"
}

Arbetsflödets BESLUT-nod filtrerar på både product_id och variation_id. Prenumeranter på "meddela mig"-listan för variant 14530 (svart, storlek 10) matchar. Prenumeranter på listan för variant 14531 (röd, storlek 10) gör det inte. Filteruttrycket på beslutnoden är skillnaden mellan en ren signal och en brusig.

Arbetsflöde med två meddelanden vs ett meddelande

Påminnelsen efter 4 timmar är inte alltid rätt val. För extremt populära SKU:er som säljs slut på mindre än 30 minuter är påminnelsen en sämre upplevelse än ingen alls. SKU:n är borta innan påminnelsen kommer fram, och prenumeranten får ett meddelande om "fortfarande i lager" på en produkt som redan är slut i lager igen. För vardagliga påfyllningar som varar i en till sju dagar, ökar påminnelsen konverteringen med 15–25% för prenumeranter som såg det första meddelandet men var i ett möte, på tåget eller på annat sätt oförmögna att agera direkt.

Försäljningshastighet	Rekommenderat antal meddelanden
<30 min (extremt populär)	1 (hoppa över påminnelsen)
30 minuter – 4 timmar	1 eller 2 (test)
4–24 timmar	2 (påminnelse värdefull)
1–7 dagar (vardaglig påfyllning)	2 (standard)
>7 dagar (långsamt rörlig)	1 (en kontakt räcker)

Beslutet är en gren på arbetsflödesnivå som styrs av en flagga för sell_out_velocity på produkten (inställd av merchandisingteamet baserat på historiska data om påfyllning) eller av en kontroll av lagersaldo i realtid vid 4-timmarsgrinden WAIT. Syftet med arbetsflödet för återhämtning vid slut i lager är att skicka rätt antal kontakter för SKU-typen, inte att skicka det maximala antalet kontakter som motorn stöder.

Opt-in-design: knappen "Meddela mig" på PDP:er som är slut i lager

Opt-in-ytan är det som gör att detta arbetsflöde fungerar. En besökare på en PDP som är slut i lager har redan bestämt sig för att de vill ha produkten. Den enda frågan är om de kommer att låta butiken meddela dem när den kommer tillbaka. Det är det mest konverterande opt-in-ögonblicket en WooCommerce-butik har, och att behandla det som vilket annat generiskt push-behörighetsmeddelande som helst är det vanligaste misstaget i detta arbetsflöde.

PushEngages produktspecifika prenumerationsanrop, subscribeToProduct(productId, variationId), registrerar push-prenumerationen för den specifika SKU:n snarare än den bredare webbplatslistan. Opt-in-formuläret bör placeras bredvid märket för slut i lager på PDP:n, inte under vecket. Det primära fältet är push-behörighet. E-post är reservlösningen för webbläsare som blockerar push eller för prenumeranter som vill ha båda kanalerna. Fånga variation_id, tidsstämpeln wishlist_created_at och en prenumerant-hash i ögonblicket för opt-in.

Detta är ögonblicket där argumentet om bredare prenumerantkvalitet förstärks. En opt-in av högre kvalitet (explicit, SKU-specifik, avsiktsbekräftad) ökar intäkterna från alla efterföljande arbetsflöden, inte bara detta. Systerartikeln om utlösta prenumerationsanrop för opt-in går igenom hur opt-in-designen i detta ögonblick av avsikt spelar större roll än någon retargeting som följer. WooCommerce push-meddelandestacken byggs utåt från opt-in.

Orkestrering över kanaler

Webbpush är den primära kanalen för arbetsflödet för "tillbaka i lager" eftersom det är den snabbaste, billigaste och den kanal som prenumeranten uttryckligen har valt att ta emot. Men alla prenumeranter gav inte push-behörighet, och ett arbetsflöde med en enda kanal minskar den nåbara publiken med 30–50 % beroende på webbläsarmix.

Den fullständiga flerkanaliga routningen i en resa:

• Push-behörighet beviljad: webbpush skickas omedelbart. SLUT.
• Ingen push-behörighet men e-post har fångats: e-postreserv skickas 15 minuter efter att push-batchen har slutförts. 15-minutersfördröjningen är avdupliceringsfönstret. Prenumeranter som fick pushen får inte e-postmeddelandet.
• Högt värderad SKU (AOV 300 USD+) och WhatsApp-opt-in registrerat: WhatsApp-eskalering skickas 30 minuter efter push. Den mer intensiva kanalen motiveras av AOV; det explicita WhatsApp-opt-in är det som gör meddelandet välkommet snarare än påträngande.

Tre kanaler, ett arbetsflöde, ett sett med utträdeskriterier, en prenumerantidentitet. Detta är den typ av orkestrering som kräver en enhetlig arbetsflödesmotor; det är omöjligt att komponera rent med tre separata verktyg för enskilda kanaler. För en djupare behandling av hur push och e-post fungerar tillsammans inom en retentionsplan, går inlägget orkestrering av flera kanaler för push och e-post igenom dedupliceringslogiken och besluts trädet för kanalsrouting.

Analys per arbetsflöde: läs tratten

Retentionshanterarens jobb är att försvara budgetposten. Analysen per SKU för arbetsflödet för "tillbaka i lager" gör den konversationen kort. Här är hur tratten ser ut för Pegasus 41 Black-påfyllningen från det inledande scenariot:

Steg	Antal	Takt vs föregående steg
Påfyllningar utlösta	1	—
Intresseanmälningar meddelade (push)	4,200	100%
Push levererad	4,150	98,8% (50 avregistrerade sedan intresseanmälan)
Push klickad	2,800	67,5% (CTR)
Lägg i varukorg	1,580	56,4% av de som klickade
Köp	1,400	50,0% av de som klickade (avisering-till-köp: 33,7%)

En avisering-till-köp-takt på 33,7% är den typ av siffra som, när den plottas mot tratten för något annat retentionsarbetsflöde, omedelbart skiftar budgetkonversationen. Arbetsflödet för övergivna varukorgar i samma butik återhämtar varukorgar till 14%. Arbetsflödet för övergivna webbläsarbesök ökar konverteringen från webbläsning till varukorg med 6%. Arbetsflödet för meddelanden om "tillbaka i lager", med 33,7% avisering-till-köp, gör 2–5 gånger mer arbete per visning än alla andra arbetsflöden på instrumentpanelen.

Flaskhalsen i detta arbetsflöde är nästan aldrig push-plattformen. När konverteringsgraden är en besvikelse ligger orsaken uppströms. Produkten var slut innan meddelandet skickades ut. Lagermängden i WooCommerce hade avvikit från lagret. Mappningen av variation_id var felaktig och fel prenumeranter meddelades. De flesta "arbetsflödet fungerar inte"-ärenden löses till "produkten var redan slut" eller "fel prenumerant fick meddelandet". Båda är lager- och integrationsproblem, inte push-problem.

Bygg det i PushEngage

Inställningsvägen är kort för ett så kraftfullt arbetsflöde. Installera WooCommerce-PushEngage-integrationspluginet från WordPress-arkivet. Pluginet mappar automatiskt kroken woocommerce_product_set_stock_status till den anpassade händelsen product_restocked.

Bekräfta att knappen "meddela mig" för intresseanmälan är aktiverad på PDP:er som är slut i lager. Hämta mallen för arbetsflödet "tillbaka i lager" från PushEngage Workflows mallbibliotek. Testa på en SKU innan du sänder ut till alla.

Vad detta förändrar

Gratisplanen täcker 200 prenumeranter, alla kanaler och hela Workflows-motorn från dag ett. Det räcker för att bevisa kanalen på en kontrollerad SKU innan man begär budget. Den första påfyllningen under arbetsflödet betalar vanligtvis tillbaka årsabonnemanget på en enda eftermiddag. Matematiken här är sällan hindret.

Syskonartiklar i WooCommerce push-serien kompletterar retentionsbilden. Arbetsflödet för WooCommerce-varukorgsavbrott levererar sekvensen med 3 meddelanden för varukorgar. Arbetsflödet för WooCommerce-webbläsaravbrott täcker övergivna produktdetaljsidor.

Inlägget WooCommerce-aviseringar om prissänkning täcker utlösaren för önskelista-prissänkning som naturligt paras ihop med aviseringar om lagerpåfyllning. Den bredare hubben för e-handelspushmeddelanden kartlägger hur alla dessa arbetsflöden samverkar.

En WooCommerce-prenumerant på lagerpåfyllning är det mest värdefulla valet din butik någonsin kommer att få. De namngav SKU:n, de bad om att få veta, och de kommer att klicka i en takt som får resten av retentionstacken att se långsam ut. Arbetsflödet för lageraviseringar som betjänar dem körs på en utlösare, ett beslut, en väntan och en avslutningsregel. Det operativa arbetet (variantmedvetna utlösare, ordnad sändning, valdesign, lagerprecision) är det som avgör om arbetsflödet levererar 70 % CTR eller 12 %.

Retentionsmatematiken växer därifrån. Ett arbetsflöde för lagerpåfyllningsaviseringar inställt för en SKU med ett AOV på 145 USD med 4 200 prenumeranter och en konverteringsgrad på 33 % från avisering till köp är ungefär 200 000 USD i tillskriven intäkt per lagerpåfyllning. Merchandisingteamet är begränsningen, inte pushplattformen. Återhämtning från slut i lager är det billigaste, mest hög-CTR, mest försvarbara arbetsflödet i WooCommerce pushmeddelanden-stacken, och det enda där prenumeranten bad om meddelandet.

Börja med gratisplanen för att driftsätta det första arbetsflödet för aviseringar om lagerpåfyllning på under en timme.