E-commerce
1 juillet 2026
« Mon échange est expédié mais je n'ai pas encore renvoyé l'ancien produit. » « La variante que j'ai réservée n'est plus disponible. » « Vous allez me débiter si je ne renvoie pas sous 14 jours ? » Trois tickets où un échange instantané mal cadré génère litige empreinte, rupture stock et chargeback si retour original absent.
Le support échange instantané e-commerce couvre réservation variante, expédition avant réception retour, délai renvoi obligatoire et risque stock. Distinct échange taille #366 : ici, modèle ship-first reserve stock délai retour, pas fit-check sizing.
Ce guide #637 couvre policy INSTX-SUP, flow IX-1 à IX-8 et matrice INSTX-MAP. Paire SAV du futur bot INSTX (#638).
Sommaire
Pourquoi l'échange instantané génère-t-il des tickets support ?
Le client choisit échange instantané au portail : la boutique réserve la nouvelle variante et l'expédie avant réception du retour. Il ne comprend pas le délai de renvoi, l'empreinte bancaire ou ce qui se passe si la taille réservée part en rupture. Sans SOP, l'agent promet délai flou ou confond instant exchange et échange standard post-réception.
Cinq frictions typiques instant exchange
Ship before return flou : client pense garder les deux produits
Réservation stock : variante libérée si retour tardif
Délai retour : 14 j vs 30 j pénalité mal expliquée
Empreinte ou charge : auth hold si non-retour incompris
Annulation : annuler instant exchange après expédition neuf
Loop Returns et les solutions advanced exchange documentent l'expédition avant retour avec fenêtre retour et hold carte pour limiter le risque fraude (Loop Returns, advanced exchange 2026). Sans INSTX-MAP, agents improvisent charge et réservation.
INSTX #637 vs échange taille #366, bot échange #367, retours #10 et bot #638
Cinq contenus, cinq modèles échange distincts.
Matrice rapide
#637 INSTX : ship-first réservation stock délai retour risque
Échange taille #366 : fit-check éviter 2e retour distinct mécanique instant
Bot échange #367 : recommandation variante bot distinct réservation ops
Bot retours #10 : parcours RMA refund échange standard complet
#638 INSTXbot : bot tier 1 stock reserve handoff
#366 = conseil taille post-achat. #637 = modèle logistique expédier avant retour avec règles délai et stock.
Quelles typologies instx_* classifier ?
Huit scénarios tickets échange instantané.
Huit typologies instx
instx_how_it_works : client ne comprend ship-before-return portail
instx_reserve_stock : variante réservée combien de temps map
instx_ship_timing : quand neuf expédié après demande instant
instx_return_deadline : délai renvoyer original pénalité map
instx_auth_hold : empreinte carte si non-retour explain
instx_not_returned : original pas renvoyé charge invoice litige
instx_stock_lost : réservation expirée variante OOS mid-process
instx_cancel_request : annuler instant exchange après ship neuf
Tags : instx, instant_exchange, advanced_exchange. INSTX-MAP-GROUNDED : reserve_days return_deadline depuis map only.
Comment structurer la matrice INSTX-MAP ?
La matrice INSTX-MAP documente chaque programme échange instantané pour agents et futur bot #638.
Colonnes INSTX-MAP
instx_program_id : identifiant instant exchange
eligibility_rules : LTV 1er échange market SKU map
reserve_duration_hours : durée hold stock variante map
ship_trigger_rule : on_instant_request on_label_scan map
return_deadline_days : délai renvoi original obligatoire map
non_return_charge_rule : capture auth invoice SKU map
auth_hold_amount_rule : empreinte panier ou SKU map
cancel_after_ship_policy : annulation post-expédition neuf map
stock_release_rule : libération réservation si retour tardif map
customer_copy : phrase portail échange instantané map
Sync portail Loop ReturnGO, checkout ack instant exchange, macros helpdesk et audit return_deadline visible avant validation.
Policy INSTX-SUP en six règles
Six règles support échange instantané.
INSTX-MAP-GROUNDED : reserve ship deadline charge depuis map only
RETURN-DEADLINE-CITE : return_deadline_days cite verbatim map
RESERVE-STATUS-VERIFY : stock reservation API before statut cite
NON-RETURN-CHARGE-CITE : non_return_charge_rule cite si instx_not_returned
SIZEXCH366-REROUTE : fit-check sizing → #366 SIZE-XCH distinct instant mechanics
CHARGE-EVIDENCE-ONLY : capture non-retour preuves scan date ops only
Flow INSTX IX-1 à IX-8
Flow agent huit étapes échange instantané.
IX-1 Intake : instx_* intent + order_ref instx_id variant_reserved
IX-2 Program lookup : INSTX-MAP reserve deadline charge rules
IX-3 Status verify : instx_status ship_date return_scan reservation API
IX-4 Classify : reserve ship deadline not_returned cancel stock_lost
IX-5 Policy triage : RETURN-DEADLINE-CITE NON-RETURN-CHARGE map
IX-6 Respond : macro INSTX grounded map customer_copy
IX-7 Execute : extend deadline waive charge cancel escalate finance ops
IX-8 Close : tag instx_resolved instx_program_id returned Y/N
SLA : instx_return_deadline répondu avec RETURN-DEADLINE-CITE et return_deadline_days map en une interaction.
Macros INSTX essentielles
Quatre macros agents échange instantané.
INSTX-EXPLAIN-01
« Échange instantané [instx_program_id] : [customer_copy map]. Variante [sku_new map] réservée [reserve_duration_hours map] h. Expédition : [ship_trigger_rule map]. Retour original sous [return_deadline_days map] j obligatoire. »
INSTX-RESERVE-01
« Commande [order_ref] instant [instx_id] : réservation [variant map] statut [reserved / shipped / released API]. Expire [date reserve_duration_hours map]. [Si stock_lost : [stock_release_rule map] alternatives.] »
INSTX-DEADLINE-01
« Retour original [order_ref] : due [return_deadline_date map]. [Si auth_hold : [auth_hold_amount_rule map] empreinte jusqu'à scan retour.] [Si non-retour : [non_return_charge_rule map].] Étiquette retour : [return_method map]. »
INSTX-NOT-RETURNED-01
« Instant [instx_id] : original non reçu post [return_deadline_days map] j. Statut : [pending_charge / captured API]. Preuve retour en transit : [scan date] → escalate CHARGE-EVIDENCE-ONLY ops. Litige : finance [handoff_sla map]. »
Cas limites : double ship, fraude, rupture mid-flight et échange standard
Cinq cas hors macro instant exchange standard.
Client garde les deux : non_return_charge escalate finance CHARGE-EVIDENCE
Rupture après réservation : stock_release_rule alternative refund waitlist
Retour endommagé : partial charge condition inspection map
Échange standard demandé : #10 retours wait-for-return distinct instant
2e instant abuse : eligibility_rules LTV cap escalate supervisor
Instant actif = instx_status shipped + return_deadline future. Ne pas annuler charge sans CHARGE-EVIDENCE-ONLY ou scan retour API.
KPI instx essentiels
Cinq métriques pilotage INSTX.
instx_convert_rate : instant chosen / échanges éligibles proposés
instx_return_on_time_rate : retours original dans deadline / instant ship
instx_non_return_charge_rate : charges non-retour / instant ship
instx_stock_lost_rate : réservation expirée OOS / instant requests
instx_deadline_cite_rate : % réponses RETURN-DEADLINE-CITE map
Cible : instx_deadline_cite_rate supérieur à 95 % et instx_return_on_time_rate suivi mensuel par programme.
Anti-patterns INSTX
Cinq erreurs fréquentes support échange instantané.
Promettre garder deux produits : RETURN-DEADLINE-CITE obligatoire
Waive charge sans map : non_return_charge_rule ops finance only
Confondre fit-check #366 : SIZEXCH366-REROUTE sizing distinct mechanics
Réservation sans API : RESERVE-STATUS-VERIFY stock lookup
Deadline non citée : RETURN-DEADLINE-CITE map verbatim
INSTX avec Qstomy
Qstomy sur Shopify : detect instx intent, INSTX-MAP RAG grounded, instx_status reservation lookup, RETURN-DEADLINE-CITE, handoff #638 bot tier 1 stock reserve.
Pipeline : #638 bot explain reserve tier 1 → #637 agents not_returned charge cancel escalate finance.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist INSTX (8 étapes)
INSTX-MAP v1 : eligibility reserve deadline charge
Policy INSTX-SUP : 6 règles RETURN-DEADLINE-CITE
8 typologies instx_* : tags helpdesk
4 macros INSTX-* : EXPLAIN RESERVE DEADLINE NOT-RETURNED
Portail instant option : customer_copy return_deadline visible
Email ship neuf : INSTX-DEADLINE-01 return_deadline_date
Formation agents 30 min : INSTX vs #366 vs échange standard #10
Dashboard KPI : instx_* section 9 return_on_time charge_rate
FAQ
Différence échange taille #366 ?
#366 = fit-check éviter 2e retour wrong size. #637 = ship-first réservation délai retour risque stock.
Puis-je garder les deux produits ?
Non. INSTX-DEADLINE-01 return_deadline_days map NON-RETURN-CHARGE si original absent.
Variante réservée expirée ?
INSTX-RESERVE-01 stock_release_rule map alternatives ou waitlist.
Relation #638 bot ?
#638 = bot tier 1 stock reserve explain. #637 = agents not_returned charge cancel escalate finance.
Aller plus loin
Cette semaine : indexer INSTX-MAP eligibility, audit return_deadline portail instant, test macro INSTX-DEADLINE-01 agents.
Enzo
1 juillet 2026
