Flussi di lavoro per avvisi di calo prezzi di WooCommerce per un raddoppio dei tassi di fidelizzazione

È lunedì mattina in un negozio di abbigliamento WooCommerce con un GMV di $25M e il responsabile della fidelizzazione sta lanciando la svendita trimestrale. Il team ha già gestito l'email per tutto il negozio: 25% di sconto, scade venerdì, trasmissione singola alle 10:00. Nei sette giorni successivi, l'email recupera $8.400 di entrate attribuibili. L'altra superficie di recupero è più silenziosa.

Ogni volta che un addetto al merchandising imposta un prezzo di vendita nell'amministrazione di WooCommerce, un flusso di lavoro automatico invia avvisi di calo prezzi di WooCommerce agli iscritti che stavano monitorando specificamente quel SKU. Nello stesso intervallo di 72 ore, il flusso di lavoro per calo prezzi recupera $19.200. Stesso negozio, stessa svendita, due volte e mezzo il recupero dall'automazione.

Le due superfici non sono intercambiabili. L'email per tutto il negozio è la trasmissione. Il flusso di lavoro per calo prezzi è la superficie per SKU. Si sommano piuttosto che competere, e sulla maggior parte dei negozi WooCommerce di fascia media, la superficie per SKU è quella che è materialmente sottoutilizzata.

Questo articolo illustra nel dettaglio il flusso di lavoro per calo prezzi, perché una cascata a tre audience è l'architettura giusta, come evitare che la limitazione della frequenza addestri una base di cacciatori di sconti e come attribuire le entrate recuperate per SKU in modo che la contabilità possa leggere la voce di bilancio.

Perché il calo prezzi è il trigger di recupero con la più alta conversione

La maggior parte dei flussi di lavoro di fidelizzazione agisce su una singola audience. Il flusso di lavoro per abbandono del carrello si rivolge agli abbandonatori del carrello. Il flusso di lavoro per abbandono della navigazione si rivolge agli abbandonatori della navigazione. La serie di benvenuto si rivolge ai nuovi iscritti. L'avviso di calo prezzi è diverso. Due audience convergono sullo stesso trigger: gli abbandonatori della navigazione che hanno visualizzato il prodotto ma non lo hanno aggiunto al carrello, e gli abbandonatori del carrello che hanno abbandonato specificamente per il prezzo. Entrambi hanno dimostrato un intento specifico sul prodotto. Entrambi sono raggiungibili da un unico flusso di lavoro con un unico trigger e un unico criterio di uscita.

C'è una terza ragione per cui il calo prezzi converte a multipli di qualsiasi promemoria autonomo. Il segnale del trigger è più concreto del solo segnale dell'audience. Un promemoria di abbandono della navigazione chiede all'iscritto di fidarsi della parola del commerciante sul fatto che il prodotto valga ancora la sua attenzione. Le notifiche di calo prezzi portano la prova nel messaggio stesso: il prezzo si è effettivamente mosso, ecco il nuovo numero. L'iscritto vede l'avviso e il prezzo contemporaneamente, motivo per cui anche le audience fredde convertono meglio sugli invii di calo prezzi rispetto ai messaggi generici di riattivazione.

Il momento dell'opt-in per gli avvisi di prezzo

Un pulsante "avvisami quando il prezzo scende" sulla pagina di dettaglio del prodotto è uno degli opt-in di altissima qualità nell'eCommerce di fascia media. L'iscritto specifica il prodotto che desidera monitorare. Rispetto a un opt-in generico per tutto il sito, l'opt-in di avviso prezzo PDP produce una base di iscritti che converte nel flusso di lavoro di calo prezzi a multipli del tasso di iscritti freddi. L'argomento composto sulla qualità dell'iscritto è trattato più in dettaglio nell'articolo correlato sui prompt di iscrizione attivati; la versione breve è che la fonte dell'opt-in predice le entrate downstream per iscritto con la stessa chiarezza di qualsiasi segnale nella retention.

