E-commerce
1 juillet 2026
« Mon panier affichait 10 minutes, j'ai payé à 9 min et l'article a disparu. » « Pouvez-vous prolonger la réservation pendant que je cherche ma carte ? » « Un autre client a pris ma place alors que c'était dans mon panier. » Trois tickets où une réservation stock mal expliquée frustre et fait perdre conversion.
Le support réservation stock e-commerce couvre timer panier, expiration, extension, conflit multi-appareils et perte checkout. Distinct rupture stock : ici, hold temporaire inventaire lié au panier ou session.
Ce guide #569 couvre policy RESV-SUP, flow RS-1 à RS-8 et matrice RESV-MAP. Premier contenu réservation stock. Paire SAV du futur bot RESV (#570).
Sommaire
Pourquoi la réservation de stock génère-t-elle des tickets ?
La réservation stock bloque temporairement des unités quand le client ajoute au panier. Le timer compte, le paiement échoue, un second onglet ouvre le même SKU : le client croit avoir un droit acquis alors que l'inventaire est partagé.
Cinq frictions typiques
Timer expiré : panier vidé après hold_duration
Perte au checkout : article retiré entre panier et paiement
Extension demandée : client veut plus de temps
Multi-appareils : deux sessions même compte conflit
Confusion OOS : réservation vs vraie rupture
Shopify documente que l'inventaire réservé au checkout dépend de la configuration canaux et apps hold cart (Shopify, inventory 2026). Sans RESV-MAP, agents promettent extension ou confondent hold et stock permanent.
RESV #569 vs OOS, drop #559, flash #169, panier partagé et bot #570
Cinq contenus, cinq modèles disponibilité distincts.
Matrice rapide
#569 RESV : timer panier hold expiration extension
OOS questions : rupture stock restock alternatif
#559 XDROP : drop exclusif queue FOMO sold out
Flash #169 : vente flash pic trafic stock
#570 RESVbot : bot timer priorité expiration
#559 = file drop. #569 = hold panier timer. #169 = pic promo sans necessarily cart timer.
Quelles typologies resv_* classifier ?
Huit scénarios tickets réservation stock.
Huit typologies resv
resv_timer_expired : panier expiré article retiré
resv_timer_extend : demande prolongation hold
resv_checkout_lost : perdu entre panier et paiement validé
resv_duration_question : combien de temps réservé
resv_multi_device : conflit sessions appareils onglets
resv_payment_failed : paiement échoué hold libéré
resv_priority_vip : extension VIP ou hold allongé
resv_vs_oos_confusion : confond hold expiré et rupture
Tags : resv, stock_hold, cart_timer, inventory. RESV-MAP-GROUNDED : durée extension depuis map only.
Comment structurer la matrice RESV-MAP ?
La matrice RESV-MAP documente règles hold par SKU segment ou global pour agents et futur bot #570.
Colonnes RESV-MAP
resv_scope_id : global SKU catégorie drop
hold_duration_min : durée réservation panier minutes
checkout_hold : hold checkout séparé oui non durée
extend_policy : allowed once denied VIP only map
extend_max_min : prolongation max autorisée
multi_cart_rules : une session active ou multi
payment_retry_hold : hold maintenu si paiement échoue
oos_fallback : waitlist alternative si expiré
Sync app hold cart, Shopify inventory settings, page FAQ timer et macros helpdesk. Audit drop : hold_duration aligné messaging PDP.
Policy RESV-SUP en six règles
Six règles support réservation stock.
RESV-MAP-GROUNDED : durée extension hold depuis map only
TIMER-CITE : hold_duration checkout_hold cite exact
NO-EXTEND-PROMISE : extension selon extend_policy map only
CHECKOUT-PRIORITY : paiement validé confirme réservation
MULTI-CART-RULES : conflit sessions selon map
OOS-REROUTE : vraie rupture → OOS waitlist map
Flow RESV RS-1 à RS-8
Flow agent huit étapes réservation stock.
RS-1 Intake : resv_* intent + cart_id order_ref SKU
RS-2 Scope lookup : RESV-MAP hold_duration extend
RS-3 Timer verify : cart API hold expiry timestamp
RS-4 Classify : expired extend checkout payment multi
RS-5 Respond : macro RESV grounded map
RS-6 Execute : extension VIP ops inventory check
RS-7 Fallback : oos_fallback waitlist alternative
RS-8 Close : tag resv_resolved resv_scope_id
SLA : resv_duration_question répondu avec hold_duration exact en une interaction.
Macros RESV essentielles
Quatre macros agents.
RESV-TIMER-01
« Réservation [product_name] : [hold_duration_min] minutes en panier. [Si checkout_hold : hold checkout [checkout_hold duration] séparé.] Timer visible panier : [ui_location]. Expiration libère stock autres clients. »
RESV-EXPIRED-01
« Panier expiré [timestamp expiry]. Stock libéré selon policy. [Si dispo : lien réajouter panier.] [Si OOS : oos_fallback waitlist alternative map.] »
RESV-EXTEND-01
« Extension hold [cart_id] : [extend_policy map]. [Si autorisé : +[extend_max_min] min, une fois.] [Si refusé : finaliser checkout avant expiry ou VIP policy.] »
RESV-CHECKOUT-01
« Perte checkout [order_ref] : [statut hold payment_retry_hold map]. [Si paiement échoué : hold [maintenu / libéré selon map].] [Si concurrent : stock partagé first paid wins.] »
Cas limites : erreur stock, panier partagé, drop et BOPIS
Cinq cas hors macro timer standard.
Erreur affichage stock : stock display bug distinct hold
Panier partagé : shared cart coordination multi-users
Drop exclusif : XDROP queue pas hold panier standard
VIP extension : policy VIP hold allongé
Précommande : preorder pas hold stock immédiat
Bug inventaire affiché 5 en stock réel 0 : reroute stock-display, pas RESV-EXTEND-01.
KPI resv essentiels
Cinq métriques pilotage RESV.
resv_ticket_rate : tickets resv / commandes SKU hold actif
resv_expired_ticket_rate : tickets resv_timer_expired / holds
resv_checkout_lost_rate : pertes checkout / sessions hold
resv_extend_success_rate : extensions accordées / demandes
resv_recovery_rate : clients réajoutent après expired
Cible : resv_checkout_lost_rate inférieur à 3 % avec payment_retry_hold activé map.
Anti-patterns RESV
Cinq erreurs fréquentes.
Extension promise à tous : NO-EXTEND-PROMISE map
Durée inventée : TIMER-CITE RESV-MAP
Droit acquis panier : CHECKOUT-PRIORITY explain
Confusion OOS : OOS-REROUTE waitlist
Drop hold confondu : reroute #559 XDROP
RESV avec Qstomy
Qstomy sur Shopify : detect resv intent, RESV-MAP RAG timer cite, cart hold lookup, extend workflow VIP, handoff #570 bot tier 1 timer.
Pipeline : #570 bot timer explain → #569 extend checkout lost execute ops.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist RESV (8 étapes)
RESV-MAP v1 : hold checkout extend payment retry
Policy RESV-SUP : 6 règles TIMER-CITE
8 typologies resv_* : tags helpdesk
4 macros RESV-* : TIMER EXPIRED EXTEND CHECKOUT
Timer UI panier : hold_duration visible PDP panier
Payment retry hold : config selon payment_retry_hold map
Formation agents 30 min : expired vs OOS scenario
Dashboard KPI : resv_* section 9
FAQ
Différence rupture OOS ?
OOS = stock épuisé. #569 = hold temporaire panier timer expiration.
Prolonger réservation ?
RESV-EXTEND-01 extend_policy map.
Article pris par autre client ?
RESV-CHECKOUT-01 stock partagé first paid wins.
Bot #570 suffit ?
Tier 1 timer durée. Extend checkout lost → agents #569.
Aller plus loin
p : Rupture stock
p : Panier partagé
p : Bot RESV (#570)
Cette semaine : publier RESV-MAP hold actif, tester RESV-TIMER-01 scenario expired, mesurer resv_checkout_lost_rate post drop.
Enzo
1 juillet 2026
