E-commerce
1 juillet 2026
« Je pensais être abonnée, pourquoi plus de prélèvement automatique ? » « Refaites-moi la commande #4821 en changeant juste l'adresse. » « Vous m'avez débité deux fois, annulez l'abonnement. » Trois tickets où un client récurrent sans contrat d'abonnement parle comme un abonné ou demande un réachat assisté que le SAV ne sait pas traiter.
Le support achats récurrents sans abonnement couvre réachat volontaire, confusion Subscribe & Save, commande identique modifiée et doublons accidentels. Distinct du playbook replenishment #309 : ici, demandes entrantes agents, pas flows marketing Klaviyo.
Ce guide #491 couvre policy REPREQ-SUP, flow RR-1 à RR-8 et matrice DISAMBIG-SUB. Complète ventes récurrentes (#309) avec l'angle tickets réachat sans mécanisme d'abonnement formel. Paire SAV du futur bot reorder (#492).
Sommaire
Pourquoi les récurrents sans abonnement génèrent-ils des tickets spécifiques ?
Environ 80 % des clients 2+ commandes ne sont pas abonnés. Ils rachètent seuls, mais contactent le support quand le parcours self-service échoue ou qu'ils confondent rappel e-mail et prélèvement récurrent.
Cinq demandes entrantes typiques
Confusion abonnement : pense être abonné, aucun contrat Recharge
Reorder assisté : même commande, changer adresse ou variante
Stop prélèvement : demande résiliation sans abonnement actif
Doublon accidentel : deux commandes même SKU sous 48 h
Prix différent : dernier achat moins cher, conteste au réachat
SubSummit distingue Subscribe & Save et reorder volontaire (SubSummit, Replenishment Playbook 2026). Un agent qui applique le script abonnement à un récurrent volontaire perd confiance et temps.
REPREQ #491 vs REORDER #309, abonnement et bot #310
Quatre contenus, quatre responsabilités.
Matrice rapide
#491 REPREQ : demandes entrantes réachat sans abonnement
#309 REORDER : playbook replenishment macros Klaviyo
Abonnement : pause skip résiliation contrat
#310 bot timing : fenêtres proactive reorder IA
#309 définit REORDER-POLICY et rappels. #491 traite le ticket « je veux recommander » ou « stop me débiter » quand il n'y a pas de contrat.
Quelles typologies repeat_req_* classifier ?
Huit scénarios demandes réachat sans abonnement.
Huit typologies repeat_req
repeat_req_same_order : identique dernière commande
repeat_req_modify : même base, changer variante qty adresse
repeat_req_sub_confusion : croit être abonné, pas de contrat
repeat_req_stop_charge : stop prélèvement sans abonnement
repeat_req_duplicate : deux commandes accidentelles même SKU
repeat_req_price_change : prix différent vs dernière commande
repeat_req_oos_repeat : SKU habituel rupture au reorder
repeat_req_agent_place : client demande commande passée par agent
Tags : repeat_req, repeat_no_sub. Exclure tag subscription si Recharge inactif.
Comment fonctionne la matrice DISAMBIG-SUB ?
Avant toute macro, l'agent vérifie DISAMBIG-SUB : contrat abonnement actif ou réachat volontaire seulement.
Lookup obligatoire
Shopify customer : orders_count, dernière commande
Recharge ou Shopify Subscriptions : contrat actif paused cancelled
Klaviyo profile : segment replenishment vs subscriber
Ticket keywords : abonnement prélèvement résilier recommander
Branches DISAMBIG-SUB
Contrat actif : reroute macros abonnement skip pause cancel
Pas de contrat, 2+ orders : REPREQ-FLOW RR-1 à RR-8
1 seule commande : early repeat #206, pas repeat_req
Policy REPREQ-SUP en six règles
Six règles support réachat sans abonnement.
DISAMBIG-SUB first : jamais script abonnement sans contrat vérifié
NO-FAKE-SUB-CANCEL : ne pas simuler résiliation si pas d'abonnement
BUY-AGAIN-LINK : privilégier self-service avant commande agent
MODIFY-EXPLICIT : lister changements vs dernière commande avant GO
DUPLICATE-CHECK : 48 h même SKU, proposer annulation une commande
PRICE-GROUNDED : citer prix actuel PDP, pas promesse ancien tarif
Flow REPREQ RR-1 à RR-8
Flow agent huit étapes demande réachat.
RR-1 Intake : intent repeat_req_* ou confusion abonnement
RR-2 DISAMBIG-SUB : contrat actif ou non
RR-3 Lookup : dernière commande SKU qty adresse
RR-4 Classify : same modify duplicate price oos
RR-5 Propose : lien buy again ou draft modifications
RR-6 Confirm : client valide diff vs commande ref
RR-7 Execute : lien panier ou handoff ops si agent_place
RR-8 Close : tag repeat_req_resolved, update Klaviyo si snooze
SLA : first response repeat_req < 2 h. Lien buy again sous 5 min si lookup OK.
Macros REPREQ et formulations clés
Quatre macros essentielles.
REPREQ-SAME-01
« Votre dernière commande #{order} : {sku} x {qty}. Lien panier identique : {buy_again_url}. Modifiez variante ou adresse au checkout. »
REPREQ-MODIFY-01
« Même commande #{order} avec {change_list}. Panier pré-rempli : {draft_url}. Confirmez avant paiement. »
REPREQ-NOSUB-01
« Vous n'avez pas d'abonnement actif. Vos achats sont commande par commande. Pour ne plus recevoir de rappels : {snooze_url}. Pas de prélèvement automatique en cours. »
REPREQ-DUP-01
« Deux commandes #{a} et #{b} même produit sous 48 h. Souhaitez-vous annuler #{b} avant expédition ? Répondez OUI. »
Cas limites : prix, rupture et commande agent
Quatre cas hors macro standard.
Prix augmenté : citer PDP actuel, code fidélité si policy, pas ancien prix
SKU OOS : alternative #309 REORDER-008 ou notify me, pas lien mort
Agent place order : PCI : lien panier client, pas carte par chat
Demande abonnement upgrade : reroute Subscribe offer si 3+ orders même SKU
Exception prix accordée une fois : DEC #237 + PREC-LOG #480, pas promesse générale.
KPI repeat_req essentiels
Cinq métriques pilotage REPREQ.
repeat_req_ticket_rate : tickets repeat_req / commandes repeat
repeat_req_disambig_time : minutes lookup DISAMBIG-SUB
repeat_req_wrong_sub_script : tickets mal routés abonnement, cible 0
repeat_req_buy_again_cvr : % liens buy again convertis 7 j
repeat_req_duplicate_saved : annulations doublon avant ship
Anti-patterns REPREQ
Cinq erreurs fréquentes.
Script résiliation sans contrat : NO-FAKE-SUB-CANCEL
Ignorer DISAMBIG-SUB : client abonné mal servi ou inverse
Commander carte client chat : violation PCI
Promettre ancien prix : PRICE-GROUNDED
Dupliquer playbook #309 entier : #491 = demandes entrantes
REPREQ avec Qstomy
Qstomy sur Shopify : DISAMBIG-SUB auto, lookup dernière commande, buy again link, détection doublon 48 h, handoff abonnement si contrat actif.
Pipeline : #491 résout repeat_req → #309 snooze replenishment → #492 bot reorder assisté futur.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist REPREQ (8 étapes)
DISAMBIG-SUB sidebar : Recharge status visible agent
Policy REPREQ-SUP : 6 règles validées lead
8 typologies repeat_req_* : tags helpdesk
4 macros REPREQ-* : SAME MODIFY NOSUB DUP
Flow RR-1 à RR-8 : formation agents 30 min
Buy again URLs test : 10 clients repeat sample
Duplicate rule 48 h : alerte helpdesk auto
Dashboard KPI : repeat_req_* section 9
FAQ
Différence #309 ?
#309 = replenishment policy rappels Klaviyo. #491 = ticket entrant réachat ou confusion abo.
Client veut abonnement après 3 commandes ?
Macro upgrade REORDER-007 #309. REPREQ confirme DISAMBIG-SUB d'abord.
Bot #492 remplace agents ?
Tier 1 reorder link et modify. Agent pour duplicate, price dispute, agent_place.
Aller plus loin
Cette semaine : filtrer tickets « abonnement » sans contrat Recharge, tester DISAMBIG-SUB sur 10 dossiers, mesurer repeat_req_wrong_sub_script.
Enzo
1 juillet 2026
