E-commerce
1 juillet 2026
Push promo flash envoyé à 8 000 abonnés. En 1 heure : 28 tickets « le code ne marche pas », « trop de notifications » et « comment couper les promos sans perdre le suivi commande ? ». Le pic support post-push n'était pas anticipé.
Le support push promotionnel e-commerce couvre offres flash, code promo, deep link, timing fréquence et désactivation promo distincte transactionnel, complément du dépannage push général (#835) et du bot promo (#928).
Ce guide #927 déploie policy PUSHPROM-SUP, flow PP-1 à PP-8 et matrice PUSHPROM-MAP. Paire SAV du futur bot push promo (#928).
Summary
Pourquoi un push promo génère-t-il des tickets support ?
Push promotionnel pousse action immédiate mobile : offre flash, code court, deep link app ou web. Sans PUSHPROM-MAP, agents confondent promo et transactionnel, improvisent sur code et ignorent opt-out partiel.
Cinq frictions typiques post-push promo
Code promo : PUSH20 ne fonctionne pas checkout
Offre expirée : flash terminée avant clic client
Deep link cassé : ouverture mauvaise page ou 404
Trop de push : fréquence promo sans centre préférences
Opt-out promo seul : couper promos garder suivi commande
Exemple retail DTC
Food DTC, push 8k opt-in. Pic +95 % tickets 1 h post-send. Après PUSHPROM-MAP : pushprom_resolution_rate 84 %, réouvertures opt-out -41 %.
PUSHPROM #927 vs PUSHNOTIF #835, SMSCAM #925, NEWSPIK #923 et bot #928
Sept contenus push et promo, sept angles distincts.
Matrice rapide
#927 PUSHPROM : gérer pic demandes post-push promo offre code timing opt-out
PUSHNOTIF #835 : permissions opt-in dépannage push distinct promo flash
SMSCAM #925 : pic SMS promo distinct canal push
NEWSPIK #923 : pic newsletter email distinct push
PERSO #439+ : offre personnalisée distinct campagne push mass
STACK #870 : codes empilables distinct code push
Bot #928 : bot retrouver offre push widget
#835 = activer ou réparer le push. #927 = questions offre promo après envoi push.
Promesse #927
Policy PUSHPROM-SUP, arbre PUSHPROM-GATE, 8 macros, registre campagne push, KPI pushprom_resolution_rate.
Quelles typologies pushprom_* classifier ?
Classifier oriente action : code ≠ expiration ≠ deep link ≠ opt-out promo.
Huit typologies PUSHPROM-MAP
pushprom_code_fail : code promo push invalide checkout
pushprom_offer_terms : conditions offre push floues
pushprom_expired_offer : flash terminée client trop tard
pushprom_deep_link : deep link mauvaise page 404
pushprom_frequency : trop de push promo plainte timing
pushprom_optout_promo : couper promos garder transactionnel
pushprom_wait_spike : attente longue volume post-envoi
pushprom_ops_flag : signal interne campagne push défaillante
Policy PUSHPROM-SUP : règles agents et registre campagne push
La policy PUSHPROM-SUP fixe préparation pré-envoi et réponses alignées campagne push promo.
Six règles PUSHPROM-SUP
PUSH-REGISTRY-FIRST : macros depuis registre campagne push
Pre-send brief : support alerté 24 h avant envoi promo
Code verify mobile : tester code checkout app web avant envoi
Promo vs txn split : opt-out promo ne coupe pas suivi commande
Ops flag : pushprom_ops_flag si pattern code deep link
Handoff #928 : brief bot offre push post-envoi
Registre campagne push minimum
Code promo : valeur conditions expiration stack
Offre copy : -20 % quoi exclu durée flash
Deep link : URL testée app web landing PDP
Fenêtre flash : heure début fin timezone
Opt-out promo : procédure OneSignal Klaviyo promo only
Flow PP-1 à PP-8 : traitement pic push promo
Huit étapes : préparation pré-envoi puis traitement pic temps réel.
Flow PP-1 à PP-8
PP-1 Pre-send : registre push test code deep link mobile
PP-2 Brief support : macros agents bot #928 alignés
PP-3 Send monitor : dashboard volume T+0 T+1 h
PP-4 Triage : pushprom_* via PUSHPROM-MAP
PP-5 Resolve : macro PUSHPROM campagne registry
PP-6 Ops flag : pattern code lien → marketing
PP-7 Opt-out promo : handoff #835 si permission device
PP-8 Post-mortem : KPI pushprom + brief prochaine campagne
Huit macros PUSHPROM-* prêtes à coller
Macros alignées registre campagne push code offre deep link opt-out.
Bibliothèque PUSHPROM-*
PUSHPROM-CODE-OK : « Code {{code}} : {{conditions}}. Valide jusqu'au {{date}}. »
PUSHPROM-CODE-FIX : « Code corrigé : {{code_alt}}. Désolé pour la confusion. »
PUSHPROM-OFFER-TERMS : « Offre : {{offre_copy}}. Exclusions : {{exclusions}}. »
PUSHPROM-EXPIRED : « Offre flash terminée {{heure_fin}}. Prochaine : {{lien}}. »
PUSHPROM-LINK-FIX : « Lien mis à jour : {{deep_link}}. Merci de réessayer. »
PUSHPROM-OPTOUT-PROMO : « Promos push désactivées. Suivi commande conservé. »
PUSHPROM-FREQUENCY : « Fréquence réduite. Préférences : {{lien}}. »
PUSHPROM-DONE : « Récap campagne {{id}}. Résolution : {{résolution}}. »
Arbre PUSHPROM-GATE et coordination marketing
Arbre décision avant improviser ou ignorer pattern campagne push défaillante.
PUSHPROM-GATE
Opt-out promo seul ? → OPTOUT-PROMO + handoff #835 si device
Code fail ? → CODE-OK ou CODE-FIX + ops si massif
Offre expirée ? → EXPIRED registry heure fin
Deep link broken ? → LINK-FIX + ops flag immédiat
Fréquence plainte ? → FREQUENCY + review segment
5+ tickets même code 1 h ? → ops_flag marketing pause push
Rituel pré-envoi 24 h
Marketing partage registre push. Support teste code deep link mobile. Bot #928 sync. Fenêtre pic T+0 à T+2 h documentée.
KPI, QA et handoff vers bot #928
Mesurer PUSHPROM détecte campagnes mal préparées et opt-out mal gérés.
Quatre KPI PUSHPROM
pushprom_resolution_rate : tickets pic résolus sans escalade
pushprom_code_fail_rate : % tickets code post-envoi
pushprom_optout_promo_sla : % opt-out promo traité sous 1 h
pushprom_ops_flag_rate : campagnes avec flag technique
Handoff #928
Exporter PUSHPROM-MAP vers bot : pushprom_offer_terms pushprom_code_fail pushprom_expired_offer prioritaires. Guardrail PUSH-REGISTRY-GATE brief #928 campaign_copy widget.
Cas limites : app vs web, multi-push jour, BFCM
Trois cas hors flow standard.
Deep link app vs web
Client sans app installée. LINK-FIX propose URL web équivalente. Registry deep_link_app et deep_link_web.
Trois push promo même jour
frequency plainte. FREQUENCY macro + review cap marketing. Distinct transactionnel commande.
BFCM push + SMS + email
Pic cumulé canaux. Priorisation #26 P1 code fail massif. Macros distinctes PUSHPROM SMSCAM NEWSPIK.
Formation agents : 25 minutes PUSHPROM
Module : PUSH-REGISTRY macros, promo vs txn split, distinguer #835 #928 #925.
Exercices
Ticket A : code fail → CODE-OK ou CODE-FIX
Ticket B : opt-out promo seul → OPTOUT-PROMO txn conservé
Ticket C : deep link 404 → LINK-FIX ops flag
Ticket D : 6 codes fail 1 h → ops_flag marketing
Comment Qstomy structure PUSHPROM dans votre stack
Qstomy route pushprom_*, sync registre campagne OneSignal Klaviyo, macros CODE EXPIRED OPTOUT et handoff #928 push gate.
Trois briques
Routing : intent push_promo vs pushnotif #835 vs optout
Push registry : code offre deep link flash window optout promo
Bot #928 : tier 1 offre code expiration post-push
Scénario : DTC food, push 8k. Pre-send brief, bot #928 tier 1. pushprom_resolution_rate 84 %, optout réouvertures -41 %.
FAQ et checklist déploiement PUSHPROM
FAQ
Envoyer sans brief support ?
Non. Pre-send 24 h obligatoire PP-1 PP-2.
Différence #835 ?
#835 = permissions opt-in dépannage push. #927 = pic promo offre code.
Différence #925 ?
#925 = pic SMS promo. #927 = pic push promo mobile.
Différence #928 ?
#927 = ops agents pic. #928 = bot retrouver offre push widget.
Couper toutes les notifs ?
Handoff #835 permission device. #927 = promo only si demandé.
Checklist 7 jours (avant prochain push promo)
J-7 : PUSHPROM-SUP + PUSHPROM-MAP template registre
J-3 : test code checkout mobile + deep link app web
J-1 : brief support macros bot #928
J0 : dashboard volume monitor T+0 T+1 h
J+1 : post-mortem KPI ops flags
Tags pushprom_* + corrélation campagne_id
Sync bot #928 PUSH-REGISTRY-GATE
Maillage
Enzo
1 juillet 2026
