E-commerce
2 juillet 2026
« J'ai acheté mardi à -30 %, aujourd'hui c'est -50 %, vous me remboursez la différence ? » « Mon retour est-il accepté sur un article soldé ? » « Le code VIP ne cumule pas avec les soldes, pourquoi ? » Chaque période promotionnelle récurrente, soldes officielles, ventes privées ou op flash, génère le même cocktail : volume ×2 à ×3, urgence prix, et agents qui improvisent des réponses contradictoires.
Bookbag estime qu'un pic promotionnel porte le volume support à 2 à 4 fois la baseline, avec des tickets promo et WISMO qui dominent le mix (Bookbag, benchmarks tickets 2026). Service Public rappelle que les articles soldés conservent le droit de rétractation 14 jours et les garanties légales, indépendamment de la remise (Service Public, soldes 2026).
Ce guide #318 traite le support opérationnel des soldes et périodes promo récurrentes. Il complète préparation BFCM (#32) avec l'angle calendrier promo toute l'année, politique prix et protocole différence, absent des guides one-shot Black Friday.
Sommaire
Pourquoi les soldes créent-elles un mix de tickets différent de BFCM ?
Les soldes et périodes promotionnelles ne ressemblent pas à un week-end BFCM concentré. Elles s'étalent sur 4 à 6 semaines, avec des démarques successives, des codes par canal et une vague de retours qui arrive 3 à 5 semaines après la fin.
Trois spécificités soldes vs BFCM
Durée : tickets promo et prix étalés sur un mois, pas un pic 72 h
Démarques : demandes différence de prix à chaque 2e ou 3e markdown
Cadre légal FR : prix de référence 30 j, affichage obligatoire, rétractation inchangée
Mix tickets typique
Engaige décrit trois vagues en pic : questions promo et prix au ramp, anxiété livraison en gifting window, retours en janvier (Engaige, saisonnalité 2026). En soldes estivales ou hivernales, le schéma se reproduit à échelle moindre : semaine 1 = éligibilité promo, semaine 3 = différence prix, semaine 5 = retours et SAV qualité.
Principe #318
Pipeline SALE-OPS : calendrier promo → document SALE-POLICY → taxonomie SALE-INTENT → macros + bot → protocole SALE-PRICE-DROP → debrief post-soldes.
En quoi diffère-t-il de BFCM #32, des offres #111 et des codes promo ?
Cinq contenus voisins, cinq angles complémentaires.
Préparation BFCM (#32)
Préparation BFCM (#32) : war room, staffing, cutoffs Noël. Le #318 : playbook soldes récurrentes (été, hiver, VP, flash) toute l'année.
Offres promotionnelles (#111)
Conditions offres (#111) : paniers mixtes, exclusions, cumul. Le #318 : cycle complet soldes incluant démarques, retours soldés et différence prix post-achat.
Code promo invalide
Code invalide (#reduce-promo) : diagnostic technique checkout. Le #318 : politique commerciale quand le code fonctionne mais le client conteste le prix final.
Ventes privées et flash
VP et flash sales partagent les intents soldes mais ajoutent urgence stock et fenêtre courte. Le #318 couvre ces variantes dans SALE-POLICY section 4.
Promesse #318
SALE-INTENT, SALE-POLICY, SALE-PRICE-DROP, SALE-PHASE, macros par intent, bot intents promo, KPI soldes, playbooks calendrier.
Quelle taxonomie SALE-INTENT pour router les tickets soldes ?
La taxonomie SALE-INTENT classe les demandes soldes avant d'ouvrir le helpdesk.
12 intents soldes
sale_eligibility: ce produit est-il soldé ? nouveauté exclue ?sale_price_display: prix barré, % remise, prix référence 30 jsale_code_stack: cumul code + soldes, fidélité, carte cadeausale_cart_calc: remise partielle panier mixtesale_price_drop: différence après achat ou 2e démarquesale_return_policy: retour article soldé, échange taillesale_wismo: commande soldes, délai expédition peaksale_cancel_modify: annuler ou modifier avant expéditionsale_defect: produit soldé défectueux, garantie légalesale_vp_access: accès vente privée, lien expirésale_flash_stock: rupture pendant flash, compensationsale_legal_rights: rétractation, avoir vs remboursement légal
Priorisation volume
IrisAgent note que « mon code ne marche pas » et « puis-je avoir le prix soldé » inondent la file à chaque promo (IrisAgent, promo support 2026). Taggez sale_price_drop séparément de sale_code_stack : politiques et macros diffèrent.
Que doit contenir le document SALE-POLICY avant chaque période ?
Le document SALE-POLICY est la source unique pour agents, bot et centre d'aide soldes. Une page Notion, version datée, validée support + legal + marketing 7 j avant ouverture.
14 blocs obligatoires
Type opération : soldes officielles, VP, flash, outlet permanent
Dates et fuseaux : début/fin heure Paris, pas seulement la date
Prix de référence : règle affichage 30 j (Service Public)
Produits exclus : nouveautés, collabs, cartes cadeaux, abos
Cumul autorisé : code + soldes oui/non, fidélité, shipping promo
Politique différence prix : fenêtre, conditions, montant max agent
Retours soldés : même fenêtre que hors soldes ou réduite (si légale)
Échanges taille : stock soldes limité, alternative SKU
Geste commercial : plafond agent sans manager (ex. 15 € ou 10 %)
Annulation pré-expédition : oui/non, délai
VP et early access : règles liste, non-transfert lien
Marketplace / B2B : soldes DTC only ou wholesale exclu
Communication crise : bug prix, double remise, stock fantôme
Owner + date MAJ : qui tranche un cas non prévu
Cadre légal France
CLCV rappelle : prix réduit + prix d'origine visibles, garanties légales sur articles soldés, rétractation 14 j en ligne inchangée (CLCV, soldes 2026). CRM France précise : remboursement légal en cas de rétractation, avoir uniquement si client accepte librement (CRM France, remboursement 2026). Votre SALE-POLICY traduit le légal en scripts actionnables.
Comment traiter les demandes de différence de prix avec SALE-PRICE-DROP ?
Le protocole SALE-PRICE-DROP évite que chaque agent invente sa règle quand le prix baisse après achat.
Principe juridique
Hors défaut ou rétractation, aucun remboursement automatique si le prix baisse après achat. Votre politique commerciale peut aller au-delà : c'est un choix documenté, pas une obligation légale.
Arbre décision 6 étapes
Vérifier date achat vs date démarque (commande Shopify + historique prix)
Produit identique (SKU, taille, couleur) ? Sinon refus poli + lien produit équivalent
Dans fenêtre price-match documentée (ex. 7 ou 14 j) ? Voir SmartSMS : 14 j standard industrie, exclusions doorbusters (SmartSMS, price match 2026)
Exclusion policy (VP, flash, erreur prix) ? Citer clause exacte SALE-POLICY
Éligible : calculer différence, rembourser même moyen paiement ou crédit si client accepte
Non éligible : proposer retour sous rétractation si dans les 14 j, ou geste commercial plafonné
Script agent type
« Votre commande #1234 du 8 janvier est hors fenêtre price-match (7 j). La 2e démarque du 15 janvier ne déclenche pas de remboursement automatique. Vous pouvez exercer votre rétractation jusqu'au 22 janvier via [lien portail]. » SmartSMS conseille de citer l'exclusion précise plutôt qu'un « non » vague.
Automatisation bot
Intent sale_price_drop : bot lit commande + règle SALE-POLICY, calcule éligibilité, propose remboursement partiel ou retour. Escalade si montant > plafond agent.
Quelles macros et réponses par intent soldes ?
Les macros SAV soldes alignent ton, policy et délai. Préfixe SALE- dans Gorgias/Zendesk.
Macros essentielles
SALE-ELIG : « [Produit] est soldé à -X %. Exclu : nouveautés [liste]. Prix référence : [montant] pratiqué 30 j avant soldes. »
SALE-NOSTACK : « Les soldes ne sont pas cumulables avec [code/fidélité]. Panier éligible : [montant] €. » Voir conditions offres (#111)
SALE-DROP-YES : « Différence [X] € remboursée sous 5-7 j ouvrés sur votre carte. »
SALE-DROP-NO : « Hors fenêtre price-match. Rétractation possible jusqu'au [date] : [lien]. »
SALE-RETURN : « Retour soldé : même policy 30 j / frais retour client. Portail : [lien]. »
SALE-DEFECT : « Article soldé = garanties légales intactes. Échange ou remboursement intégral si non-conformité. »
SALE-VP : « Lien VP personnel, non transférable. Fin [date heure]. »
Règles ton
Bizrate recommande messages checkout explicites sur promo (expiration, minimum, exclusions) pour réduire tickets (Bizrate, transparence promo 2026). Même exigence en SAV : factuel, sans condescendance, clause policy citée. Lien templates support (#34), support panier.
Comment organiser le support par phase SALE-PHASE ?
Le calendrier SALE-PHASE adapte staffing, bot et macros à chaque vague de demandes.
5 phases type soldes 4 semaines
Phase 0 Pré-soldes (J-7 à J-1) : intents
sale_eligibility,sale_vp_access. Activer le hub soldes, bot chips « Soldes : conditions », test codes Shopify.Phase 1 Ouverture (J1-J5) : pic
sale_code_stack,sale_cart_calc. Staffing +30 %, SLA chat < 2 min. Voir matrice escalade surge.Phase 2 Milieu (J6-J18) :
sale_wismo,sale_cancel_modify. Notifications proactives tracking.Phase 3 Démarques (J10, J15…) : pic
sale_price_drop. Activer macro SALE-DROP, bot calcul auto.Phase 4 Post-soldes (J+1 à J+35) :
sale_return_policy,sale_defect. Étendre fenêtre retour si promesse commerciale fêtes.
Forecast volume
Keloa cite +37 à +42 % tickets retail sur fenêtre promo six semaines (Keloa, peak season 2026). Pour soldes FR : prévoir ×2 baseline semaine 1, ×1,5 phase démarques, ×1,8 retours post-soldes. Ratio tickets/commandes plus fiable que tickets/jour seul (playbook DTC).
War room light
Slack canal #soldes-support : volume horaire, top 3 intents, incidents prix. Daily 15 min phases 1 et 3 uniquement. Gel changements process pendant phase 1 (ContactPoint360).
Comment prévenir les tickets soldes en amont du SAV ?
La prévention tickets soldes vaut plus que le staffing supplémentaire.
UX site et checkout
PDP : badge « Soldes -X % », prix référence, « Non cumulable codes » si applicable
Panier : ligne remise par article, bandeau exclusions (panier support)
Checkout : message erreur promo explicite (min panier, expiré)
Page /soldes : tableau offres, dates, exclusions, lien retours
Communication email et ads
Shopify rappelle : communiquer expiration, restrictions, un code par commande (Shopify, codes promo 2026). Email soldes : paragraphe conditions en haut, pas en footer 6 pt. Influenceur : sync code admin avant publication.
Bot et self-service
Intents bot pré-soldes : « Quelles sont les conditions ? », « Puis-je retourner un article soldé ? », « Différence de prix possible ? » Corpus RAG = SALE-POLICY version courante only. Lien tickets CGV (#301), promesse marque pour aligner limites soldes.
Quels playbooks verticaux mode, beauté et alimentaire ?
Les intents soldes prioritaires varient selon vertical et marge.
Mode / footwear
Pic sale_eligibility tailles restantes, sale_return_policy échange taille stock soldes limité. Macro : « Stock soldes par taille non réapprovisionné. Échange possible si taille dispo, sinon remboursement. » Lien objections (#35).
Beauté / skincare
Lots promo, dates péremption proches : intent sale_price_display + transparence DLC. Retour produit ouvert souvent exclu policy commerciale, garantie défaut maintenue. Lien conseil cosmétique.
Alimentaire / FMCG
Soldes clearance DLC courte : sale_defect et sale_return_policy stricts. Pas de price-drop sur produits périssables déjà expédiés. Lien périssables (#313).
High-ticket et premium
Soldes rares, VP privées : limiter sale_price_drop auto, escalade humaine. Pas de bot agressif promo. Fenêtre price-match courte ou nulle.
Outlet permanent
Distinction « soldes officielles » vs « prix outlet » dans SALE-POLICY. Clients confondent : macro SALE-OUTLET clarifie non-éligibilité price-match cross-canal.
Quels KPI suivre pendant et après les soldes ?
Mesurez performance SAV soldes par intent, pas seulement CSAT global.
KPI opérationnels
ticket_rate_orders : tickets / commandes période soldes vs baseline
sale_intent_mix : % par SALE-INTENT, alerte si price_drop > 15 %
sale_fcr : résolution 1er contact intents promo
sale_price_drop_approved : montant total remboursé différence
sale_return_rate : retours / commandes soldes vs hors soldes
sale_policy_mismatch : tickets où agent a contredit SALE-POLICY (QA sample)
sale_bot_containment : % intents promo résolus sans humain
Revue J+7 post-soldes
Top 5 intents non couverts par macros → enrichir SALE-POLICY. Incidents prix → fix merchandising. Export learning log pour prochaine session (été si hiver, et inversement). OmniOps recommande d'analyser tickets N-1 par catégorie avant chaque pic (OmniOps, peak support 2026).
Comment Qstomy absorbe-t-il le pic soldes sans file d'attente ?
Qstomy traite les intents SALE-INTENT en conversation : éligibilité, cumul, différence prix calculée sur commande Shopify, retours soldés.
Capacités soldes
Sync SALE-POLICY version active + corpus promo daté
Intent
sale_price_dropavec arbre SALE-PRICE-DROP automatiséDiagnostic cumul code + soldes en temps réel panier
Chips PDP « Soldes : conditions retour » pré-configurables
Escalade plafond geste commercial configurable
Dashboard intent mix et containment par phase SALE-PHASE
Scénario DTC chiffré
Marque mode DTC, soldes hiver 4 semaines, 12 400 commandes. Avant #318 : ×2,8 tickets, 41 % intents promo sans macro, 18 min/ticket price_drop. Après SALE-POLICY + bot Qstomy : ticket_rate_orders −24 %, containment promo 58 %, temps moyen price_drop 4 min (bot) vs 22 min (humain N-1), CSAT soldes 4,3/5 vs 3,6.
Voir support IA, agent vente, Shopify, démo. Complément : lab réassurance (#317) pour tester copy soldes avant bandeau site.
Quels playbooks pour préparer la prochaine période soldes ?
Playbook 1 : audit N-1 (4 h)
Export tickets dernière session soldes. Top SALE-INTENT, verbatims price_drop, policy mismatch QA. Croiser avec commandes par semaine.
Playbook 2 : rédiger SALE-POLICY (1 j)
14 blocs section 4. Validation legal + marketing. Date MAJ + owner. Publier la page /soldes et sync bot.
Playbook 3 : macros + bot J-7 (4 h)
7 macros SALE-* section 6. Test 15 conversations par intent. Chips PDP actives.
Playbook 4 : run phases 1 et 3 (4 semaines)
Staffing SALE-PHASE. War room daily phase 1 et démarques. Monitor sale_price_drop_approved.
Playbook 5 : debrief J+14 (2 h)
KPI section 10. Learning log → Notion. Ajuster price-match fenêtre si abus ou insatisfaction.
Maillage utile
Cette semaine : ouvrez votre dernière export soldes, taggez 50 tickets avec SALE-INTENT, et identifiez si sale_price_drop manque de protocole écrit. Sans SALE-PRICE-DROP documenté, chaque démarque recrée le chaos.
Enzo
2 juillet 2026
