E-commerce
1 juillet 2026
« Mon ancien modèle est-il éligible à la reprise ? » « J'ai envoyé mon produit, où est mon bon d'achat ? » « Pourquoi ma reprise a été refusée alors que le site promettait 80 € ? » Trois messages où un programme trade-in mal expliqué génère frustration, abandon panier et tickets SAV répétés.
Le support client reprise produit e-commerce clarifie l'éligibilité, le process envoi, la valorisation et la différence avec retour SAV classique ou consigne emballage (#412).
Ce guide #413 couvre policy TRADE-SUP, flow TRADE-FLOW et KPI trade-in. Aucun contenu existant sur ce sujet. Distinct de la consigne (#412) et des retours standard : ici, reprise ancien produit, trade-in et circular commerce.
Sommaire
Pourquoi la reprise produit génère-t-elle des tickets ?
Un ticket reprise trade-in concerne un client qui souhaite céder un ancien produit contre crédit, bon d'achat ou remise sur un achat neuf, selon un programme documenté par la marque.
Cinq frustrations client typiques
Éligibilité floue : modèle accepté ou refusé sans critères visibles
Valorisation surprise : 80 € promis, 45 € crédités après inspection
Process envoi opaque : étiquette retour, adresse entrepôt, délai inspection
Crédit non reçu : bon d'achat ou store credit attendu, rien après 14 j
Confusion retour SAV : reprise confondue avec retour produit défectueux
La circularité textile et électronique progresse en Europe : textile EPR et droit à la réparation renforcent les attentes reprise côté consommateur (Commission UE, textiles 2026). Gorgias observe que les tickets trade-in doublent quand la page programme n'affiche pas les critères d'état et de modèle avant soumission (Gorgias, stats SAV 2026).
Angle #413 vs contenus voisins
Consigne #412 : emballage remboursable. Le #413 = reprise produit usagé contre valeur.
Retour SAV : policy retour standard. Le #413 = programme circularité volontaire, pas litige qualité.
Store credit : crédit vs remboursement. Le #413 = origine crédit = reprise acceptée.
Bot #414 : futur automation éligibilité. Le #413 = policy agents + macros TRADE-*.
Loyalty # : points fidélité. Le #413 = valeur reprise produit, pas points achat.
Exemple DTC
Marque tech accessoires, programme « Reprise ancien modèle » bon d'achat 40-120 €. Sans TRADE-SUP : 58 tickets/mois trade-in, trade_in_rejection_dispute 22 %. Après playbook : trade_in_ticket_rate -46 %, trade_in_credit_sla_compliance 95 %, trade_in_csat 4,1/5.
Trois TRADE-TYPE
Trade-in upgrade (ancien contre neuf), buyback cash/credit (rachat sans achat obligatoire), take-back consigne produit (retour fin de vie textile). Trois policies distinctes.
En quoi trade-in diffère-t-il du retour SAV ?
Retour SAV et reprise trade-in : deux intentions client, deux flows support opposés.
Matrice intent → process
Retour SAV : produit neuf défectueux ou droit rétractation, refund produit
Trade-in #413 : produit usagé éligible, crédit/bon d'achat selon état
Consigne #412 : emballage consommable, remboursement deposit
Partial refund : geste commercial, pas programme reprise
Trois TRADE-TYPE
trade_in_upgrade : ancien modèle + achat neuf, crédit appliqué checkout
trade_in_buyback : rachat sans achat immédiat, store credit ou virement
trade_in_takeback : reprise fin de vie (textile, pile), bon symbolique ou réduction
Shopify et apps trade-in
Programme via app partenaire (Recommerce, Back Market API, custom flow). Support lit trade_in_id, status inspection, credit_amount dans order metafields ou app admin.
Promesse #413
Policy TRADE-SUP, matrice TRADE-MAP, 12 typologies trade_in_*, flow TRADE-FLOW, macros TRADE-*, KPI.
Quelles typologies trade_in_* cartographier ?
Douze typologies tickets reprise trade-in pour routing cohérent.
Douze scénarios trade-in
trade_in_eligibility : « mon modèle est-il accepté ? »
trade_in_valuation : « combien pour mon état ? »
trade_in_how_to_send : étiquette, adresse, emballage
trade_in_status_tracking : colis reçu ? inspection en cours ?
trade_in_rejected : reprise refusée, client conteste
trade_in_credit_missing : bon d'achat ou crédit non reçu
trade_in_credit_apply : comment utiliser crédit checkout
trade_in_vs_return : confusion retour SAV vs reprise
trade_in_damaged_in_transit : produit cassé à réception entrepôt
trade_in_partial_credit : valorisation inférieure au devis initial
trade_in_expired_offer : devis expiré avant envoi
trade_in_fraud_suspect : serial mismatch, contrefaçon
Tags helpdesk
trade_in, trade_in_eligibility, trade_in_rejected, trade_in_credit_pending, trade_in_resolved, trade_in_escalation. Distinct return_rma, deposit.
Priorisation
P1 : credit_missing SLA breach, rejected dispute, fraud_suspect. P2 : how_to_send, status_tracking. P3 : eligibility FAQ, valuation pre-submit.
Quelle matrice TRADE-MAP documenter ?
La matrice reprise TRADE-MAP liste modèles, états, valorisations et SLA crédit.
Colonnes TRADE-MAP
trade_code : upgrade_phone_v3, buyback_headphones, takeback_textile
trade_type : upgrade | buyback | takeback
eligible_models : SKU list ou critères (année, série)
condition_tiers : excellent / good / fair / reject
credit_range : min-max € par tier
credit_sla_days : j ouvrés post-inspection OK
return_address : entrepôt reprise ou partenaire
Exemple upgrade tech
upgrade_phone_v3 : modèles A/B/C acceptés, excellent 120 €, good 80 €, fair 45 €, reject si écran fissuré. Crédit store sous 7 j post-inspection. Étiquette prépayée email après soumission formulaire.
Exemple takeback textile
takeback_textile : tout vêtement marque (max 5 pcs/envoi), bon 15 € dès réception poids min 500 g, pas inspection état détaillée. SLA crédit 5 j.
Publication /pages/trade-in
Tableau TRADE-MAP client : modèles, critères état, fourchette crédit, process envoi, délais. Lien footer + macros TRADE-*.
Comment rédiger la policy TRADE-SUP en huit règles ?
La policy reprise TRADE-SUP encadre éligibilité, inspection et crédit client.
Huit règles TRADE-SUP
Éligibilité publique : TRADE-MAP visible /pages/trade-in avant soumission
Devis binding window : offre valable X j (ex. 30 j) si état déclaré exact
Inspection criteria : checklist photos client + inspection entrepôt documentée
Rejection appeal : client peut contester avec photos sous 7 j, review head support
Credit SLA : store credit ou bon émis sous Y j post-acceptation inspection
Return product on reject : renvoi produit refusé payé marque si client demande
Data wipe electronics : guide reset factory obligatoire avant envoi, support TRADE-WIPE-01
Distinction RMA : ticket retour SAV routé return flow, pas TRADE-FLOW
Coordination ops + marketing
Campagne « Reprise » → update TRADE-MAP + macros TRADE-* + bot #414 corpus same day.
Legal FR reprise
Bon d'achat non remboursable cash sauf buyback explicite. CGV programme reprise, durée validité crédit.
Distinction deposit #412
Consigne emballage ≠ reprise produit. Macro TRADE-VS-DEP-01 si confusion.
Comment appliquer le flow TRADE-FLOW en huit étapes ?
Le framework TRADE-FLOW structure traitement ticket reprise.
Huit étapes TR-1 à TR-8
TR-1 Lookup trade_in_id : app admin, order metafield, email soumission
TR-2 Classifier typologie : trade_in_* section 3
TR-3 Match TRADE-MAP : modèle, tier état, credit_range
TR-4 Verify status pipeline : submitted | shipped | received | inspecting | accepted | rejected | credited
TR-5 Expliquer : macro TRADE-* grounded TR-3 + TR-4
TR-6 Décider : uphold | adjust credit | appeal review | resend label | escalate fraud
TR-7 Exécuter : issue store credit, bon Shopify, renvoi produit reject
TR-8 Documenter : inspection photos, credit ref, rejection reason code
TR-4 credit_missing
Check : inspection accepted logged? Credit issued app? Shopify gift card sent? Si SLA breach → issue credit + apology TRADE-CREDIT-LATE-01.
TR-6 rejected dispute
Compare client photos submit vs inspection photos. Si écart état : explain tier downgrade TRADE-PARTIAL-01. Si erreur inspection : re-review head ops, adjust credit.
TR-6 vs_return confusion
Client a acheté neuf, veut « rendre » ancien via RMA. Redirect TRADE-ELIG-01 formulaire reprise, pas return label SAV.
TR-7 store credit issuance
Shopify gift card ou discount code unique. Email Klaviyo trigger trade_in_credited avec montant + expiry.
Quelles macros TRADE-* et touchpoints configurer ?
Huit macros agents reprise trade-in et touchpoints self-service.
TRADE-ELIG-01 (éligibilité)
« Modèles acceptés : [liste TRADE-MAP]. Vérifiez le vôtre sur [lien /pages/trade-in]. Soumettez photos + serial pour devis sous [X] h. »
TRADE-SEND-01 (envoi produit)
« Étiquette prépayée : [lien PDF]. Emballez sans accessoires non demandés. Reset données si électronique : [lien guide]. Délai réception entrepôt 3-7 j. »
TRADE-STATUS-01 (suivi pipeline)
« Reprise #[ID] : statut [received | inspecting]. Crédit estimé sous [SLA] j si inspection OK. Suivi : [portail trade-in]. »
TRADE-CREDIT-01 (crédit émis)
« Crédit reprise [montant] émis. Code : [XXXX]. Valable [date]. Utilisation checkout champ « code promo » ou auto si compte lié. »
TRADE-REJECT-01 (refus expliqué)
« Reprise refusée : [reason code TRADE-MAP]. Photos inspection jointes. Contestation sous 7 j avec vos photos. Renvoi produit possible sur demande. »
TRADE-PARTIAL-01 (valorisation réduite)
« État constaté [tier] vs [tier déclaré]. Crédit ajusté [montant] selon TRADE-MAP. Acceptation crédit ou renvoi produit sous 5 j. »
TRADE-VS-RETURN-01 (vs retour SAV)
« Retour SAV = produit neuf acheté chez nous (#return policy). Reprise = ancien produit usagé programme trade-in. Deux process distincts. »
Touchpoints
/pages/trade-in : TRADE-MAP + formulaire soumission
PDP neuf : badge « Reprise ancien modèle jusqu'à X € »
Email post-submit : TRADE-SEND-01 + label
Portail statut : pipeline TR-4 visible client
Email post-credit : TRADE-CREDIT-01 + CTA achat
Quels cas upgrade, buyback et textile traiter ?
Les cas trade-in spéciaux exigent TRADE-MAP extensions et SLA distincts.
Upgrade avec achat neuf simultané
Client commande neuf + déclare reprise. Crédit appliqué après inspection ou hold checkout partiel. Support explique : crédit final peut différer si état inférieur (TRADE-PARTIAL-01).
Buyback sans achat
Rachat pur : store credit default, virement option B2B. SLA crédit 7-10 j. Pas confusion partial refund commande existante.
Takeback textile
Programme fin de vie : critères souples, pas serial. Volume entrepôt tri. Lien futur #605 textile take-back si catalogue élargi.
Électronique data wipe
Macro TRADE-WIPE-01 : factory reset guide iOS/Android. Refus reprise si lock activation actif (Find My, Google lock).
Partenaire recommerce externe
API Back Market / Recommerce : statut sync app. Support lit partner dashboard, pas inventer statut local.
Multi-item reprise
3 produits soumis, 2 acceptés 1 reject : crédit partiel + TRADE-REJECT-01 item reject. TR-8 documente par trade_in_line.
Quels KPI trade-in mesurer ?
Les KPI support reprise trade-in pilotent SLA crédit et taux rejet contesté.
Huit métriques clés
trade_in_ticket_rate : tickets trade-in / trade-in submissions
trade_in_credit_sla_compliance : credits within SLA / due credits
trade_in_rejection_dispute_rate : rejected contested / total rejected
trade_in_submission_to_ship : jours submit → colis shipped
trade_in_inspection_turnaround : jours received → decision
trade_in_credit_redemption_rate : credits used / credits issued
trade_in_fcr : résolu TRADE-FLOW sans escalade / tickets
trade_in_csat : satisfaction tag trade_in
Benchmark DTC
credit_sla > 93 %, rejection_dispute < 15 % post TRADE-REJECT photos, trade_in_fcr > 70 %, credit_redemption > 65 % sous 90 j.
Dashboard mensuel
TRADE-TYPE breakdown, rejection reason codes, tier downgrade frequency, corrélation eligibility FAQ gaps → TRADE-MAP update backlog.
Alerte ops
trade_in_credit_sla < 88 % : review inspection queue + finance credit batch lundi.
Quels anti-patterns éviter sur trade-in ?
Dix anti-patterns reprise trade-in à bannir.
1. Promesse crédit sans TRADE-MAP
Marketing « jusqu'à 120 € » sans critères état. Rejection disputes spike.
2. Router reprise vers RMA retour
TRADE-VS-RETURN-01 + tag trade_in distinct return_rma.
3. Crédit sans SLA communiqué
« Bientôt » interdit. Cite TRADE-MAP credit_sla_days.
4. Rejet sans photos inspection
Policy règle 4 appeal impossible sans preuve ops.
5. Devis expiré honoré à tort
TRADE-MAP binding window. Renouveler devis si expired_offer.
6. Ignorer data wipe electronics
RGPD + lock device. TRADE-WIPE-01 obligatoire pre-send.
7. Confondre trade-in et consigne #412
Emballage vs produit usagé. TRADE-VS-DEP-01.
8. Store credit expiry cachée
TRADE-CREDIT-01 cite date validité. Lien store credit guide.
9. Double soumission même serial
trade_in_fraud_suspect : serial déjà crédité. Block + explain.
10. Pas /pages/trade-in
TRADE-ELIG-01 link 404. Self-service manquant.
11. Analyse retours confondue
Motifs reprise ≠ motifs retour SAV. Dashboard return reasons séparé trade-in.
Comment Qstomy aide sur les reprises produit ?
Qstomy sur Shopify : trade-in status lookup, TRADE-MAP eligibility explain, pipeline stage translate, credit SLA flag, vs return distinguish, handoff rejection appeal.
Capacités trade-in Qstomy
trade_in_id_lookup : app metafield status TR-4
trade_map_eligibility : modèles + tiers explain FR
trade_status_template : TRADE-STATUS-01 auto
trade_credit_sla_check : breach flag → handoff
trade_vs_return_route : TRADE-VS-RETURN-01
trade_no_execute_bot : issue credit handoff agents TR-7
Pipeline #413 → #414
Agents policy #413. Bot éligibilité #414 futur pre-submit photos. Corpus TRADE-MAP partagé.
Scénario DTC chiffré
Accessoires tech 220 reprises/mois, 31 % tickets avant TRADE-SUP.
Après TRADE-SUP + Qstomy : trade_in_ticket_rate -44 %, trade_in_credit_sla 96 %, trade_in_fcr 73 %, trade_in_credit_redemption 68 %.
Explorez support client et demander une démo.
Quelle checklist pour déployer TRADE-SUP ?
Checklist TRADE-SUP (12 étapes)
Inventorier TRADE-TYPE actifs (upgrade, buyback, takeback)
Documenter TRADE-MAP modèles, tiers, crédits, SLA
Rédiger policy TRADE-SUP 8 règles
Publier /pages/trade-in FAQ + formulaire
PDP badge reprise + lien programme
Email flows submit / inspect / credit Klaviyo
Créer macros TRADE-* helpdesk
Former agents TRADE-FLOW 45 min (vs retour SAV)
Process ops inspection + finance credit batch
Tags trade_in_* + dashboard KPI section 9
Sync TRADE-MAP → bot #414 corpus (futur)
Revue trimestrielle rejection reasons + SLA audit
En bref
#413 = reprise produit, pas retour SAV ni consigne (#412)
TRADE-MAP : modèle → état → crédit → SLA
TRADE-FLOW : lookup → status → explain → crédit ou reject
Transparence : critères état avant envoi obligatoires
KPI trade_in_credit_sla : cible > 93 % post-fix
FAQ
Reprise vs retour produit neuf ?
Retour SAV = achat récent litige. Trade-in = ancien produit programme circularité TRADE-SUP.
Crédit cash ou bon d'achat ?
Default store credit ou bon Shopify. Buyback cash si TRADE-MAP buyback explicite.
Produit refusé, récupération ?
Policy règle 6 : renvoi payé marque sur demande sous 14 j.
Différence #414 bot ?
#413 agents policy reprise. #414 bot qualifie éligibilité et photos amont.
Reprise et fidélité combinées ?
Crédit reprise cumulable ou non avec points : documenter TRADE-MAP. Default non cumul promo autre.
Aller plus loin
Cette semaine : publiez TRADE-MAP /pages/trade-in, créez macros TRADE-STATUS-01, formez agents TRADE-VS-RETURN-01, auditez SLA crédit pending queue.
Partagez ce guide #413 avec ops et support : une reprise bien expliquée fidélise et alimente la circularité, une reprise opaque génère des litiges.
Enzo
1 juillet 2026
