E-commerce
1 juillet 2026
« J'ai payé 89 € lundi, aujourd'hui c'est 59 € sur votre site. » « Vous m'avez facturé 120 € alors que la promo -20 % était annoncée pour toute la semaine. » « Ma commande précommande a augmenté de 15 € sans prévenir. » Trois tickets où le prix a bougé après validation, pas une erreur d'affichage au checkout.
Les changements de prix post-achat (baisse soldes, hausse précommande, fin promo) génèrent frustration et chargebacks si le SAV improvise. Une policy PRICE-ADJ documentée, une fenêtre d'éligibilité et des macros PADJ-* protègent marge et relation.
Ce guide #387 traite comment répondre aux changements de prix après commande sans conflit. Distinct de erreurs prix (#247) (bug affichage, vil prix) et du futur alignement concurrent (#388) : ici, prix boutique qui évolue après que le client a payé.
Sommaire
Pourquoi les changements de prix post-achat surchargent-ils le SAV ?
Un ticket changement prix post-achat naît quand le montant payé diffère du prix actuellement affiché, sans erreur technique contestée. Le client perçoit une injustice, pas un malentendu.
Cinq déclencheurs fréquents DTC
Soldes lancées J+2 après achat plein tarif
Flash sale 48 h pendant fenêtre retour client
Précommande : prix deposit vs prix final révisé
Fin promo auto : client pensait promo toute la semaine
Markets Shopify : prix EUR vs prix affiché autre marché
Shop Happens rappelle que la plupart des enseignes appliquent des fenêtres de 7 à 30 jours pour les ajustements prix, rarement publicisées (Shop Happens, price adjustment 2026).
Angle #387 vs contenus voisins
Erreurs prix (#247) : bug PDP, vil prix, promo expirée affichée. Le #387 = prix légitime qui change.
Price match (#388 futur) : alignement concurrent. Le #387 = même boutique, prix différent dans le temps.
Partial refund (#368) : process PART-REF général. Le #387 = motif delta prix spécifique.
Objections prix (#174) : trop cher pré-achat. Le #387 = post-commande payée.
Exemple DTC
Marque skincare, lancement soldes -30 % 36 h après pic commandes plein tarif. 142 tickets price_drop J+1 sans policy. Après PRICE-ADJ 14 j : price_adj_fcr 81 %, partial delta moyen 18 €, chargebacks price -62 %.
Risque sans policy
Agent A rembourse 100 % delta, agent B refuse tout, agent C propose avoir : incohérence CSAT et marge imprévisible.
En quoi diffère-t-il des erreurs de prix et du price match ?
Quatre contenus pricing, quatre natures de litige et quatre process distincts.
#247 erreur prix (incident)
Nature : faute boutique (bug, feed, promo live à tort)
Enjeu : droit acquis client, annulation vil prix
Action : honorer, annuler bulk, partial correction bug
#387 changement prix (évolution légitime)
Nature : stratégie commerciale (soldes, fin promo, révision préco)
Enjeu : courtoisie commerciale, pas obligation légale sauf CGV
Action : policy PRICE-ADJ, partial delta si éligible
#388 price match (concurrent)
Client cite Amazon ou retailer X moins cher aujourd'hui. Qualification preuve, impact marge, règles cumul promo. Hors scope #387.
#368 partial refund (exécution)
PART-REF-GATE exécute le montant. PRICE-ADJ décide si delta prix est éligible et combien.
Complémentarité workflow
Ticket arrive → classifier price_incident (#247) vs price_adj (#387) vs price_match (#388). Si price_adj éligible → partial refund via PART-REF #368.
Quels scénarios price_adj_* cartographier ?
Dix typologies changement prix post-achat pour tags et macros cohérents.
Dix scénarios price_adj
price_drop_sale : soldes lancées après achat plein tarif
price_drop_flash : promo flash 24-72 h post-commande
price_drop_sitewide : code -15 % général alors que client a payé full
price_increase_preorder : préco, prix final > deposit annoncé
price_increase_correction : hausse rare correction ERP avant ship
price_promo_ended_perceived : client pensait promo active plus longtemps
price_bundle_recalc : retour partiel, promo bundle recalculée (#247 overlap)
price_market_currency : même SKU prix différent marché Shopify
price_subscription_change : abo récurrent, nouveau tarif annoncé
price_return_rebuy : client veut retourner pour racheter moins cher
Tags helpdesk
price_adj, price_drop, price_increase, price_adj_approved, price_adj_denied, price_adj_credit. Distinct price_incident (#247) et price_match (#388).
Données collecte ticket
N° commande, date achat, SKU/variant, prix payé ligne, prix PDP actuel (capture), fulfillment status, LTV client, policy window restante.
Priorité
price_increase_preorder + menace chargeback = P1. price_drop_sale volume = P2 standard.
Comment structurer la policy PRICE-ADJ ?
La policy PRICE-ADJ e-commerce documente éligibilité, fenêtre, montant et exceptions avant que le SAV réponde.
Cinq piliers policy
Fenêtre : 14 ou 30 j calendaires post-date commande (choix marque)
Éligibilité SKU : même variant_id, même boutique, stock comparable
Exclusions : clearance, bundle, flash exclusive, wholesale, gift card
Compensation : partial refund delta CB ou store credit +10 % option
Plafond : max 1 ajustement/client/commande, tier LTV VIP exception
Fenêtre 14 vs 30 jours
Savings Roll note que la plupart des retailers US utilisent 7-30 j (Savings Roll, 2026). DTC FR : 14 j standard, 30 j VIP ou panier > 150 €. Aligner CGV page /price-adjustment.
Calcul delta
Delta = (prix unitaire payé − prix actuel PDP) × quantité, hors port déjà facturé. Si promo client avait -10 % à l'achat, comparer prix net payé vs prix net actuel équivalent.
Hausse prix (price_increase)
Précommande : prix final contractuel dans email confirmation. Si hausse non annoncée CGV : annulation sans frais ou honorer prix initial si commande non expédiée.
Publication policy
Page footer « Ajustement de prix » + lien macros PADJ-DENY si hors fenêtre. FasterCapital recommande communication claire process et critères éligibilité (FasterCapital, price adjustment).
DEC exception
Hors policy mais geste fondateur : fiche DEC obligatoire gestes commerciaux (#238).
Comment appliquer le flow PADJ-FLOW en sept étapes ?
Le framework PADJ-FLOW structure traitement changement prix en sept étapes.
Sept étapes PADJ-FLOW
PA-1 Intake : commande, date, SKU, prix payé vs prix actuel client
PA-2 Classifier : price_drop vs price_increase vs price_incident (#247 redirect)
PA-3 Vérifier éligibilité : fenêtre, exclusions, fulfillment
PA-4 Calculer delta : Shopify order line vs PDP live same variant
PA-5 Décider : approve partial, credit, deny, return-rebuy
PA-6 Exécuter : partial refund Shopify ou gift card
PA-7 Documenter : note order, tag price_adj_approved, macro client
PA-2 redirect #247
Si bug affichage reproductible ou vil prix : transfer price_incident (#247), pas PRICE-ADJ courtoisie.
PA-3 fulfillment rules
Non expédié : option cancel + reorder prix bas (si client OK délai)
Expédié non livré : partial delta standard
Livré < 14 j : partial delta OU return-rebuy si policy retour
Livré > fenêtre : deny poli + exception LTV tier 2
PA-5 return-rebuy
Shop Happens : retour gratuit + rachat prix bas si pas d'ajustement policy. Guider client si retour < 30 j et port retour offert.
SLA PADJ
Décision sous 24 h ouvrées. Exécution partial sous 48 h. Communication délai banque 3-5 j.
Quelles macros PADJ-* pour les agents ?
Huit macros agents PADJ-* standardisent réponses changement prix.
Huit macros PADJ
PADJ-APPROVE-01 : delta approuvé, partial refund 48 h
PADJ-CREDIT-01 : avoir +10 % vs refund CB proposé
PADJ-DENY-WINDOW-01 : hors fenêtre 14 j, policy lien
PADJ-DENY-EXCL-01 : clearance/bundle non éligible
PADJ-INCREASE-01 : hausse préco expliquée CGV + options
PADJ-REBUY-01 : guide return-rebuy étiquette retour
PADJ-REDIRECT-247-01 : erreur affichage → incident prix
PADJ-VIP-01 : exception LTV, delta approuvé hors fenêtre
Ton sans conflit
Empathie + policy factuelle. « Nous comprenons la frustration. Notre policy ajustement couvre 14 j : votre commande du [date] est éligible, delta [X] € sera remboursé sous 48 h. » Pas justification agressive soldes.
PADJ-DENY sans dark pattern
Refus clair + lien policy + alternative return si éligible. Pas culpabilisation « vous auriez dû attendre soldes ».
Exécution Shopify PA-6
Orders → Refund → partial amount delta. Note « PRICE-ADJ order #[id] delta promo post-achat ». Voir PART-REF #368.
Formation agents 45 min
Classifier #247 vs #387, calcul delta live, 3 cas approve/deny/rebuy.
Comment gérer baisse vs hausse de prix différemment ?
La baisse et hausse prix post-achat exigent arbre décision asymétrique.
Baisse (price_drop) : courtoisie commerciale
Policy PRICE-ADJ : partial delta si fenêtre OK
Alternative avoir majoré si marge serrée
Return-rebuy si client préfère et retour ouvert
VIP : extension fenêtre 7 j discrétionnaire
Hausse (price_increase) : contractuel
Préco : prix final annoncé checkout deposit, email confirmation
Non expédié : honorer prix payé sauf clause CGV révision
Révision CGV valide : PADJ-INCREASE-01 + option annulation sans frais
Expédié : prix payé acquis, pas supplément
Abonnement (price_subscription_change)
Préavis 30 j email Loi Hamon / CGV abo. Support explique date effet, pas retro-adjust cycles passés. Lien save abo (#373) si menace churn.
Fulfilio rappel retours
Remboursement retour = montant payé à l'achat, pas prix actuel (Fulfilio, retours prix). Client return-rebuy : refund initial, nouvel achat prix bas.
Communication proactive soldes
Email J-1 VIP « soldes demain » réduit tickets price_drop. Support moins saturé J+1.
Quels cas limites et escalades prévoir ?
Six edge cases changement prix et règles escalade.
1. Bundle promo recalculé au retour
Overlap #247 price_bundle_recalc. Expliquer promo 2+1, pas PRICE-ADJ simple.
2. Gift card achat plein tarif, promo après
Exclusion policy : pas ajustement sur gift card purchase. Avoir geste si LTV.
3. Multi-quantity, prix dégressif maintenant
Delta sur tier quantity actuel vs payé. Calcul PA-4 ligne par ligne.
4. Client menace avis/chargeback
PADJ-VIP tier 2 review. Documenter. Pas capitulation totale sans policy.
5. Influencer code post-achat
Distinct price_match (#388). Courtoisie one-time si fenêtre 72 h post-order (#247 promo_forgot).
6. B2B wholesale tier
Prix négocié contractuel : pas PRICE-ADJ B2C. Handoff account manager.
Escalade tier 2
Delta > 50 €, price_increase dispute, legal mention : supervisor + fiche DEC.
Anti-patterns
Promettre ajustement sans vérif PA-3
Partial sans note Shopify (chargeback risk)
Confondre price_incident et price_adj
Refus sec sans alternative return-rebuy
Quels KPI price_adj mesurer ?
Les KPI changement prix support pilotent policy et charge support soldes.
Huit métriques clés
price_adj_ticket_rate : tickets price_adj / commandes
price_adj_fcr : résolu 1er contact / tickets price_adj
price_adj_approve_rate : % deltas approuvés vs demandés
price_adj_delta_median : € remboursé médian
price_adj_cost_monthly : total partial delta PRICE-ADJ
price_adj_chargeback_rate : chargebacks motif prix / tickets
price_adj_rebuy_rate : return-rebuy vs partial direct
price_adj_csat : satisfaction post-PADJ
Benchmark DTC
price_adj_fcr > 75 %, approve_rate 40-60 % (policy stricte), chargeback price < 2 % tickets, delta median 12-25 € mode/beauty.
Pic soldes
Anticiper price_adj_ticket_rate x3 J0-J3 soldes. Renfort agents + macros pré-chargées. Dashboard daily pendant campagne.
ROI policy
Coût delta mensuel vs chargebacks évités + repeat rate clients PADJ-APPROVE. Cahoot : return policy claire augmente confiance et repeat purchase.
Comment aligner marketing, ops et SAV avant les soldes ?
La préparation soldes PRICE-ADJ réduit conflit post-achat par coordination amont.
Checklist pré-soldes (marketing + support)
Publier dates soldes site + email VIP J-1
Vérifier page /price-adjustment à jour
Brief agents PADJ-FLOW + macros refresh
Script Shopify : tag commandes J-7 plein tarif at-risk price_adj
Cap budget delta soldes (ex. 8 000 € max)
Escalade tier 2 nommée pendant pic
Email proactive at-risk
Commandes J-3 à J-1 avant soldes : email « Soldes demain, votre commande récente reste expédiée, policy ajustement 14 j si prix baisse ». Réduit tickets hostiles.
Compare-at pricing
Soldes = price baisse légitime. Ne pas confondre avec compare-at stale (#247). Support vérifie price field vs compare_at Shopify admin.
Ops fulfillment
Retarder expédition mass J-0 soldes 24 h si volume price_adj return-rebuy attendu. Coordination entrepôt.
Post-mortem soldes
Revue price_adj_cost, approve_rate, tickets/host. Ajuster fenêtre ou exclusions année suivante.
Comment Qstomy aide sur les demandes changement de prix ?
Qstomy sur Shopify : détection intent price_adj, vérif éligibilité fenêtre, calcul delta order vs PDP, handoff agent PADJ.
Capacités price_adj Qstomy
price_adj_detect : « prix baissé », « moins cher maintenant »
price_adj_lookup_order : prix payé + date via API
price_adj_compare_pdp : variant live price vs line item
price_adj_eligibility : fenêtre 14 j, exclusions policy
price_adj_redirect_247 : bug affichage → incident
price_adj_handoff : ticket pré-rempli delta + PA-3 statut
Bot informe et qualifie ; exécution partial refund reste agent (PART-REF #368). Futur bot price match (#389) couvre concurrent.
Scénario DTC chiffré
Marque fitness, 68 tickets price_adj/mois soldes, price_adj_fcr 58 % avant bot.
Après intents Qstomy : price_adj_fcr 79 %, temps agent/ticket -9 min, price_adj_redirect_247 correct 94 % (moins confusions incident).
Explorez support IA, agent vente et demander une démo.
Quelle checklist déployer PRICE-ADJ cette semaine ?
Checklist PRICE-ADJ (10 étapes)
Rédiger policy 1 page (fenêtre, exclusions, delta, plafond)
Publier page /price-adjustment + lien footer
Documenter PADJ-FLOW PA-1 à PA-7 Notion
Créer 8 macros PADJ-* + formation 45 min
Classifier arbre #247 vs #387 vs #388
Template calcul delta Shopify admin
Intégrer exécution PART-REF #368
Dashboard KPI price_adj mensuel
Checklist pré-soldes marketing + support
Post-mortem après chaque campagne promo majeure
En bref
#387 = prix évolue post-achat, #247 = erreur boutique
PRICE-ADJ : fenêtre 14-30 j, partial delta
PADJ-FLOW : classifier → exécuter en 7 étapes
Baisse vs hausse : courtoisie vs contractuel
KPI price_adj_fcr : cible > 75 %
FAQ
Obligation légale d'ajuster le prix ?
Non en général DTC FR sauf CGV précommande ou erreur (#247). PRICE-ADJ = courtoisie policy.
Différence avec price match #388 ?
#387 = même boutique, prix a changé dans le temps. #388 = concurrent moins cher aujourd'hui.
Client veut retourner pour racheter moins cher ?
PADJ-REBUY-01 si retour éligible. Sinon partial delta si fenêtre PRICE-ADJ.
Commande expédiée hier, soldes aujourd'hui ?
Éligible PA-3 si dans fenêtre. Partial delta PA-6, pas annulation.
Relation partial refund #368 ?
PRICE-ADJ décide éligibilité delta. PART-REF exécute montant sur Shopify.
Aller plus loin
Calculez delta sur 5 tickets price_drop récents : vérifiez si policy 14 j aurait couvert 80 % des demandes légitimes.
Partagez ce guide #387 avec support et marketing : une PRICE-ADJ claire transforme le conflit soldes en geste maîtrisé et mesurable.
Enzo
1 juillet 2026
