Workflows d'alertes de baisse de prix WooCommerce pour des taux de rétention doublés

C'est lundi matin dans un magasin de vêtements WooCommerce avec un GMV de 25 millions de dollars et le responsable de la rétention lance la vente de liquidation trimestrielle. L'équipe a déjà travaillé l'e-mail de tout le magasin : 25 % de réduction, expire vendredi, une seule diffusion à 10h. Au cours des sept prochains jours, l'e-mail récupère 8 400 $ de revenus attribuables. L'autre surface de récupération est plus discrète.

Chaque fois qu'un marchand définit un prix de vente dans l'administration WooCommerce, un flux de travail automatique déclenche des alertes de baisse de prix WooCommerce pour les abonnés qui surveillaient spécifiquement ce SKU. Sur la même fenêtre de 72 heures, le flux de travail de baisse de prix récupère 19 200 $. Même magasin, même vente, deux fois et demie la récupération de l'automatisation.

Les deux surfaces ne sont pas interchangeables. L'e-mail de tout le magasin est la diffusion. Le flux de travail de baisse de prix est la surface par SKU. Elles se complètent plutôt que de se concurrencer, et sur la plupart des magasins WooCommerce du marché intermédiaire, la surface par SKU est celle qui est matériellement sous-instrumentée.

Cet article explique en détail à quoi ressemble le flux de travail de baisse de prix de bout en bout, pourquoi une cascade à trois audiences est la bonne architecture, comment éviter que le plafonnement de la fréquence n'entraîne une base de chasseurs de réductions, et comment attribuer les revenus récupérés par SKU afin que la finance puisse lire la ligne budgétaire.

Pourquoi la baisse de prix est le déclencheur de récupération le plus performant

La plupart des flux de travail de rétention se déclenchent contre une seule audience. Le flux de travail d'abandon de panier cible les abandonneurs de panier. Le flux de travail d'abandon de navigation cible les abandonneurs de navigation. La série de bienvenue cible les nouveaux abonnés. L'alerte de baisse de prix est différente. Deux audiences convergent sur le même déclencheur : les abandonneurs de navigation qui ont consulté le produit mais ne l'ont pas ajouté au panier, et les abandonneurs de panier qui sont partis spécifiquement à cause du prix. Les deux ont démontré une intention spécifique sur le produit. Les deux sont adressables à partir d'un seul flux de travail avec un seul déclencheur et un seul critère de sortie.

Il y a une troisième raison pour laquelle la baisse de prix convertit à plusieurs reprises par rapport à tout rappel autonome. Le signal du déclencheur est plus concret que le signal de l'audience seul. Un rappel d'abandon de navigation demande à l'abonné de faire confiance au marchand sur le fait que le produit vaut toujours leur attention. Les notifications de baisse de prix portent la preuve dans le message lui-même : le prix a effectivement baissé, voici le nouveau chiffre. L'abonné voit l'alerte et le prix simultanément, c'est pourquoi même les audiences froides convertissent mieux lors des envois de baisse de prix que lors des relances génériques de réengagement.

Le moment de l'opt-in pour les alertes de prix

Un bouton « prévenez-moi en cas de baisse de prix » sur la page de détail du produit est l'un des opt-ins de la plus haute qualité dans le e-commerce de marché intermédiaire. L'abonné nomme le produit spécifique qu'il souhaite suivre. Comparé à un opt-in générique sur l'ensemble du site, l'opt-in d'alerte de prix PDP produit une base d'abonnés qui convertit sur le flux de baisse de prix à plusieurs reprises par rapport au taux d'abonnés froids. L'argument composé de la qualité de l'abonné est traité plus en détail dans l'article sœur sur les invitations à s'abonner déclenchées ; la version courte est que la source de l'opt-in prédit les revenus en aval par abonné aussi clairement que n'importe quel signal de rétention.

Pour les boutiques WooCommerce, l'opt-in PDP est implémenté via la méthode subscribeToProduct(productId) du SDK JS PushEngage. Le bouton écrit l'ID du produit dans un attribut d'abonné, qui devient un segment sur lequel le flux de baisse de prix peut être acheminé. Les boutiques exécutant déjà le plugin YITH ou TI WooCommerce Wishlist ont une voie parallèle vers le suivi des prix de la liste de souhaits : chaque produit mis en liste de souhaits est effectivement un opt-in explicite d'alerte de prix par le client.

Le flux de travail de baisse de prix, de bout en bout

Ceci est la spécification complète du flux de travail. Intégrez-la directement dans le constructeur de flux PushEngage.