Per i negozi WooCommerce, l'opt-in PDP viene implementato tramite il metodo subscribeToProduct(productId) dell'SDK JS di PushEngage. Il pulsante scrive l'ID del prodotto in un attributo dell'iscritto, che diventa un segmento su cui il flusso di lavoro di calo prezzi può instradare. I negozi che eseguono già il plugin YITH o TI WooCommerce Wishlist hanno un percorso parallelo al monitoraggio dei prezzi della wishlist: ogni prodotto aggiunto alla wishlist è effettivamente un esplicito opt-in di avviso prezzo da parte del cliente.

Il flusso di lavoro per calo prezzi, dall'inizio alla fine

Questa è la specifica completa del flusso di lavoro. Inseriscila direttamente nel costruttore di flussi di lavoro PushEngage.

• Trigger (INIZIO): Evento personalizzato price_dropped, attivato da WooCommerce quando il campo product_meta._sale_price viene aggiornato ed è inferiore a _regular_price. Il payload dell'evento include product_id, old_price, new_price e percent_off.
• Tipo di esecuzione: Multiplo Parallelo. Una istanza del flusso di lavoro per prodotto per iscritto. Un iscritto che monitora tre prodotti ottiene tre istanze concorrenti; ognuna esce in modo indipendente quando il suo prodotto viene acquistato.
• Limite di frequenza (a livello di flusso di lavoro): Esci se l'attributo dell'iscritto last_price_drop_alert_at è negli ultimi 14 giorni. Il limite protegge dall'addestramento di un pubblico di cacciatori di sconti ed è difeso nella sezione successiva.
• DECISIONE 1: L'iscritto si è esplicitamente iscritto agli avvisi per questo prodotto (segmento price_alert_subs_{product_id} o corrispondenza wishlist)? Percorso SÌ: invia l'avviso di calo prezzi per l'iscritto esplicito. Percorso NO: continua alla DECISIONE 2.
• DECISIONE 2: L'iscritto è nel segmento di abbandono della navigazione per questo prodotto negli ultimi 30 giorni? Percorso SÌ: invia il promemoria di calo prezzi per l'abbandono della navigazione. Percorso NO: continua alla DECISIONE 3.
• DECISIONE 3: L'iscritto è nel segmento di abbandono del carrello per questo prodotto negli ultimi 14 giorni? Percorso SÌ: invia il promemoria di calo prezzi per l'abbandono del carrello. Percorso NO: ESCI silenziosamente.
• ATTENDI: 24 ore dopo il primo invio.
• DECISIONE 4: L'iscritto ha acquistato il prodotto? Percorso SÌ: ESCI (successo, criterio di uscita soddisfatto). Percorso NO: invia il secondo contatto di esaurimento scorte.
• FINE.

Copia della notifica per ogni ramo:

• Iscritto esplicito: “Il prezzo del prodotto che stai monitorando è sceso. {{product_name}} ora costa {{new_price}}, con uno sconto del {{percent_off}}%. Acquista al nuovo prezzo.”
• Abbandono navigazione: “Tempismo perfetto. Il {{product_name}} che stavi guardando la settimana scorsa ora costa {{new_price}}, con uno sconto del {{percent_off}}%.”
• Abbandono carrello: “Hai lasciato {{product_name}} nel carrello. Il prezzo è appena sceso a {{new_price}}. Il tuo carrello è ancora lì.”
• Scorte in esaurimento secondo contatto: “Attenzione. Il {{product_name}} a {{new_price}} sta per esaurirsi. L’inventario cambia rapidamente per gli articoli in saldo.”

Il flusso di avvisi sul prezzo ha un trigger, tre rami di invio e un criterio di uscita. Il lettore che esegue anche flussi di carrello e navigazione ha già i segmenti di pubblico e gli attributi dell’iscritto a disposizione. Il flusso di avvisi sul prezzo si assembla in meno di un’ora sopra quell’infrastruttura esistente.

Perché la cascata di audience è l'architettura giusta

