E-commerce
10 août 2026
« Je veux résilier. » C'est le message le plus sensible du parcours abonnement. Mal configuré, le chatbot bloque, culpabilise ou promet des remises non autorisées. Bien calibré, il propose pause, skip ou ajustement au bon moment, sans empêcher la sortie.
Recurly observe sur 76 millions d'abonnés que 38 % des consommateurs préfèrent mettre en pause plutôt qu'annuler, et que 27 % résilieraient si la pause n'était pas proposée clairement (Recurly, State of Subscriptions 2026). SubJolt rappelle que les abonnés avec skip accessible restent 135 % plus longtemps que ceux contraints au tout ou rien (SubJolt, rétention abonnement DTC).
Ce guide #373 traite le chatbot IA pour sauver une annulation d'abonnement sans forcer : framework SAVE-FLOW, offres responsables, gouvernance bot et KPI save_rate. Distinct de support abonnement (ops SAV général), de annulation accidentelle (#372) (récupération post-cancel) : ici, conversation IA au moment du flow cancellation, éthique et mesurable.
Sommaire
Pourquoi le cancellation flow mérite un bot save responsable ?
Le cancellation flow chatbot est le point de friction le plus surveillé par clients, régulateurs et équipes rétention. Une IA mal paramétrée transforme une résiliation légitime en mauvaise expérience ; une IA bien calibrée convertit une part du churn en pause ou ajustement.
Cinq risques bot cancel mal conçu
Dark pattern : bouton cancel caché, boucle infinie « êtes-vous sûr ? »
Promesse interdite : remise 50 % que le bot ne peut pas appliquer
Blocage résiliation : bot refuse d'escalader cancel confirmé
Script culpabilisant : ton agressif, perte confiance marque
Save aveugle : même offre prix à un client qui a trop de stock
Chargebee estime que 58 % des abonnés préfèrent pause à cancel lorsque le choix est réel et non manipulatoire (SubJolt, playbook rétention 2026).
Angle #373
Le guide support abonnement couvre pause et résiliation côté agents. Le #372 ACC-REC traite récupération post-erreur. Le #373 isole l'IA conversationnelle dans le flow cancel : save responsable, pas obstruction.
Exemple DTC
Marque skincare abo, cancel flow portail sans bot : churn mensuel 9,2 %. Après SAVE-FLOW bot intégré portail : voluntary_churn -18 %, save_rate 34 % (pause+skip), CSAT post-cancel 4,2/5 même sur résiliations confirmées.
Principe save sans forcer
Trois règles : cancel toujours accessible en 2 clics max ; bot propose alternative adaptée au motif ; client confirme cancel sans friction si refus.
Moment d'intervention bot
Trigger : clic « Résilier » portail, intent cancel_sub chat, ou réponse « je veux arrêter » après question bot. Pas avant : client en support général ne subit pas save non sollicité.
Coût save irresponsable
Plaintes réseaux sociaux, signalements dark pattern, churn accéléré par frustration. ROI save = LTV préservée moins réputation entamée.
Signal save vs cancel ferme
Save possible : « J'ai trop de produit », « trop cher ce mois », « je pars en voyage ».
Cancel ferme : « Je ne veux plus jamais », « produit ne me convient pas du tout » après 3 livraisons, demande légale GDPR.
En quoi diffère-t-il du support abonnement et du #372 ?
Sept contenus voisins, sept rôles sur abonnement, rétention et IA.
Support abonnement général
Support abonnement : typologie pause, skip, résiliation agents. Le #373 = bot IA au flow cancel, pas macros SAV générales.
Annulation accidentelle (#372)
ACC-REC (#372) : réactivation post-erreur. Le #373 intervient avant cancel confirmé, pas après.
Replenishment (#145)
Replenishment (#145) : fréquence, stock. Le #373 route motif « trop de produit » vers skip/pause bot.
Limites chatbot (#124)
Limites chatbot (#124) : quoi ne pas automatiser. Le #373 précise : cancel confirmé = exécuter, pas bloquer.
Gouvernance IA (#142)
Gouvernance (#142) : règles dire vs faire. Le #373 applique au save offer catalog bot cancel.
Réclamations rétention
Plaintes rétention : service recovery post-incident. Le #373 = prévention churn amont.
Promesse #373
Framework SAVE-FLOW, hiérarchie offres, scripts bot responsables, KPI save_rate et gouvernance anti-dark-pattern.
Quels motifs de résiliation router vers le bot ?
Cartographier les motifs de résiliation permet au bot de proposer la bonne alternative, pas une remise générique.
Dix motifs cancel_reason
Trop de stock : skip 1-2 cycles
Prix / budget : pause 30-60 j ou swap format économique
Absence temporaire : pause vacances
Produit ne convient pas : swap variante ou cancel ferme
Fréquence inadaptée : ajuster cadence
Livraison / SAV insatisfaisant : handoff agent + geste si policy
Oubli abonnement actif : rappel valeur + pause
Test / curiosité : explication prochaine charge + pause
Concurrence : cancel ferme, enquête optionnelle
Raison non déclarée : menu pause vs skip vs cancel
Intent bot cancel_sub_*
cancel_sub_start : client initie résiliation
cancel_sub_reason_stock : trop de produit
cancel_sub_reason_price : budget
cancel_sub_confirm : confirme cancel définitif
cancel_sub_save_accept : accepte pause/skip proposé
Mining données Recharge
Export cancellation survey portail 90 j. Quantifier top 5 motifs. Prioriser scripts bot sur ces 5.
Segmentation LTV
Abonné < 3 livraisons : save = swap produit ou pause, pas remise agressive. Abonné > 12 mois : geste fidélité si policy autorise.
Workshop 90 min
Rétention + support + legal : valider motifs, offres autorisées par motif, plafond remise bot.
Comment structurer SAVE-FLOW en huit étapes ?
Le framework SAVE-FLOW structure la conversation bot cancellation en huit étapes reproductibles et auditables.
Huit étapes SAVE-FLOW
SF-1 Accueil neutre : « Je peux vous aider à gérer votre abonnement »
SF-2 Motif : menu raison ou NLP detect cancel_sub_reason_*
SF-3 Empathie courte : 1 phrase, pas sermon
SF-4 Offre adaptée : pause, skip, swap ou fréquence selon motif
SF-5 Acceptation ou refus : boutons clairs « Oui pause » / « Non, résilier »
SF-6 Exécution self-service : deep link portail Recharge action
SF-7 Cancel confirmé : exécuter cancel sans nouvelle boucle save
SF-8 Clôture : récap + « réactiver quand vous voulez » lien portail
Hiérarchie offres save
Ordre éthique : pause > skip > swap/fréquence > remise ponctuelle > cancel. Remise bot seulement si motif price ET tenure > 6 mois ET plafond policy.
Exemple script stock
« Vous avez encore du produit ? Je peux reporter votre prochaine livraison de 4 semaines en 1 clic, sans annuler votre abonnement. » Boutons : Skip 4 sem | Résilier quand même.
Exemple script prix
« Budget serré ce mois ? Pause 30 j gratuit ou passage au format 15 ml (-20 %) possible. Sinon je procède à la résiliation. »
Max 1 boucle save
Client refuse 1re offre : proposer alternative différente (ex. skip si pause refusée). Refus 2e : exécuter cancel immédiat. Pas de 3e tentative.
Transparence EU AI Act
Indiquer que l'assistant est IA si requis marché. Lien GDPR chatbot pour consentement et logs.
Quel catalogue d'offres save autoriser au bot ?
Le catalogue offres save bot définit ce que l'IA peut proposer sans dépasser policy commerciale.
Six offres save autorisées
SAVE-PAUSE-30 : pause 30 j, 1×/12 mois
SAVE-SKIP-1 : skip prochain cycle
SAVE-FREQ-DOWN : allonger intervalle 4→6 sem
SAVE-SWAP-SKU : variante moins chère ou travel size
SAVE-DISC-10 : -10 % prochaine charge, tenure > 6 mois
SAVE-AGENT : handoff humain si SAV ou litige
Matrice motif → offre
Stock → SKIP-1 ou PAUSE-30. Prix → FREQ-DOWN ou DISC-10 si éligible. Vacances → PAUSE-30. Produit → SWAP-SKU puis cancel. SAV → SAVE-AGENT.
Offres interdites bot
Remise > plafond policy, cancel différé sans consentement, modification CGV, promesse livraison gratuite permanente. Voir limites chatbot (#124).
Personnalisation données Shopify
Bot lit : tenure mois, dernière livraison, skip history, AOV abo. Évite SAVE-DISC-10 à un client déjà discounté.
A/B test offres
Tester SKIP vs PAUSE sur motif stock 30 j. Mesurer save_rate et 90d_retention post-save.
Où intégrer le bot dans le portail Recharge ?
L'intégration portail cancellation place le bot au bon endroit du parcours Recharge ou Shopify Subscriptions.
Trigger portail Recharge
Customer Portal cancel button → modal « Parler à l'assistant » ou embed chat avant survey. Deep link retour portail action après save accept.
Widget chat site
Intent cancel_sub_start si client connecté compte + abo actif détecté. Pas de save proactif sur visiteur anonyme PDP.
Email win-back vs save flow
Email J+3 post-cancel = win-back marketing. SAVE-FLOW = avant cancel confirmé. Ne pas confondre les deux parcours.
SMS et WhatsApp
Si canal support : même scripts SAVE-FLOW, boutons reply PAUSE ou CANCEL. Pas de save sur canal non opt-in.
Post-cancel bot
Après SF-7 confirmé : bot ne relance pas save. Propose FAQ réactivation + lien ACC-REC (#372) si erreur déclarée.
Sync Recharge API
Actions bot : pause_subscription, skip_charge, swap_product via API ou lien portail tokenisé. Jamais cancel via bot sans confirmation explicite SF-7.
Quelle gouvernance éviter dark patterns et promesses ?
La gouvernance save bot évite promesses non tenues et dark patterns documentés par la CNIL et les trade bodies.
Règles dire vs faire
Dire : expliquer pause, skip, avantages abo
Faire : exécuter action portail si client accepte bouton
Interdit faire : cancel silencieux, remise non loguée
Aligner sur gouvernance IA (#142) : RACI save offers, validation legal plafonds remise.
Anti-dark-pattern checklist
Bouton « Résilier définitivement » visible même taille que « Pause »
Pas de pré-cochage acceptation save
Pas de timer fake « offre expire 60 s »
Cancel confirmé = email confirmation sous 24 h
Logs audit cancel flow
Logger : motif, offres proposées, accept/refus, cancel final oui/non, subscription_id. Revue mensuelle rétention + legal.
Escalade obligatoire
Client en colère, mention avocat, demande GDPR effacement : handoff agent immédiat. Lien clients en colère.
Kill switch
Si bug bot (double skip, mauvaise remise) : désactiver SAVE-FLOW, fallback portail seul + ticket. Procédure incident #142.
Quels KPI save_rate et churn mesurer ?
Les KPI save cancellation bot mesurent efficacité rétention sans sacrifier satisfaction post-cancel.
Huit métriques clés
save_rate : (pause+skip+swap) / sessions cancel_sub_start
voluntary_churn_rate : cancels confirmés / abonnés actifs/mois
save_offer_accept_by_reason : accept par motif
90d_retention_post_save : abonnés sauvés encore actifs à 90 j
cancel_csat : survey post-cancel confirmé
dark_pattern_complaint_rate : tickets « impossible résilier »
bot_cancel_resolution : résolu sans agent / sessions cancel
discount_save_roi : marge préservée vs remise accordée
Benchmark DTC
Objectif save_rate 25-40 % selon vertical, voluntary_churn baisse 10-20 % post-SAVE-FLOW, cancel_csat > 4,0/5 même sur churn confirmé.
Dashboard hebdo
Volume cancel_sub_start, save_rate par motif, top refus offre, plaintes dark pattern. Partager #retention + #product.
Coût save remise
Formule : saves DISC-10 × marge cédée vs LTV 6 mois préservée. Si ROI négatif : retirer remise bot, garder pause/skip.
Alerte régression
dark_pattern_complaint_rate +25 % : audit UX flow immédiat. save_rate chute + offre inchangée : revoir scripts empathie.
Quels cas limites traiter différemment ?
Six edge cases cancellation bot exigent règles SAVE-FLOW spécifiques.
Abonnement cadeau destinataire
Destinataire veut cancel : vérifier crédit prépayé. Handoff gift sub (#273) si donneur doit intervenir.
Charge imminente (< 48 h)
Skip cycle en cours si policy Recharge le permet. Sinon pause post-charge + refund policy si applicable.
Client déjà en pause
Intent cancel_sub sur abo paused : proposer réactivation ou cancel définitif, pas nouvelle pause.
Multi-abonnements
Identifier subscription_id exact. Ne pas skip le mauvais line item.
Save limit atteint
Client a déjà utilisé PAUSE-30 twice / 12 mois : proposer skip ou cancel, pas 3e pause bot.
Erreur déclarée post-cancel
« J'ai annulé par erreur » : handoff intent ACC-REC (#372), pas nouveau SAVE-FLOW.
Quelles erreurs bot save coûtent confiance et LTV ?
Six anti-patterns save bot détruisent confiance et peuvent violer réglementation résiliation en ligne.
Boucle save infinie
Plus de 2 offres après refus = dark pattern. SF-7 immédiat.
Remise escalade automatique
-10 % puis -20 % puis -30 % sans plafond = marge brûlée + clients conditionnés à cancel pour obtenir remise.
Cancel sans confirmation écrite
Bot dit « c'est fait » sans email Recharge confirm cancel = ticket doublon + plainte.
Save sur litige ouvert
Ticket SAV colis manquant ouvert : handoff agent, pas pause bot qui masque problème.
Ton culpabilisant
« Vous allez regretter », « pensez à l'environnement » : interdit scripts. Empathie factuelle seulement.
Ignorer cancel GDPR
Demande effacement données : process legal, pas SAVE-DISC-10.
Comment Qstomy déploie SAVE-FLOW sans forcer ?
Qstomy déploie SAVE-FLOW : détection motif, offres cataloguées et deep link portail Recharge sans dark pattern.
Capacités cancel save
cancel_sub_intent_detect : NLP motif stock, prix, vacances, produit
save_offer_router : matrice motif → SAVE-PAUSE/SKIP/SWAP/DISC
recharge_deep_link : action portail tokenisée post-accept
cancel_confirm_execute : guide cancel SF-7 sans nouvelle save
acc_rec_handoff : erreur post-cancel → #372
save_flow_logs : audit motif, offres, outcome pour KPI
Scénario DTC chiffré
Marque compléments, 210 sessions cancel_sub/mois portail, save_rate 0 % avant bot.
Après Qstomy SAVE-FLOW : save_rate 31 %, voluntary_churn -16 %, bot_cancel_resolution 74 %, cancel_csat 4,3/5, dark_pattern_complaints 0 sur 90 j.
Explorez support IA, Shopify, demander une démo.
Complément ops #372
Qstomy #373 = save avant cancel. #372 = récupération si client a déjà confirmé par erreur.
Quelle checklist pour lancer le bot cancellation save ?
Checklist SAVE-FLOW (10 étapes)
Auditer cancellation survey Recharge 90 j
Documenter 8 étapes SAVE-FLOW et hiérarchie offres
Valider catalogue SAVE-* avec legal et finance
Rédiger scripts bot par top 5 motifs
Intégrer trigger portail cancel + widget chat
Configurer logs audit et kill switch
Tester mystery shop cancel : 2 clics max si refus save
Lancer A/B SKIP vs PAUSE motif stock
Dashboard save_rate et cancel_csat hebdo
Revue trimestrielle anti-dark-pattern + scripts
En bref
#373 = bot save au flow cancel, pas récupération post-erreur (#372)
SAVE-FLOW : 8 étapes, max 2 offres, cancel toujours possible
Hiérarchie : pause > skip > swap > remise > cancel
Gouvernance : catalogue offres, logs, anti-dark-pattern
KPI save_rate : cible 25-40 % sans plaintes obstruction
FAQ
Le bot peut-il refuser la résiliation ?
Non. Après 2 offres refusées, exécuter cancel immédiat SF-7.
Différence avec support abonnement ?
Support abo = ops général agents. #373 = conversation IA proactive au clic résilier.
Et l'annulation par erreur (#372) ?
#372 = après cancel confirmé. #373 = avant, pour éviter churn évitabl.
Quelle remise maximale bot ?
Définir plafond policy (ex. -10 % 1×/an). Au-delà : handoff agent ou cancel.
Comment mesurer sans dark pattern ?
Suivre cancel_csat et dark_pattern_complaint_rate en parallèle de save_rate.
Aller plus loin
Testez mystery shop : parcours résiliation complet, vérifiez 2 refus save → cancel confirmé en moins de 60 secondes.
Partagez ce guide #373 avec rétention et product : un save bot responsable préserve LTV sans transformer la résiliation en combat.
Enzo
10 août 2026