• Déclencheur (DÉBUT) : Événement personnalisé price_dropped, déclenché par WooCommerce lorsque le champ product_meta._sale_price est mis à jour et est inférieur à _regular_price. La charge utile de l'événement inclut product_id, old_price, new_price et percent_off.
• Type d'exécution : Plusieurs parallèles. Une instance de flux par produit par abonné. Un abonné suivant trois produits obtient trois instances simultanées ; chacune se termine indépendamment lorsque son produit est acheté.
• Plafond de fréquence (niveau du flux) : Sortir si l'attribut d'abonné last_price_drop_alert_at est dans les 14 derniers jours. Le plafond protège contre la formation d'une audience de chasseurs de réductions et est défendu dans la section suivante.
• DÉCISION 1 : L'abonné s'est-il explicitement abonné aux alertes pour ce produit (segment price_alert_subs_{product_id} ou correspondance de liste de souhaits) ? Chemin OUI : envoyer l'alerte de baisse de prix pour abonné explicite. Chemin NON : continuer à la DÉCISION 2.
• DÉCISION 2 : L'abonné se trouve-t-il dans le segment d'abandon de navigation pour ce produit au cours des 30 derniers jours ? Chemin OUI : envoyer le rappel de baisse de prix pour abandon de navigation. Chemin NON : continuer à la DÉCISION 3.
• DÉCISION 3 : L'abonné se trouve-t-il dans le segment d'abandon de panier pour ce produit au cours des 14 derniers jours ? Chemin OUI : envoyer le rappel de baisse de prix pour abandon de panier. Chemin NON : SORTIR silencieusement.
• ATTENDRE : 24 heures après le premier envoi.
• DÉCISION 4 : L'abonné a-t-il acheté le produit ? Chemin OUI : SORTIR (succès, critère de sortie atteint). Chemin NON : envoyer le deuxième contact sur le stock bas.
• FIN.

Copie de notification pour chaque branche :

• Abonné explicite : « Le prix du produit que vous suivez a baissé. {{product_name}} est maintenant à {{new_price}}, soit une réduction de {{percent_off}} %. Achetez au nouveau prix. »
• Abandon de navigation : « Bon timing. Le {{product_name}} que vous regardiez la semaine dernière est maintenant à {{new_price}}, soit une réduction de {{percent_off}} %. »
• Abandon de panier : « Vous avez laissé {{product_name}} dans votre panier. Le prix vient de baisser à {{new_price}}. Votre panier est toujours là. »
• Deuxième contact – Stock faible : « Attention. Le {{product_name}} à {{new_price}} se fait rare. Les stocks de produits en promotion évoluent rapidement. »

Le workflow d'alerte de prix a un déclencheur, trois branches d'envoi et un critère de sortie. Le lecteur qui exécute également les workflows de panier et de navigation dispose déjà des segments d'audience et des attributs d'abonné. Le workflow d'alerte de prix s'assemble en moins d'une heure sur cette infrastructure existante.

Pourquoi la cascade d'audiences est la bonne architecture

La plupart des solutions de rétention créent trois campagnes distinctes de baisse de prix. Une pour les abonnés explicites de la liste de souhaits, gérée par le responsable de la fidélisation. Une pour les abandons de navigation, gérée par le responsable du cycle de vie. Une pour les abandons de panier, gérée par le responsable CRM. Trois campagnes signifient trois responsables de campagne, trois ensembles de textes qui divergent au troisième trimestre, et trois endroits où le critère de sortie est oublié. La cascade les regroupe en un seul workflow avec trois nœuds DE DÉCISION, sort silencieusement pour l'abonné sans intention, et n'envoie jamais en double.

Concept	Trois campagnes distinctes	Un workflow en cascade
Responsable	Trois (fidélisation, cycle de vie, CRM)	Un (responsable de la rétention)
Variantes de texte	Trois, divergent	Une variante canonique par branche
Critères de sortie	Trois règles, définies séparément	Une règle de workflow
Plafond de fréquence	Aucun (les campagnes ne se coordonnent pas)	Un plafond, au niveau du workflow
Attribution	Trois lignes	Une ligne, sous-totaux de trois branches
Risque de double envoi	Élevé (un abonné de liste de souhaits peut aussi être un abandon de panier)	Zéro (la cascade trie par intention)

L'ordre de la cascade est important. Les abonnés explicites sont évalués en premier car l'opt-in est le signal d'intention le plus fort. Les abandons de navigation en second car la vue du produit est plus récente et plus spécifique que l'abandon de panier pour la plupart des magasins. Les abandons de panier en troisième car le workflow d'abandon de panier les a déjà contactés avec une échelle de réduction de 0/10/20 ; l'alerte de baisse de prix est un angle différent sur le même abonné et devrait arriver en dernier dans la cascade pour éviter de se superposer avec l'escalade du workflow du panier.

Intégration de la stratégie de prix : éviter d'entraîner le chasseur de réductions