La maggior parte degli stack di fidelizzazione crea tre campagne separate di riduzione del prezzo. Una per gli iscritti espliciti alla wishlist, gestita dal loyalty manager. Una per gli abbandoni di navigazione, gestita dal lifecycle marketer. Una per gli abbandoni di carrello, gestita dal responsabile CRM. Tre campagne significano tre responsabili di campagna, tre set di testi che divergono entro il terzo trimestre e tre luoghi in cui i criteri di uscita vengono dimenticati. La cascata li collassa in un unico flusso con tre nodi DECISION, esce silenziosamente per l’iscritto senza intento e non invia mai duplicati.

Concetto	Tre campagne separate	Un flusso a cascata
Responsabile	Tre (loyalty, lifecycle, CRM)	Uno (retention manager)
Varianti di testo	Tre, divergono	Una variante canonica per ramo
Criteri di uscita	Tre regole, impostate separatamente	Una regola del flusso
Limite di frequenza	Nessuno (le campagne non si coordinano)	Un limite, a livello di flusso
Attribuzione	Tre voci di riga	Una voce di riga, subtotali di tre rami
Rischio di doppio invio	Alto (un iscritto alla wishlist potrebbe anche essere un abbandono di carrello)	Zero (la cascata ordina per intento)

L’ordine della cascata è importante. Gli iscritti espliciti vengono valutati per primi perché l’opt-in è il segnale di intento più elevato. Gli abbandoni di navigazione secondi perché la visualizzazione del prodotto è più recente e più specifica dell’abbandono del carrello per la maggior parte dei negozi. Gli abbandoni di carrello terzi perché il flusso di abbandono del carrello li ha già contattati con una scala di sconti 0/10/20; l’avviso di riduzione del prezzo è un’angolazione diversa sullo stesso iscritto e dovrebbe arrivare per ultimo nella cascata per evitare di sovrapporsi con l’escalation del flusso del carrello.

Integrazione della strategia di prezzo: evitare di addestrare il cacciatore di sconti

Un iscritto che riceve notifiche di prezzo scontato ogni due settimane impara ad aspettare. Questo è il costo silenzioso di un programma di riduzione del prezzo illimitato: la coorte che converte sugli avvisi ritarda anche gli acquisti successivi, aspettando il prossimo ribasso. Nell’arco di quattro trimestri, il comportamento di “cacciatore di sconti” addestrato può erodere completamente la matematica della fidelizzazione. Un margine del 5% per il recupero è accettabile. Un comportamento addestrato del 25% nell’intera coorte nell’arco di dodici mesi non lo è.

La difesa è un limite di frequenza a livello di workflow. Massimo 1 notifica di riduzione del prezzo per abbonato ogni 14 giorni, applicata all'interno del workflow come controllo dei criteri di uscita sull'attributo dell'abbonato last_price_drop_alert_at. Ogni invio riuscito aggiorna l'attributo tramite un nodo di azione UpdateAttribute. Il successivo evento price_dropped che si verifica per lo stesso abbonato controlla l'attributo; se rientra nei 14 giorni, il workflow termina prima che vengano valutati uno qualsiasi dei tre rami DECISION.

La finestra di limite può essere modificata. I negozi che effettuano vendite settimanali potrebbero dover ridurre il periodo a 7 giorni per rimanere pertinenti. I negozi che effettuano saldi trimestrali possono mantenere i 14 giorni o estendere a 21. Il punto è che il limite è una regola del workflow, applicata dal motore, non un promemoria del calendario per il responsabile della campagna. Le regole del workflow non vengono dimenticate quando il responsabile della campagna cambia posto.

Esiste un corollario. Il limite di frequenza protegge anche la relazione con gli abbonati che non sono interessati alla caccia agli sconti. Un cliente che ha acquistato il prodotto a prezzo pieno la settimana scorsa non desidera una notifica di riduzione del prezzo per lo stesso prodotto questa settimana. Il filtro del pubblico per i criteri di uscita (acquisto negli ultimi 30 giorni per questo prodotto) gestisce quel caso come una regola separata, ma il limite di 14 giorni è il pavimento universale.

Integrazione dello stack WooCommerce

