E-commerce
1 juillet 2026
« Recommandez-moi la même chose que la dernière fois. » « Commande #4821, changez juste la taille M en L. » « Le lien buy again ne marche pas sur mobile. » Trois demandes où un bot reorder depuis commande précédente doit lookup historique, pré-remplir le panier et confirmer les différences avant checkout.
Un chatbot IA recommandation commande précédente ne remplace pas REPREQ agents (#491). Il exécute tier 1 : auth client, sélection commande ref, lien panier modifiable, handoff si doublon ou litige prix.
Ce guide #492 couvre intents bot_reorder_prev_*, flow REORDPREV et KPI reorder_prev_bot. Paire bot du playbook REPREQ (#491). Distinct du bot timing (#310) : ici, recommander à partir d'une commande passée, pas choisir le moment.
Sommaire
Pourquoi un bot reorder depuis commande précédente ?
Le buy again natif Shopify échoue quand le client ne trouve pas son compte, veut modifier une ligne ou cite un numéro de commande sans se connecter.
Ce que le bot résout
Lookup commande : e-mail OTP ou compte, liste 3 dernières
Panier pré-rempli : SKU qty properties identiques ref order
Modify inline : variante qty adresse avant lien checkout
DISAMBIG-SUB : pas de script abonnement si pas de contrat
Easy Subscription rappelle : chaque action manquante en self-service devient ticket (Easy Subscription, manage subscriptions 2026).
REORDPREV vs #310 timing, #491 REPREQ et historique #258
Quatre bots, quatre jobs reorder.
Matrice rapide
#492 REORDPREV : recommander depuis commande passée, panier draft
#310 REORDER-TIMING : quand proposer proactivement
#491 REPREQ : agents confusion abo doublon prix
#258 historique : auth lookup WISMO général
#258 authentifie et liste. #492 construit le reorder actionnable. #310 décide si proposer ; #492 répond quand le client demande.
Quels intents bot_reorder_prev_* configurer ?
Huit intents bot reorder commande précédente.
Huit intents bot_reorder_prev
bot_reorder_prev_request : recommander dernière commande
bot_reorder_prev_by_number : commande #XXXX ref explicite
bot_reorder_prev_pick_list : choisir parmi N dernières
bot_reorder_prev_modify : même base, changer variante qty
bot_reorder_prev_multi_line : reorder lignes sélectionnées
bot_reorder_prev_oos : SKU ref rupture, alternative
bot_reorder_prev_sub_check : DISAMBIG-SUB avant lien
bot_reorder_prev_handoff : doublon prix litige → #491
Tier 1 auto : request, by_number, pick_list, modify, sub_check. Handoff : oos complex, handoff.
Comment consommer REPREQ #491 et REORDER #309 ?
Le bot lit DISAMBIG-SUB #491 avant lien panier. Il consomme durées SKU et buy again rules depuis REORDER-POLICY #309.
Données grounded
order_id ref : line items variant_id qty properties
stock check : variant available before cart URL
price current : PDP price today, pas order legacy
duplicate 48h : same SKU recent order flag handoff
Pas de promesse ancien tarif. Pas de résiliation abo simulée.
Policy REORDPREV-SUP en six règles
Six règles bot reorder commande précédente.
AUTH-REQUIRED : OTP e-mail ou session compte avant lookup
CONFIRM-DIFF : lister changements vs ref order avant GO
NO-PCI : lien checkout client, jamais carte par chat
DISAMBIG-SUB : contrat actif → macros abonnement
STOCK-GROUNDED : OOS → alternative ou notify, pas lien mort
DUPLICATE-HANDOFF : 2 orders 48h → #491 REPREQ-DUP
Flow REORDPREV RP-1 à RP-8
Flow huit étapes bot reorder.
RP-1 Classify : bot_reorder_prev_* intent
RP-2 Auth : OTP ou session Shopify customer
RP-3 DISAMBIG-SUB : abonnement actif ou non
RP-4 Select order : dernière ou # ref ou pick list
RP-5 Build draft : line items + stock + price check
RP-6 Modify : client change variant qty si besoin
RP-7 Confirm : TPL-REORDPREV récap vs ref
RP-8 Deliver : cart URL ou handoff #491
Exemple TPL-REORDPREV-CONFIRM
« Reprise commande #4821 : Sérum 50 ml x1, Crème x1. Changement : taille L au lieu de M. Total estimé 67 €. Lien panier : [url]. Confirmez checkout. »
Templates TPL-REORDPREV et touchpoints
Quatre templates essentiels.
TPL-REORDPREV-LIST
Vos 3 dernières commandes : #4821 (12 juin), #4710 (3 mai)... Laquelle recommander ?
TPL-REORDPREV-SAME
Commande #{order} identique. Panier : [url]. Modifiez au checkout si besoin.
TPL-REORDPREV-NOSUB
Pas d'abonnement actif. Achat ponctuel. Rappels e-mail : snooze [url].
TPL-REORDPREV-OOS
[SKU] indisponible. Alternative [sku_b] stock OK : [url].
Touchpoints
/account : chip « Recommander dernière commande »
Post-WISMO delivered : CTA reorder si replenishment SKU
E-mail replenishment : deep link bot session pre-auth
Cas limites et handoff agents
Cinq cas hors tier 1 bot.
Prix contesté : handoff #491 PRICE-GROUNDED
Doublon 48h : REPREQ-DUP agent annulation
Contrat abonnement : skip pause swap abo
B2B volume repeat : handoff wholesale
Perso line properties : rebuild properties #418
KPI reorder_prev_bot essentiels
Cinq métriques pilotage REORDPREV.
reorder_prev_bot_cvr : % sessions avec checkout 7 j
reorder_prev_bot_auth_rate : % auth réussie OTP ou compte
reorder_prev_bot_modify_rate : % avec changement vs ref
reorder_prev_bot_handoff_rate : sessions → #491 agents
reorder_prev_bot_ticket_deflect : repeat_req évités vs sans bot
Cible : repeat_req_ticket_rate -25 % sur segment 2+ commandes.
Anti-patterns REORDPREV
Six erreurs fréquentes.
Lookup sans auth : fuite données commande
Lien panier OOS : STOCK-GROUNDED violation
Confondre #310 : proactive timing vs demande client
Auto-commander : NO-PCI violation
Ignorer DISAMBIG-SUB : script abo sur volontaire
Promettre ancien prix : PRICE-GROUNDED
REORDPREV avec Qstomy
Qstomy sur Shopify : auth OTP, lookup orders, DISAMBIG-SUB, draft cart URL, duplicate detect, handoff #491 payload order_ref.
Pipeline : #492 tier 1 reorder → #491 litige doublon prix → #309 snooze replenishment post-achat.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist REORDPREV (8 étapes)
Auth OTP ou SSO : whitelist customer lookup
8 intents bot_reorder_prev_* : flow RP-1 à RP-8
Policy REORDPREV-SUP : 6 règles CONFIRM-DIFF
4 templates TPL-REORDPREV-* : LIST SAME NOSUB OOS
Sync DISAMBIG-SUB #491 : Recharge status API
Stock check pre-URL : variant qty > 0
Tests 6 scénarios : same, modify, oos, nosub, duplicate, handoff
Dashboard KPI : reorder_prev_bot_* section 9
FAQ
Différence #310 ?
#310 = timing proactive. #492 = reorder sur demande depuis commande passée.
Différence #491 ?
#491 = agents confusion abo doublon. #492 = bot tier 1 panier pré-rempli.
Buy again Shopify suffit ?
Oui si compte OK. Bot ajoute modify, auth OTP, DISAMBIG-SUB, handoff.
Aller plus loin
p : REORDER (#309)
Cette semaine : activer chip « Recommander dernière commande » sur /account, tester RP-4 modify variante, mesurer reorder_prev_bot_cvr.
Enzo
1 juillet 2026