Un abonné qui reçoit des notifications de prix soldés toutes les deux semaines apprend à attendre. C'est le coût silencieux d'un programme de baisse de prix illimité : la cohorte qui convertit grâce aux alertes retarde également les achats ultérieurs, attendant la prochaine démarque. Sur quatre trimestres, le comportement d'acheteur de promotions entraîné peut éroder complètement les mathématiques de rétention. Une marge de 5 % pour le recouvrement est acceptable. Un comportement entraîné de 25 % sur la cohorte sur douze mois ne l'est pas.

La défense est un plafond de fréquence au niveau du workflow. Notification de baisse de prix maximale de 1 par abonné tous les 14 jours, appliquée à l'intérieur du workflow comme une vérification de critère de sortie sur l'attribut de l'abonné last_price_drop_alert_at. Chaque envoi réussi met à jour l'attribut via un nœud d'action UpdateAttribute. Le prochain événement price_dropped qui se déclenche pour le même abonné vérifie l'attribut ; s'il est dans les 14 jours, le workflow se termine avant que l'une des trois branches DECISION ne soit évaluée.

La fenêtre de plafond peut être ajustée. Les magasins qui organisent des ventes hebdomadaires pourraient avoir besoin de passer à 7 jours pour rester pertinents. Les magasins qui organisent des ventes trimestrielles peuvent rester à 14 jours ou étendre à 21. L'important est que le plafond soit une règle de workflow, appliquée par le moteur, et non un rappel de calendrier pour le responsable de la campagne. Les règles de workflow ne sont pas oubliées lorsque le responsable de la campagne change de poste.

Il y a un corollaire. Le plafond de fréquence protège également la relation avec les abonnés qui ne sont pas dans le cadre de la chasse aux baisses de prix. Un client qui a acheté le produit au prix fort la semaine dernière ne souhaite pas recevoir une alerte de baisse de prix pour le même produit cette semaine. Le filtre d'audience de critère de sortie (achat dans les 30 derniers jours pour ce produit) gère ce cas comme une règle distincte, mais le plafond de 14 jours est le seuil universel.

Intégration de la pile WooCommerce

Les entrées de données sont spécifiques. Les magasins WooCommerce stockent le prix de vente sous _sale_price et le prix régulier sous _regular_price dans la table méta du produit. Le plugin d'intégration WooCommerce-PushEngage s'accroche à l'action save_post_product et lit les métadonnées à chaque enregistrement de produit ; si _sale_price n'est pas vide et inférieur à _regular_price, le plugin déclenche l'événement personnalisé price_dropped avec le SKU, les anciens et nouveaux prix, et le pourcentage de réduction. C'est l'événement que le nœud START du workflow de baisse de prix écoute.

Les plugins de tarification dynamique (Advanced Dynamic Pricing for WooCommerce, WooCommerce Dynamic Pricing & Discounts) écrivent dans la même couche méta lorsque leurs règles s'activent et déclenchent le même hook. Le workflow de baisse de prix n'a pas besoin de savoir si la modification du prix provient d'une modification manuelle du prix de vente ou d'une règle de tarification dynamique automatisée. Il écoute l'événement quelle que soit sa source.

Pour les opt-ins explicites, le SDK JS PushEngage expose subscribeToProduct(productId). Le bouton d'alerte de prix du PDP appelle cette méthode au clic ; l'abonné est ajouté à un segment par produit nommé price_alert_subs_{product_id}. Les magasins utilisant les plugins YITH ou TI WooCommerce Wishlist peuvent écrire un hook parallèle qui mappe chaque produit ajouté à la liste de souhaits au même segment par produit, de sorte que le suivi des prix de la liste de souhaits et l'opt-in explicite d'alerte de prix alimentent la même audience.

Quoi instrumenter en premier. Les 100 meilleurs SKU par volume de ventes couvrent la majeure partie des revenus. Connectez le hook save_post_product pour déclencher price_dropped pour ces SKU en premier. Ajoutez le bouton d'alerte de prix PDP sur le même ensemble. Mettez en place le workflow contre cette audience ciblée, mesurez et développez. Le catalogue complet peut attendre.

Attribution par flux de travail

Revenu récupéré par événement de baisse de prix, par référence, par canal. C'est l'attribution de revenus la plus précise en rétention car l'événement déclencheur (changement de prix) est horodaté et l'événement de conversion (achat de la même référence) est horodaté. Soustrayez les deux ; la différence est le revenu récupéré par alerte.

Les flux PushEngage suivent les utilisateurs mis en file d'attente, terminés et sortis à chaque nœud. Voici à quoi ressemblent les analyses au niveau des nœuds pour un flux réaliste de baisse de prix sur une liste de 200 000 abonnés pendant une semaine de liquidation trimestrielle :

