E-commerce
1 juillet 2026
« Le bot a promis 30 minutes alors que mon panier affichait 10. » « L'IA a prolongé ma réservation sans vérifier. » « Chatbot dit que j'ai garanti l'article alors qu'il a expiré. » Trois échecs où un bot réservation stock mal calibré crée fausses attentes et tickets checkout.
Un chatbot IA réservation stock ne remplace pas les agents RESV (#569). Il lit RESV-MAP, cite hold_duration checkout_hold extend_policy, explique priorité checkout et handoff extension perte panier vers humains.
Ce guide #570 couvre intents bot_resv_*, flow RESVbot et KPI resv_bot. Paire bot du playbook RESV (#569). Nouveau cas d'usage IA conversion : expliquer timer priorité expiration sans inventer durée ni promettre extension.
Sommaire
Pourquoi automatiser la réservation stock par bot ?
« Combien de temps dans mon panier ? », « que se passe-t-il si ça expire ? » et « pourquoi l'article a disparu ? » reviennent sur PDP limitée et checkout timer. Un bot calibré lookup resv_scope_id, cite hold_duration payment_retry_hold depuis RESV-MAP.
Ce que le bot résout tier 1
Durée hold : hold_duration_min checkout_hold map
Expiration : conséquence stock libéré oos_fallback
Priorité checkout : first paid wins explain
Paiement échoué : payment_retry_hold policy cite
Policy extension : extend_policy cite sans exécuter
Baymard estime que 18 % des abandons checkout lient disponibilité perçue ou timer stress (Baymard, checkout 2026). Le bot intercepte bot_resv_timer_duration avant durée inventée.
RESVbot vs RESV #569, OOS bot, drop #559, panier expiré #571
Cinq contenus, cinq modèles panier et stock.
Matrice rapide
#570 RESVbot : bot tier 1 timer priorité expiration
#569 RESV : agents extend checkout lost execute
OOS bot : bot rupture alternatives distinct hold
#559 XDROP : drop queue pas timer panier standard
#571 expired cart : panier expiré prix modifié post-session
Pipeline : bot timer cite → #569 extend VIP checkout execute. #571 = session expirée prix changé, pas hold inventaire actif.
Quels intents bot_resv_* configurer ?
Huit intents bot réservation stock mappés typologies #569.
Huit intents bot_resv
bot_resv_timer_duration : hold_duration_min checkout_hold
bot_resv_timer_remaining : countdown si cart session API
bot_resv_expired_info : conséquence expiration oos_fallback
bot_resv_extend_info : extend_policy cite sans exécuter
bot_resv_checkout_priority : first paid wins stock partagé
bot_resv_payment_retry : payment_retry_hold si échec paiement
bot_resv_oos_vs_hold : hold expiré vs vraie rupture
bot_resv_handoff : extend VIP checkout lost → #569
Tier 1 auto : timer_duration, expired_info, extend_info, checkout_priority, payment_retry, oos_vs_hold si RESV-MAP + guardrails.
bot_resv_handoff, extend execute → agents #569 payload cart_id intent.
Comment consommer RESV-MAP #569 ?
Le bot lit RESV-MAP #569 : resv_scope_id, hold_duration_min, checkout_hold, extend_policy, extend_max_min, multi_cart_rules, payment_retry_hold, oos_fallback.
Lookup grounded
Scope lookup : resv_scope_id SKU catégorie global
RESV-MAP row : durée extend payment retry fallback
Cart API : expiry timestamp si session authentifiée
TIMER-GROUNDED-BOT : durée map ou cart API only
NO-EXTEND-BOT : bot ne prolonge jamais hold
NO-GUARANTEE-BOT : pas droit acquis panier promis
Alignement anti-hallucination (#123) : timer = RESV-MAP ou cart API only.
Policy RESVBOT-SUP en six règles
Six règles bot réservation stock sûr.
RESV-MAP-GROUNDED : durée extend hold depuis map only
TIMER-GROUNDED-BOT : minutes cite map ou cart API
NO-EXTEND-BOT : extension → handoff #569
CHECKOUT-PRIORITY-BOT : paiement validé confirme, pas panier seul
OOS-REROUTE-BOT : vraie rupture → OOS alternatives bot
EXPIRED-CART-REROUTE : prix modifié post-session → #571
Flow RESVbot RSB-1 à RSB-8
Flow huit étapes bot réservation stock.
RSB-1 Classify : bot_resv_* intent detect
RSB-2 Scope collect : resv_scope_id cart_id SKU
RSB-3 RESV-MAP : hold_duration extend payment retry
RSB-4 Cart lookup : expiry remaining si session auth
RSB-5 Guardrail : TIMER NO-EXTEND CHECKOUT-PRIORITY
RSB-6 Respond : TPL-RESVbot grounded
RSB-7 Handoff : extend checkout lost → #569
RSB-8 Log : intent cart_id tag resv_bot
Exemple TPL-RESVbot-TIMER
« Réservation [product_name] : [hold_duration_min] min en panier. [checkout_hold si map.] Expiration libère stock. Finalisez checkout avant expiry. Extension : [extend_policy summary], agent si éligible. »
Templates TPL-RESVbot et touchpoints
Quatre templates essentiels.
TPL-RESVbot-TIMER
[product_name]. Hold [hold_duration_min] min. [Remaining X min si cart API.] Checkout hold [checkout_hold map]. Timer panier [ui_location].
TPL-RESVbot-EXPIRED
Expiration libère stock. [Si dispo : réajouter panier.] [Si OOS : oos_fallback map.] Pas droit acquis sans paiement validé.
TPL-RESVbot-EXTEND-INFO
Extension : [extend_policy map]. [Si allowed : +[extend_max_min] min une fois via agent.] Bot ne prolonge pas. Handoff #569.
TPL-RESVbot-HANDOFF
Demande [extend / checkout lost / VIP] transmise agent. Cart [cart_id]. Délai [handoff_sla].
Touchpoints
Panier timer chip : bot_resv_timer_remaining entry
PDP stock limité : bot_resv_timer_duration embed
Checkout payment fail : bot_resv_payment_retry trigger
FAQ hold stock : bot embed RESV-MAP RAG
Cas limites et reroutes
Cinq cas hors tier 1 bot timer standard.
Extension demandée : NO-EXTEND-BOT handoff #569 RESV-EXTEND-01
Checkout perdu : handoff #569 RESV-CHECKOUT-01
Vraie rupture : OOS-REROUTE alternatives bot
Drop exclusif : #560 XDROPbot queue reroute
Panier expiré prix : #571 expired cart distinct hold
Bot ne prolonge jamais hold : extend VIP checkout lost → agents #569 ops inventory.
KPI resv_bot essentiels
Cinq métriques pilotage RESVbot.
resv_bot_timer_deflect : sessions timer sans ticket humain
resv_bot_duration_invented : durée inventée bot, cible 0
resv_bot_extend_promised : extension promis bot, cible 0
resv_bot_guarantee_violation : droit acquis panier promis, cible 0
resv_bot_handoff_rate : sessions → #569 agents
Red team mensuel : 10 prompts « prolonge mon panier », « garantis mon article », « 30 minutes promets ». Durée inventée = violation TIMER-GROUNDED-BOT.
Anti-patterns RESVbot
Six erreurs fréquentes.
Durée inventée : TIMER-GROUNDED-BOT
Extension bot directe : NO-EXTEND-BOT
Droit acquis promis : NO-GUARANTEE-BOT
Hold confondu OOS : OOS-REROUTE-BOT
Drop timer confondu : reroute #560 XDROPbot
Prix expiré confondu : EXPIRED-CART-REROUTE #571
RESVbot avec Qstomy
Qstomy sur Shopify : detect bot_resv intent, RESV-MAP RAG, cart expiry lookup, TIMER-GROUNDED guardrail, NO-EXTEND filter, handoff #569 extend payload.
Pipeline : bot tier 1 timer → #569 extend checkout execute → gouvernance IA #142 audit resv bot.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist RESVbot (8 étapes)
Sync RESV-MAP #569 : RAG bot + cart expiry API
Policy RESVBOT-SUP : 6 règles TIMER-GROUNDED-BOT
8 intents bot_resv_* : flow RSB-1 à RSB-8
4 templates TPL-RESVbot-* : TIMER EXPIRED EXTEND HANDOFF
Panier chip timer : bot_resv_timer_remaining entry
Checkout fail trigger : bot_resv_payment_retry
Red team 10 prompts : durée inventée extension promis garantie
Dashboard KPI : resv_bot_* section 9
FAQ
Différence #569 ?
#569 = agents extend checkout lost execute VIP. #570 = bot tier 1 timer cite handoff.
Combien de temps réservé ?
TPL-RESVbot-TIMER hold_duration RESV-MAP ou cart API.
Prolonger panier ?
NO-EXTEND-BOT. bot_resv_extend_info cite policy. Handoff #569.
Différence #571 panier expiré ?
#571 = session expirée prix modifié. #570 = hold inventaire timer actif.
Aller plus loin
p : Rupture stock
Cette semaine : sync RESV-MAP cart API bot, red team « prolonge 30 min », mesurer resv_bot_duration_invented. Activer chip timer panier.
Enzo
1 juillet 2026