Gli input dei dati sono specifici. I negozi WooCommerce memorizzano il Prezzo Saldo come _sale_price e il Prezzo Regolare come _regular_price nella tabella meta del prodotto. Il plugin di integrazione WooCommerce-PushEngage si aggancia all'azione save_post_product e legge i meta ad ogni salvataggio del prodotto; se _sale_price non è vuoto ed è inferiore a _regular_price, il plugin attiva l'evento personalizzato price_dropped con SKU, prezzi vecchi e nuovi, e percentuale di sconto. Questo è l'evento che il nodo START del workflow di riduzione del prezzo ascolta.

I plugin di Prezzi Dinamici (Advanced Dynamic Pricing for WooCommerce, WooCommerce Dynamic Pricing & Discounts) scrivono nello stesso livello meta quando le loro regole si attivano e attivano lo stesso hook. Il workflow di riduzione del prezzo non ha bisogno di sapere se la modifica del prezzo proviene da una modifica manuale del Prezzo Saldo o da una regola automatizzata di Prezzi Dinamici. Ascolta l'evento indipendentemente dalla fonte.

Per le iscrizioni esplicite, l'SDK JS di PushEngage espone subscribeToProduct(productId). Il pulsante di avviso prezzo PDP chiama questo metodo al clic; l'abbonato viene aggiunto a un segmento per prodotto denominato price_alert_subs_{product_id}. I negozi che utilizzano i plugin YITH o TI WooCommerce Wishlist possono scrivere un hook parallelo che mappa ogni prodotto desiderato allo stesso segmento per prodotto, in modo che il tracciamento dei prezzi della wishlist e l'iscrizione esplicita all'avviso prezzo alimentino lo stesso pubblico.

Cosa strumentare per prima. I primi 100 SKU per volume di vendite coprono la maggior parte delle entrate. Collega l'hook save_post_product per attivare price_dropped per tali SKU per primi. Aggiungi il pulsante di avviso prezzo PDP sullo stesso set. Imposta il workflow contro questo pubblico limitato, misura ed espandi. Il catalogo completo può aspettare.

Attribuzione per flusso di lavoro

Ricavi recuperati per evento di riduzione del prezzo, per SKU, per canale. Questa è l'attribuzione dei ricavi più pulita nella retention perché l'evento scatenante (cambio di prezzo) è datato e l'evento di conversione (acquisto dello stesso SKU) è datato. Sottrai i due; la differenza è il ricavo recuperato per avviso.

PushEngage Workflows traccia gli utenti in coda, completati ed usciti in ogni nodo. Ecco come appaiono le analisi a livello di nodo per un realistico flusso di riduzione del prezzo su una lista di 200.000 iscritti durante una settimana di saldi trimestrali:

Nodo	In coda	Completato	Uscito	Note
INIZIO (prezzo_ridotto, 40 SKU)	0	18,400	0	18.400 coppie iscritto-prodotto idonee
Uscita per frequenza massima	0	17,100	1,300	1.300 esclusi da un recente avviso
DECISIONE 1: iscritto esplicito	0	4.200 (SÌ)	0	Inoltrato all'invio per iscritti espliciti
DECISIONE 2: abbandono-navigazione	0	7.800 (SÌ)	0	Inoltrato all'invio per abbandono-navigazione
DECISIONE 3: abbandono-carrello	0	2.300 (SÌ)	0	Inoltrato all'invio per abbandono-carrello
Percorso NO DECISIONE 3: USCITA	0	0	2,800	Gli iscritti senza intenzione escono silenziosamente
AZIONE: primo invio	0	14,300	0	Inviato attraverso tre rami
ATTENDI 24 ore	1,800	9,400	3,100	3.100 acquistati entro 24 ore, uscita
DECISIONE 4: acquistato?	0	9,400	0	Tutti i non acquirenti continuano
AZIONE: secondo contatto con scorte in esaurimento	0	9,400	0	Secondo invio
FINE	n.d.	9,400	n.d.	1.200 di questi si convertono nelle successive 48 ore

