E-commerce
1 juillet 2026
« Mon iPhone 12 est-il repris ? » « Combien pour mon casque en bon état ? » « J'ai des photos, que faire ensuite ? » Trois messages où un programme reprise sans bot pré-qualification sature le SAV et décourage les clients avant même l'envoi du produit.
Un chatbot IA reprise produit e-commerce ne remplace pas TRADE-FLOW agents (#413). Il lit TRADE-MAP, guide éligibilité modèle et état, collecte photos structurées, estime fourchette crédit et route vers formulaire soumission.
Ce guide #414 couvre intents bot_trade_in_*, flow TRADE-BOT et KPI trade_in_bot. Distinct du SAV reprise (#413) et du bot retour SAV : ici, cas d'usage IA qualification trade-in amont et circular commerce.
Sommaire
Pourquoi qualifier trade-in en amont réduit-il les tickets ?
Un ticket reprise évitable naît quand le client envoie un produit non éligible ou surévalue son état faute d'information claire avant soumission.
Cinq déclencheurs tickets trade-in botifiables
Éligibilité modèle : série refusée, client découvre après envoi
État mal déclaré : excellent promis, fair constaté à inspection
Process flou : pas de photos, pas d'étiquette, pas de serial
Confusion retour SAV : client ouvre RMA au lieu trade-in
Devis expiré : envoi tardif sans renouvellement offre
La circularité progresse en DTC : reprise upgrade tech et takeback textile multiplient les programmes volontaires (Commission UE, textiles 2026). Tidio observe qu'un bot pré-qualification reprise réduit tickets eligibility de 35-50 % sur marques testées (Tidio, chat stats 2026).
Angle #414 vs contenus voisins
SAV reprise #413 : TRADE-FLOW agents post-soumission. Le #414 = bot amont éligibilité et photos.
Bot retour SAV : return eligibility. Le #414 = produit usagé trade-in, pas litige neuf.
Consigne #412 : emballage deposit. Le #414 = reprise produit entier.
Store credit : usage crédit post-émission. Le #414 = qualification avant crédit.
Bot prequal return : prequal retour. Le #414 = intent trade_in distinct return_rma.
Exemple DTC
Accessoires tech, 220 reprises/mois, 31 % tickets eligibility avant bot. Après TRADE-BOT : trade_in_bot_resolution 78 %, trade_in_rejection_dispute -38 %, trade_in_submission_complete +22 %.
Amont vs aval
#414 qualifie et soumet. #413 résout litiges inspection et crédit manquant. Pipeline complémentaire.
Coût ticket eligibility évité
1 ticket trade_in_eligibility évité = 6-12 € ops. Bot ROI positif dès 40 sessions/mois programme actif.
En quoi TRADE-BOT diffère-t-il du bot retour SAV ?
Reprise trade-in et retour SAV : deux intents chat, deux guardrails distincts.
Matrice bot → rôle
#414 TRADE-BOT : éligibilité modèle, état, photos, devis range
return eligibility bot : droit rétractation, fenêtre retour neuf
#413 TRADE-FLOW : litige reject, crédit missing post-inspection
return prequal bot : photos défaut produit neuf SAV
Router upstream
Message contient « reprise », « trade-in », « ancien modèle », « rachat », « bon d'achat reprise » → TRADE-BOT. « Retourner ma commande », « produit cassé neuf », order récent → return bot. Ambiguïté : TB-2 clarifier intent 1 question.
Données TRADE-BOT
TRADE-MAP JSON #413 : eligible_models, condition_tiers, credit_range, binding_window. App trade-in API si connectée. Pas order Shopify neuf required pre-submit.
UX coexistence
Widget /pages/trade-in + PDP badge reprise. Max 8 turns qualification puis CTA formulaire. Pas mélanger flow retour RMA dans même session.
Promesse #414
Policy TRADE-BOT, 12 intents bot_trade_in_*, flow TB-1 à TB-8, guardrails no invent credit, KPI trade_in_bot_*.
Circular commerce LTV
Bot upgrade flow : client qualifié reprise + panier neuf = conversion LTV. Track trade_in_submission_complete avec order same session.
Quels intents bot_trade_in_* configurer ?
Douze intents bot reprise trade-in couvrent qualification amont.
Douze intents bot_trade_in
bot_trade_in_eligibility : modèle accepté ? série, année
bot_trade_in_condition_tiers : excellent / good / fair critères
bot_trade_in_valuation_range : fourchette crédit selon tier déclaré
bot_trade_in_photo_guide : quelles photos envoyer, angles
bot_trade_in_serial_check : où trouver serial, format attendu
bot_trade_in_submit_form : lien formulaire, champs requis
bot_trade_in_vs_return : trade-in vs retour SAV redirect
bot_trade_in_upgrade_flow : reprise + achat neuf simultané
bot_trade_in_data_wipe : reset factory électronique pre-send
bot_trade_in_status_lookup : trade_in_id soumis, pipeline TR-4
bot_trade_in_expired_offer : devis expiré, renouveler
bot_trade_in_post_reject : handoff #413 TRADE-FLOW dispute
Tags session
trade_in_bot, trade_in_bot_eligibility, trade_in_bot_submitted, trade_in_bot_handoff, trade_in_bot_resolved. Distinct return_bot, deposit.
Triggers T1-T5
T1 : /pages/trade-in dwell 30 s+. T2 : keyword reprise/trade-in/rachat. T3 : PDP badge « Reprise » click. T4 : message post-submit trade_in_id. T5 : reject dispute keyword → handoff #413.
Comment appliquer le flow TRADE-BOT en huit étapes ?
Le flow TRADE-BOT guide qualification reprise grounded TRADE-MAP.
Huit étapes TB-1 à TB-8
TB-1 Accueil : « Je vérifie si votre produit est éligible à la reprise. »
TB-2 Intent clarify : trade-in vs retour SAV si ambigu
TB-3 Model collect : modèle, série, serial si électronique
TB-4 Eligibility match : TRADE-MAP eligible_models lookup
TB-5 Condition quiz : checklist état → tier excellent/good/fair
TB-6 Valuation range : credit_range tier depuis TRADE-MAP, disclaimer binding
TB-7 Photo guide + CTA : angles photos + lien formulaire submit
TB-8 Clore/handoff : status lookup | reject dispute → #413
TB-4 reject modèle
Modèle absent TRADE-MAP : « Non éligible actuellement. Modèles acceptés : [liste]. Programme takeback textile : [lien] si applicable. » Pas encourager envoi.
TB-5 condition quiz
3-5 questions binaires : écran fissuré ? Fonctionnel ? Accessoires inclus ? Score → tier. Si reject criteria (écran cassé phone) : stop, explain no trade-in.
TB-6 valuation disclaimer
« Fourchette indicative [min-max] € si état [tier] confirmé à inspection. Offre ferme après validation photos sous [binding_window] j. » Jamais montant exact garanti bot.
TB-8 status_lookup
Client cite trade_in_id : read app API pipeline received|inspecting|accepted|rejected|credited. Template TRADE-STATUS-01 #413. Reject dispute → handoff agents TR-6.
Takeback textile shortcut
trade_in_takeback : TB-4 skip serial, TB-5 simplified 2 questions poids/min qty. Range fixe TRADE-MAP takeback_textile.
Quelle policy TRADE-BOT documenter ?
La policy bot reprise TRADE-BOT encadre promesses et sources data.
Huit règles TRADE-BOT
TRADE-MAP only : éligibilité et crédits depuis JSON #413, pas LLM guess
Range not exact : fourchette tier, jamais « vous recevrez 80 € » ferme
Binding disclaimer : inspection finale, photos client vs entrepôt
No credit issue bot : émission crédit agents TR-7 #413 only
No reject override bot : dispute inspection → handoff humain
Photo collect structured : checklist angles, pas stockage hors consent
vs return redirect : bot_trade_in_vs_return obligatoire si order neuf cité
Max 8 turns pre-submit : puis CTA formulaire, pas loop qualification
Corpus RAG sources
/pages/trade-in, TRADE-MAP JSON, TRADE-SUP policy #413, TRADE-WIPE-01 guide data reset. Pas inventer modèles absents map.
Sync ops
Update TRADE-MAP #413 → bot glossary same day. Audit transcripts false eligibility promise.
Revue mensuelle
Support + ops : rejection reason codes → update TB-5 quiz questions si pattern récurrent.
CNIL photos consent
TB-7 redirect formulaire : consent checkbox upload photos inspection. Bot chat ne stocke pas images default.
Quels guardrails empêchent le bot de sur-promettre ?
La matrice bot trade-in autorisé vs interdit protège confiance et ops.
Actions autorisées bot
Lookup TRADE-MAP eligible_models, tiers, credit_range
Run TB-5 condition quiz → tier suggestion
Cite valuation range min-max per tier
Guide photo angles + serial location
Link formulaire submit + /pages/trade-in
TRADE-WIPE-01 data reset guide electronics
Status lookup trade_in_id si API connected
Handoff #413 reject dispute, credit missing SLA
Actions interdites bot
Promettre crédit exact sans inspection
Accepter modèle absent TRADE-MAP
Émettre store credit ou bon Shopify
Overturn rejection inspection ops
Ouvrir RMA retour SAV à la place trade-in
Collect serial pour fraude block sans handoff
Hard block phrases
Block : « garanti 120 € », « accepté sans vérification », « même remboursement que neuf ». Use : « selon TRADE-MAP tier [X] : fourchette [min-max] € après inspection ».
Tier downgrade expectation
TB-6 always cite : inspection peut ajuster tier. Lien TRADE-PARTIAL-01 #413 si client insiste exactitude.
Fraud serial duplicate
TB-3 serial match API duplicate → stop bot, handoff trade_in_fraud_suspect #413. Pas continuer qualification.
Comment intégrer TRADE-MAP #413 et app trade-in ?
L'intégration bot trade-in Shopify combine TRADE-MAP et app partenaire.
Champs TRADE-MAP bot layer
eligible_models : SKU list ou regex série
condition_tiers : critères excellent/good/fair/reject
credit_range : min-max € par tier
binding_window_days : validité devis post-submit
photo_requirements : angles obligatoires par catégorie
Import JSON sync Notion #413 (Shopify, metafields 2026 si catalogue lié).
App trade-in API
Recommerce, custom app : bot_trade_in_status_lookup read pipeline TR-4. bot_trade_in_submit_form deep link pre-fill model + tier from session.
Photo upload flow
TB-7 : client upload via formulaire app, pas chat attachment PII heavy. Bot guide angles texte + exemple images /pages/trade-in.
Upgrade + cart context
bot_trade_in_upgrade_flow : logged-in + cart neuf SKU → explain crédit post-inspection apply checkout. Pas hold checkout bot auto.
Serial verification pre-check
bot_trade_in_serial_check : format validation regex. Duplicate serial flagged → handoff fraud #413.
Form pre-fill session
TB-7 deep link formulaire : model, tier, session_id bot log. Ops voit tier déclaré vs inspection.
Quels triggers et UX pour TRADE-BOT ?
Le déploiement UX TRADE-BOT maximise soumissions qualifiées sans friction.
Cinq placements widget
/pages/trade-in : proactive T1 après dwell
PDP neuf : T3 badge « Reprise ancien modèle »
Footer link programme reprise : T2 keyword entry
Post-submit confirmation : T4 status FAQ compact
Account portal trade-in : lookup trade_in_id
TB-5 quiz UX mobile
Boutons Oui/Non par question. Progress bar 3/5. Pas texte libre état (LLM drift). Score déterministe → tier.
Coexistence return bot
Intent router upstream. Session trade_in_bot tag lock : pas switch return mid-flow sans TB-2 reset.
Proactive PDP
« Reprise jusqu'à [max tier excellent] € · Vérifier éligibilité » CTA opens widget TB-1.
A/B test
T1 proactive /pages/trade-in vs passive : measure trade_in_submission_complete + rejection_dispute delta 4 sem.
Multilingue FR default
Markets EU : TRADE-MAP labels FR source. Bot cite /pages/trade-in locale if exists.
Expired offer renewal
bot_trade_in_expired_offer : TB-3 re-run quiz si binding_window passé. Nouvelle fourchette TRADE-MAP current, pas honor old quote.
Quels KPI trade_in bot mesurer ?
Les KPI bot reprise trade-in lient qualification et qualité soumissions.
Huit métriques clés
trade_in_bot_resolution_rate : résolu sans handoff / sessions trade_in_bot
trade_in_submission_complete : bot session → formulaire submitted / bot sessions eligibility OK
trade_in_rejection_dispute_delta : baisse disputes vs baseline pre-bot
false_eligibility_promise : audit bot accept vs TRADE-MAP (cible 0)
trade_in_ticket_eligibility_delta : baisse tickets #413 eligibility
trade_in_bot_intake_complete : model+tier+photos guide OK / sessions
trade_in_vs_return_misroute : sessions corrigées TB-2 / ambigu sessions
trade_in_bot_csat : satisfaction tag trade_in_bot
Benchmark DTC
trade_in_bot_resolution 72-82 %, submission_complete 25-40 % eligibility OK sessions, rejection_dispute_delta -30-45 %, false_eligibility_promise 0.
Dashboard hebdo
Intent breakdown, tier distribution quiz, handoff #413 rate, model reject top list → TRADE-MAP gap.
Audit transcript
20 sessions/mois : verify TB-4 match TRADE-MAP, TB-6 range not exact promise, binding disclaimer present.
Tier accuracy track
Corréler tier bot quiz vs tier inspection ops. Ecart > 15 % → update TB-5 questions wording.
Quels anti-patterns éviter sur bot trade-in ?
Dix anti-patterns bot reprise trade-in à bannir.
1. LLM invente modèle éligible
TB-4 TRADE-MAP lookup obligatoire. false_eligibility_promise incident.
2. Crédit exact garanti bot
Range only TB-6. Inspection finale #413.
3. Ignorer vs return confusion
bot_trade_in_vs_return + TB-2 si order neuf cité.
4. Conversation 15 tours qualification
Règle max 8 turns. CTA formulaire TB-7.
5. TRADE-MAP stale vs ops
Bot cite 80 € max, TRADE-MAP updated 60 €. Sync Notion weekly.
6. Bot émet store credit
TR-7 agents only. Bot handoff credit_missing.
7. Photos chat attachment sans consent
Redirect formulaire app upload. RGPD photo storage policy.
8. Skip data wipe electronics
bot_trade_in_data_wipe mandatory pre TB-7 submit phone/laptop.
9. Reject dispute bot argue
bot_trade_in_post_reject handoff #413 TR-6 immédiat.
10. Pas /pages/trade-in link TB-7
Self-service gap. TRADE-SUP #413 prérequis.
11. Quiz état texte libre
Client « presque neuf » → LLM tier drift. TB-5 binaire deterministic.
12. Marketing max € sans tier
PDP « jusqu'à 120 € » : bot TB-6 cite tier excellent explicit. Align campagne TRADE-MAP ranges.
Comment Qstomy qualifie les reprises produit ?
Qstomy sur Shopify : TRADE-BOT TRADE-MAP lookup, condition quiz TB-5, valuation range TB-6, photo guide TB-7, status API lookup, handoff TRADE-FLOW #413 reject et crédit.
Capacités trade_in bot Qstomy
trade_in_map_lookup : TB-4 eligible_models tiers
trade_in_condition_quiz : TB-5 deterministic tier
trade_in_range_render : min-max disclaimer FR
trade_in_photo_guide : angles + formulaire CTA
trade_in_no_invent_guard : hard block sans TRADE-MAP
trade_in_handoff_413 : reject dispute, credit SLA breach
Pipeline #414 → #413
Bot amont qualification. Agents aval litiges inspection. Shared TRADE-MAP Notion single source. Return bot parallel distinct intent router.
Scénario DTC chiffré
Tech accessoires 220 reprises/mois, 31 % tickets eligibility baseline.
Après TRADE-BOT Qstomy : trade_in_bot_resolution 79 %, trade_in_rejection_dispute_delta -41 %, trade_in_submission_complete +24 %, trade_in_bot_csat 4,2/5.
Explorez support client et demander une démo.
Bot vs agents routing
Qstomy route bot_trade_in_eligibility et valuation vers TB-4/TB-6. bot_trade_in_post_reject et credit_missing → handoff TRADE-FLOW #413 immédiat.
Quelle checklist pour déployer TRADE-BOT ?
Checklist TRADE-BOT (12 étapes)
Valider TRADE-SUP #413 + TRADE-MAP published /pages/trade-in
Export TRADE-MAP JSON → bot glossary
Configurer 12 intents bot_trade_in_* section 3
Implémenter flow TB-1 à TB-8 + quiz TB-5 deterministic
Activer guardrails range not exact + no credit issue
Router upstream vs return bot + deposit #412
Placements widget /pages/trade-in + PDP badge T3
Triggers T1-T4 + handoff #413 fields TB-8
Tests staging 8 scénarios : eligible, reject model, tier downgrade expect, vs return, status, reject handoff
Photo guide assets /pages/trade-in exemples
Dashboard KPI trade_in_bot hebdo + audit transcripts
A/B T1 proactive vs passive 4 semaines
En bref
#414 = bot trade-in amont, #413 agents aval
TRADE-MAP grounded : zero invention éligibilité
TRADE-BOT : model → tier → range → photos → submit
Range not exact : inspection finale toujours
KPI trade_in_submission_complete : mesure qualification réussie
FAQ
Différence avec #413 ?
#413 SAV reprise post-soumission litiges. #414 bot qualifie éligibilité et photos amont.
Différence avec bot retour ?
Retour = produit neuf commande récente. Trade-in = ancien produit programme circularité.
Bot émet le bon d'achat ?
Non. Formulaire submit + inspection ops. Crédit agents TR-7 #413.
Photos dans le chat ?
Bot guide angles. Upload via formulaire app, pas attachment chat default.
Relation fidélité ?
Crédit reprise distinct points. Documenter cumul TRADE-MAP. Bot cite policy si question.
Aller plus loin
Cette semaine : sync TRADE-MAP bot, configurez quiz TB-5 staging, testez 5 modèles eligible/reject, activez widget /pages/trade-in T1.
Partagez ce guide #414 avec ops circularité et support : qualifier en amont coûte moins qu'un colis refusé et un litige crédit.
Reprise + achat neuf même session ?
bot_trade_in_upgrade_flow explain crédit post-inspection. Checkout neuf possible parallel, crédit apply after.
Enzo
1 juillet 2026
