E-commerce
July 1, 2026
"Is my old model eligible for trade-in?" "I sent my product, where is my voucher?" "Why was my trade-in rejected when the site promised €80?" Three messages where a poorly explained trade-in program generates frustration, cart abandonment, and repeated support tickets.
The e-commerce product trade-in customer support clarifies eligibility, the shipping process, valuation, and the difference from standard after-sales returns or packaging deposit systems (#412).
This guide #413 covers the TRADE-SUP policy, TRADE-FLOW process, and trade-in KPIs. No existing content on this topic. Distinct from packaging deposits (#412) and standard returns: this focuses on old product trade-in, trade-in, and circular commerce.
Summary
Why does product takeback generate tickets?
A trade-in ticket concerns a customer who wishes to surrender an old product in exchange for credit, a voucher, or a discount on a new purchase, according to a program documented by the brand.
Five typical customer frustrations
Vague eligibility: accepted or rejected model without visible criteria
Surprise valuation: €80 promised, €45 credited after inspection
Opaque shipping process: return label, warehouse address, inspection delay
Credit not received: voucher or store credit expected, nothing after 14 days
Return vs. support confusion: trade-in confused with returning a defective product
Textile and electronics circularity is progressing in Europe: EPR textile regulations and the right to repair reinforce consumer trade-in expectations (EU Commission, textiles 2026). Gorgias observes that trade-in tickets double when the program page does not display state and model criteria before submission (Gorgias, support stats 2026).
Angle #413 vs neighboring content
Instruction #412: refundable packaging. #413 = trade-in of used product for value.
Support Return: standard return policy. #413 = voluntary circularity program, not a quality dispute.
Store credit: credit vs refund. #413 = source of credit = accepted trade-in.
Bot #414: future automation of eligibility. #413 = policy agents + TRADE-* macros.
Loyalty #: loyalty points. #413 = product trade-in value, not purchase points.
DTC Example
Tech accessories brand, "Trade-in old model" program for €40-120 voucher. Without TRADE-SUP: 58 trade-in tickets/month, trade_in_rejection_dispute 22%. After playbook: trade_in_ticket_rate -46%, trade_in_credit_sla_compliance 95%, trade_in_csat 4.1/5.
Three TRADE-TYPES
Trade-in upgrade (old for new), buyback cash/credit (buyback without mandatory purchase), take-back product deposit (textile end-of-life return). Three distinct policies.
How does trade-in differ from a warranty return?
After-sales return and trade-in: two customer intents, two completely opposite support flows.
Intent → process matrix
After-sales return: defective new product or right of withdrawal, product refund
Trade-in #413: eligible used product, credit/voucher depending on condition
Deposit #412: consumable packaging, deposit refund
Partial refund: commercial gesture, not a buyback program
Three TRADE-TYPEs
trade_in_upgrade: old model + new purchase, credit applied at checkout
trade_in_buyback: buyback without immediate purchase, store credit or bank transfer
trade_in_takeback: end-of-life take-back (textiles, batteries), symbolic voucher or discount
Shopify and trade-in apps
Program via partner app (Recommerce, Back Market API, custom flow). Support reads trade_in_id, inspection status, credit_amount in order metafields or app admin.
Promise #413
TRADE-SUP policy, TRADE-MAP matrix, 12 trade_in_* typologies, TRADE-FLOW flow, TRADE-* macros, KPI.
Which trade_in_* typologies should be mapped?
Twelve trade-in ticket typologies for consistent routing.
Twelve trade-in scenarios
trade_in_eligibility: "Is my model accepted?"
trade_in_valuation: "How much for my condition?"
trade_in_how_to_send: Label, address, packaging
trade_in_status_tracking: Parcel received? Inspection in progress?
trade_in_rejected: Trade-in refused, customer disputes
trade_in_credit_missing: Voucher or credit not received
trade_in_credit_apply: How to use checkout credit
trade_in_vs_return: Confusion between warranty return vs trade-in
trade_in_damaged_in_transit: Product broken upon arrival at warehouse
trade_in_partial_credit: Valuation lower than initial quote
trade_in_expired_offer: Quote expired before dispatch
trade_in_fraud_suspect: Serial mismatch, counterfeit
Helpdesk tags
trade_in, trade_in_eligibility, trade_in_rejected, trade_in_credit_pending, trade_in_resolved, trade_in_escalation. Distinct return_rma, deposit.
Prioritization
P1: credit_missing SLA breach, rejected dispute, fraud_suspect. P2: how_to_send, status_tracking. P3: eligibility FAQ, valuation pre-submit.
Which TRADE-MAP matrix should be documented?
The TRADE-MAP trade-in matrix lists models, conditions, valuations, and credit SLAs.
TRADE-MAP Columns
trade_code: upgrade_phone_v3, buyback_headphones, takeback_textile
trade_type: upgrade | buyback | takeback
eligible_models: SKU list or criteria (year, series)
condition_tiers: excellent / good / fair / reject
credit_range: min-max € per tier
credit_sla_days: working days post-inspection OK
return_address: trade-in warehouse or partner
Tech upgrade example
upgrade_phone_v3: models A/B/C accepted, excellent €120, good €80, fair €45, reject if screen is cracked. Store credit within 7 days post-inspection. Prepaid label emailed after form submission.
Textile takeback example
takeback_textile: any branded clothing item (max 5 pcs/shipment), flat €15 upon receipt of min weight 500g, no detailed condition inspection. Credit SLA 5 days.
Publishing to /pages/trade-in
Customer TRADE-MAP table: models, condition criteria, credit range, shipping process, timelines. Footer link + TRADE-* macros.
How to write the TRADE-SUP policy in eight rules?
The TRADE-SUP trade-in policy governs eligibility, inspection, and customer credit.
Eight TRADE-SUP rules
Public eligibility: TRADE-MAP visible /pages/trade-in before submission
Quote binding window: offer valid for X days (e.g., 30 days) if declared condition is accurate
Inspection criteria: customer photo checklist + documented warehouse inspection
Rejection appeal: customer can dispute with photos within 7 days, review by head of support
Credit SLA: store credit or voucher issued within Y days post-inspection approval
Return product on reject: rejected product returned at brand's expense if requested by the customer
Data wipe electronics: mandatory factory reset guide before shipping, support TRADE-WIPE-01
RMA distinction: warranty return ticket routed to return flow, not TRADE-FLOW
Ops + marketing coordination
"Trade-in" campaign → update TRADE-MAP + TRADE-* macros + bot #414 corpus same day.
French legal trade-in
Voucher non-refundable in cash unless explicit buyback. Trade-in program terms and conditions, credit validity period.
Distinction deposit #412
Packaging deposit ≠ product trade-in. Macro TRADE-VS-DEP-01 in case of confusion.
How to apply the TRADE-FLOW process in eight steps?
The TRADE-FLOW framework structures trade-in ticket processing.
Eight steps TR-1 to TR-8
TR-1 Lookup trade_in_id: admin app, order metafield, submission email
TR-2 Classify typology: trade_in_* section 3
TR-3 Match TRADE-MAP: model, condition tier, credit_range
TR-4 Verify pipeline status: submitted | shipped | received | inspecting | accepted | rejected | credited
TR-5 Explain: TRADE-* macro grounded on TR-3 + TR-4
TR-6 Decide: uphold | adjust credit | appeal review | resend label | escalate fraud
TR-7 Execute: issue store credit, Shopify voucher, return rejected product
TR-8 Document: inspection photos, credit ref, rejection reason code
TR-4 credit_missing
Check: inspection accepted logged? Credit issued in app? Shopify gift card sent? If SLA breach → issue credit + apology TRADE-CREDIT-LATE-01.
TR-6 rejected dispute
Compare customer photos submitted vs inspection photos. If condition gap: explain tier downgrade TRADE-PARTIAL-01. If inspection error: re-review with head ops, adjust credit.
TR-6 vs_return confusion
Customer purchased new, wants to "return" old via RMA. Redirect to TRADE-ELIG-01 trade-in form, not CS return label.
TR-7 store credit issuance
Shopify gift card or unique discount code. Email Klaviyo trigger trade_in_credited with amount + expiry.
Which TRADE-* macros and touchpoints should be configured?
Eight trade-in recovery agent macros and self-service touchpoints.
TRADE-ELIG-01 (eligibility)
"Accepted models: [TRADE-MAP list]. Check yours at [link /pages/trade-in]. Submit photos + serial for quote within [X] hours."
TRADE-SEND-01 (product sending)
"Prepaid label: [PDF link]. Pack without unrequested accessories. Data reset if electronic: [guide link]. Warehouse receiving time 3-7 days."
TRADE-STATUS-01 (pipeline tracking)
"Trade-in #[ID]: status [received | inspecting]. Estimated credit within [SLA] days if inspection OK. Tracking: [trade-in portal]."
TRADE-CREDIT-01 (credit issued)
"Trade-in credit [amount] issued. Code: [XXXX]. Valid until [date]. Use at checkout in the "promo code" field or auto-applied if account is linked."
TRADE-REJECT-01 (rejection explained)
"Trade-in rejected: [reason code TRADE-MAP]. Inspection photos attached. Dispute within 7 days with your photos. Product return possible upon request."
TRADE-PARTIAL-01 (reduced valuation)
"Condition found [tier] vs [declared tier]. Credit adjusted [amount] according to TRADE-MAP. Credit acceptance or product return within 5 days."
TRADE-VS-RETURN-01 (vs warranty return)
"Warranty return = new product purchased from us (#return policy). Trade-in = old used product trade-in program. Two distinct processes."
Touchpoints
/pages/trade-in: TRADE-MAP + submission form
New PDP: "Trade-in old model up to X €" badge
Post-submit Email: TRADE-SEND-01 + label
Status Portal: customer-visible TR-4 pipeline
Post-credit Email: TRADE-CREDIT-01 + purchase CTA
Which upgrade, buyback, and textile cases should be processed?
Special trade-in cases require TRADE-MAP extensions and separate SLAs.
Upgrade with simultaneous new purchase
The customer orders a new product + declares a trade-in. Credit is applied after inspection or a partial checkout hold. Support explains: final credit may differ if the condition is lower (TRADE-PARTIAL-01).
Buyback without purchase
Pure buyback: store credit is default, bank transfer is a B2B option. 7-10 days credit SLA. Do not confuse with partial refund on an existing order.
Textile takeback
End-of-life program: flexible criteria, no serial number. Warehouse sorting volume. Future link #605 textile take-back if the catalog is expanded.
Electronics data wipe
Macro TRADE-WIPE-01: factory reset guide iOS/Android. Refusal of trade-in if activation lock is active (Find My, Google lock).
External recommerce partner
API Back Market / Recommerce: status sync app. Support reads partner dashboard, do not make up local status.
Multi-item trade-in
3 products submitted, 2 accepted 1 rejected: partial credit + TRADE-REJECT-01 reject item. TR-8 is documented by trade_in_line.
Which trade-in KPIs should be measured?
Trade-in support KPIs monitor credit SLA and contested rejection rate.
Eight key metrics
trade_in_ticket_rate: trade-in tickets / 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: days submit → package shipped
trade_in_inspection_turnaround: days received → decision
trade_in_credit_redemption_rate: credits used / credits issued
trade_in_fcr: resolved TRADE-FLOW without escalation / tickets
trade_in_csat: satisfaction tag trade_in
DTC Benchmark
credit_sla > 93%, rejection_dispute < 15% post TRADE-REJECT photos, trade_in_fcr > 70%, credit_redemption > 65% within 90 days.
Monthly Dashboard
TRADE-TYPE breakdown, rejection reason codes, tier downgrade frequency, correlation eligibility FAQ gaps → TRADE-MAP update backlog.
Ops Alert
trade_in_credit_sla < 88%: review inspection queue + finance credit batch Monday.
Which trade-in anti-patterns should be avoided?
Ten trade-in anti-patterns to ban.
1. Credit promise without TRADE-MAP
"Up to €120" marketing without condition criteria. Rejection disputes spike.
2. Routing trade-ins to return RMA
TRADE-VS-RETURN-01 + tag trade_in distinct from return_rma.
3. Credit without communicated SLA
"Soon" is forbidden. Quote TRADE-MAP credit_sla_days.
4. Rejection without inspection photos
Policy rule 4 appeal impossible without ops proof.
5. Expired quote wrongly honored
TRADE-MAP binding window. Renew quote if expired_offer.
6. Ignoring electronics data wipe
GDPR + device lock. TRADE-WIPE-01 mandatory pre-send.
7. Confusing trade-in and deposit #412
Packaging vs used product. TRADE-VS-DEP-01.
8. Hidden store credit expiry
TRADE-CREDIT-01 quotes validity date. Link store credit guide.
9. Double submission of same serial
trade_in_fraud_suspect: serial already credited. Block + explain.
10. Missing /pages/trade-in
TRADE-ELIG-01 link 404. Self-service missing.
11. Confused returns analysis
Trade-in reasons ≠ after-sales return reasons. Separate return reasons dashboard for trade-in.
How does Qstomy help with product returns?
Qstomy on Shopify: trade-in status lookup, TRADE-MAP eligibility explain, pipeline stage translate, credit SLA flag, vs return distinguish, handoff rejection appeal.
Qstomy trade-in capabilities
trade_in_id_lookup: app metafield status TR-4
trade_map_eligibility: models + 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 eligibility #414 future pre-submit photos. Shared TRADE-MAP corpus.
Encrypted DTC Scenario
Tech accessories 220 trade-ins/month, 31% tickets before TRADE-SUP.
After TRADE-SUP + Qstomy: trade_in_ticket_rate -44%, trade_in_credit_sla 96%, trade_in_fcr 73%, trade_in_credit_redemption 68%.
Explore customer support and request a demo.
What checklist should be used to deploy TRADE-SUP?
TRADE-SUP Checklist (12 steps)
Inventory active TRADE-TYPEs (upgrade, buyback, takeback)
Document TRADE-MAP models, third parties, credits, SLAs
Write TRADE-SUP policy 8 rules
Publish /pages/trade-in FAQ + form
PDP trade-in badge + program link
Klaviyo email flows submit / inspect / credit
Create HELPdesk TRADE-* macros
Train agents on TRADE-FLOW 45 min (vs return after-sales service)
Process ops inspection + finance credit batch
Tags trade_in_* + KPI dashboard section 9
Sync TRADE-MAP → bot #414 corpus (future)
Quarterly review of rejection reasons + SLA audit
In brief
#413 = product trade-in, not after-sales return nor deposit (#412)
TRADE-MAP: model → condition → credit → SLA
TRADE-FLOW: lookup → status → explain → credit or reject
Transparency: mandatory condition criteria before sending
KPI trade_in_credit_sla: target > 93% post-fix
FAQ
Trade-in vs new product return?
After-sales return = recent purchase dispute. Trade-in = old product, TRADE-SUP circularity program.
Cash credit or voucher?
Default store credit or Shopify voucher. Cash buyback if explicit TRADE-MAP buyback.
Rejected product, recovery?
Policy rule 6: brand-paid return upon request within 14 days.
Difference #414 bot?
#413 agents trade-in policy. #414 bot qualifies eligibility and photos beforehand.
Trade-in and loyalty combined?
Trade-in credit with or without loyalty points: document in TRADE-MAP. Default does not stack with other promos.
Going further
This week: publish TRADE-MAP /pages/trade-in, create macros TRADE-STATUS-01, train agents TRADE-VS-RETURN-01, audit SLA pending credit queue.
Share this guide #413 with ops and support: a well-explained trade-in builds loyalty and feeds circularity, an opaque trade-in generates disputes.
Enzo
July 1, 2026