Nœud	En file d'attente	Terminé	Sorti	Notes
DÉMARRAGE (prix_baissé, 40 références)	0	18,400	0	18 400 paires abonnés-produits éligibles
Sortie par limite de fréquence	0	17,100	1,300	1 300 limités par une alerte récente
DÉCISION 1 : abonné explicite	0	4 200 (OUI)	0	Routé vers l'envoi aux abonnés explicites
DÉCISION 2 : abandonneur de navigation	0	7 800 (OUI)	0	Routé vers l'envoi aux abandonneurs de navigation
DÉCISION 3 : abandonneur de panier	0	2 300 (OUI)	0	Routé vers l'envoi aux abandonneurs de panier
Chemin NON de la DÉCISION 3 : SORTIE	0	0	2,800	Les abonnés sans intention sortent silencieusement
ACTION : premier envoi	0	14,300	0	Envoyé sur trois branches
ATTENDRE 24 heures	1,800	9,400	3,100	3 100 ont acheté dans les 24h, sortie
DÉCISION 4 : acheté ?	0	9,400	0	Tous les non-acheteurs continuent
ACTION : deuxième contact, stock faible	0	9,400	0	Deuxième envoi
FIN	N/A	9,400	N/A	1 200 d'entre eux convertissent dans les 48 heures suivantes

Dans ce tunnel, 4 300 abonnés (3 100 plus 1 200) ont acheté la référence alertée dans les 72 heures suivant l'événement de baisse de prix. Avec un panier moyen de 58 $, cela représente environ 249 400 $ de revenus récupérés sur la semaine, pour 14 300 envois et un coût nul par envoi pour le canal push. Agrégé par référence, le revenu par référence atterrit sur le tableau de bord du marchandiseur aux côtés des métriques de réalisation des remises. Le flux cesse d'être un coût de campagne et devient une ligne d'article de réalisation des prix.

Le bon angle pour la finance est que le flux de baisse de prix représente des revenus trouvés. Ce sont des abonnés qui n'auraient pas acheté au prix normal mais qui ont acheté au prix soldé après l'alerte. Le magasin allait de toute façon baisser le prix de ces références. Le flux transforme cette démarque prévue en demande récupérée.

Intégrez-le dans les Workflows PushEngage

Le flux de baisse de prix correspond directement aux composants des flux PushEngage.

Pièce de flux	Élément PushEngage
Déclencheur	DÉMARRER avec CustomEvent price_dropped, type d'exécution parallèle multiple
Plafond de fréquence	Critères de sortie avec filtre d'audience sur l'attribut d'abonné last_price_drop_alert_at
Cascade d'audience	DÉCISION x3 avec filtre d'audience sur l'appartenance à un segment
Envois	ACTION SendPushNotification x4 (trois branches plus second contact)
Mise à jour d'attribut	ACTION UpdateAttribute sur last_price_drop_alert_at après chaque envoi
Attendre	ATTENDRE 24 heures
Sortie d'achat	DÉCISION avec filtre Goal.Tracked sur l'événement purchase correspondant à l'ID du produit
Terminal	FIN

Le moteur Workflows est livré avec plus de 60 modèles prédéfinis couvrant la baisse de prix et les flux de panier et de navigation associés. Le responsable de la rétention dont les flux de panier et de navigation sont déjà en place peut mettre en place la couche de notification push de baisse de prix WooCommerce par-dessus les segments d'audience existants en moins d'une heure.

Ce que cela change

Pour les boutiques qui gèrent des plans de rétention multicanaux, l'approche d'orchestration des notifications push et par e-mail utilise l'e-mail comme solution de repli pour les clients qui se sont désabonnés des notifications push. Le hub plus large des notifications push e-commerce couvre les flux environnants avec lesquels la couche de baisse de prix se combine, y compris le flux d'abandon de panier WooCommerce et le flux de récupération d'abandon de navigation qui partagent des segments d'audience avec celui-ci.

L'alerte de baisse de prix n'est pas une campagne. C'est un workflow qui se compose de deux audiences existantes plus une cohorte d'opt-in explicite, à partir d'un seul déclencheur, avec un seul critère de sortie. Le marchand continue de marquer les prix de vente dans l'administration WooCommerce. Le workflow continue de se déclencher par SKU. Le responsable de la rétention continue de lire la ligne de revenus par SKU. Trois campagnes deviennent une. Le risque de chasseur de réductions formés est géré au niveau du plafond du workflow. Les revenus récupérés atterrissent comme des dollars trouvés sur le prochain P&L. Les calculs se composent sur chaque vente que la boutique effectue.

Le plan gratuit vous donne 200 abonnés, les quatre canaux (web push, app push, WhatsApp et chat en direct), et le moteur Workflows complet dès le premier jour. C'est suffisant pour instrumenter le workflow de baisse de prix sur vos 10 meilleurs SKU et prouver les calculs de récupération sur de vrais abonnés avant de demander un budget.

Commencez avec le plan gratuit et déployez la couche de baisse de prix par-dessus vos workflows existants cette semaine.