In questo funnel, 4.300 iscritti (3.100 più 1.200) hanno acquistato lo SKU segnalato entro 72 ore dall'evento di riduzione del prezzo. Con un carrello medio di $58, si tratta di circa $249.400 di ricavi recuperati durante la settimana, a fronte di 14.300 invii e costo zero per invio per il canale push. Aggregando per SKU, i ricavi per SKU finiscono sulla dashboard del merchandiser insieme alle metriche di realizzazione dello sconto. Il workflow smette di essere un costo di campagna e diventa una voce di ricavo dalla realizzazione del prezzo.

La giusta prospettiva per la finanza è che il workflow di riduzione del prezzo rappresenta ricavi trovati. Si tratta di iscritti che non avrebbero acquistato al prezzo normale ma hanno acquistato al prezzo di saldo dopo l'avviso. Il negozio avrebbe comunque abbassato il prezzo di questi SKU. Il workflow trasforma quella riduzione di prezzo programmata in domanda recuperata.

Crealo in PushEngage Workflows

Il workflow di riduzione del prezzo è mappato direttamente ai componenti di PushEngage Workflows.

Pezzo del workflow	Elemento PushEngage
Attivatore	AVVIA con CustomEvent price_dropped, tipo di esecuzione Multiple Parallel
Limite di frequenza	Criterio di uscita con filtro pubblico sull'attributo dell'iscritto last_price_drop_alert_at
Cascata di pubblico	DECISIONE x3 con filtro pubblico sull'appartenenza a un segmento
Invii	AZIONE InviaNotificaPush x4 (tre rami più secondo contatto)
Aggiornamento attributo	AZIONE AggiornaAttributo su last_price_drop_alert_at dopo ogni invio
Attendi	ATTENDI 24 ore
Uscita acquisto	DECISIONE con filtro Goal.Tracked sull'evento purchase che corrisponde all'ID prodotto
Terminale	FINE

Il motore Workflows include oltre 60 modelli predefiniti che coprono il calo dei prezzi e i flussi di carrello e navigazione di supporto. Il responsabile della fidelizzazione, i cui flussi di carrello e navigazione sono già attivi, può implementare il livello di notifica push sui prezzi in calo di WooCommerce sopra i segmenti di pubblico esistenti in meno di un'ora.

Cosa cambia questo

Per i negozi che gestiscono piani di fidelizzazione multicanale, l'approccio di orchestrazione push e email utilizza l'email come fallback per i clienti che hanno annullato l'iscrizione alle notifiche push. L'hub più ampio di notifiche push per l'e-commerce copre i flussi di lavoro circostanti con cui il livello di calo dei prezzi si integra, incluso il flusso di lavoro di abbandono del carrello WooCommerce e il flusso di lavoro di recupero dell'abbandono della navigazione che condividono segmenti di pubblico con questo.

L'avviso di calo dei prezzi non è una campagna. È un flusso di lavoro che si accumula su due pubblici esistenti più una coorte di opt-in esplicito, da un singolo trigger, con un singolo criterio di uscita. Il merchandiser continua a contrassegnare i prezzi di vendita nell'amministrazione di WooCommerce. Il flusso di lavoro continua a essere attivato per SKU. Il responsabile della fidelizzazione continua a leggere la linea di ricavi per SKU. Tre campagne diventano una. Il rischio del cacciatore di sconti addestrato è contenuto nel limite a livello di flusso di lavoro. Il ricavo recuperato atterra come entrate trovate nel prossimo P&L. La matematica si accumula su ogni vendita che il negozio effettua.

Il piano gratuito ti offre 200 iscritti, tutti e quattro i canali (notifiche push web, push app, WhatsApp e chat dal vivo) e il motore Workflows completo dal primo giorno. Ciò è sufficiente per strumentare il flusso di lavoro di calo dei prezzi sui tuoi primi 10 SKU e dimostrare la matematica del recupero su iscritti reali prima di richiedere un budget.

Inizia con il piano gratuito e implementa il livello di calo dei prezzi sopra i tuoi flussi di lavoro esistenti questa settimana.