E-commerce
9 juillet 2026
« Mon produit ne fonctionne plus, pouvez-vous le réparer ? » « Combien coûte la réparation hors garantie ? » « Où en est ma réparation, ça fait trois semaines ? » Ces messages ne sont ni un retour taille ni une simple demande de remboursement.
La demande de réparation produit suit un flux SAV distinct : diagnostic, devis, atelier, pièces détachées, délai de retour. Mal géré, elle génère des relances, des avis négatifs et des dossiers qui traînent des mois.
Ce guide #341 traite la réparation comme flux SAV opérationnel. Il complète garantie automatisée (#62) (éligibilité garantie) et retours (#returns) avec l'angle réparation, atelier et suivi dossier repair.
Sommaire
Pourquoi la réparation est-elle un flux SAV distinct ?
Retour, garantie, dépannage et réparation se ressemblent côté client mais pas côté ops. Confondre les flux crée des promesses impossibles.
Quatre parcours différents
Retour : produit neuf renvoyé, remboursement ou échange rapide
Garantie : vérification éligibilité, remplacement ou remboursement légal
Dépannage : résolution à distance sans retour produit
Réparation : produit reçu, diagnostiqué, réparé, renvoyé au client
La Commission européenne rappelle que le consommateur peut exiger réparation ou remplacement en cas de non-conformité dans le cadre de la garantie légale (UE, garanties consommateur).
Angle #341
Le #62 automatise les demandes garantie. Ici : réparation comme process ops avec atelier, devis, pièces et suivi statut.
Verticals concernés
Électronique, petit électroménager, outdoor, lunettes, montres, accessoires premium, mobilier assemblé. Moins fréquent en mode pure player.
Exemple DTC
Marque baladeurs audio : 95 tickets « réparation »/trim, délai moyen dossier 28 j sans workflow. Après flux REPAIR + portail statut : repair_cycle_time 14 j, -40 % relances client.
Coût d'un flux absent
Dossier repair mal routé vers retour = remboursement 89 € au lieu de réparation 12 € pièce. WarrantyHub estime qu'un portail SAV structuré réduit les appels statut de 30 à 50 % (WarrantyHub, warranty management 2026).
En quoi diffère-t-il des guides garantie et retour ?
Six contenus voisins, six angles.
Garantie automatisée (#62)
Guide #62 : tri éligibilité garantie, preuves, automation. Le #341 couvre le parcours atelier quand réparation est la solution retenue.
Retours et échanges
Bot retours : RMA, étiquette retour, remboursement. Le #341 intervient quand le client veut garder et réparer le produit.
Dépannage bot
Troubleshooting bot : résolution distance. Le #341 = escalade physique après dépannage échoué.
Reconditionné (#269)
Reconditionné (#269) : produits remis en vente. Le #341 traite la réparation du produit du client.
Glossaire garantie
Glossaire garantie : définition. Le #341 = workflow SAV réparation opérationnel.
Promesse #341
Policy réparation, éligibilité, collecte preuves, workflow atelier, devis hors garantie, macros REPAIR, suivi statut, KPI repair.
Post-purchase automation
Le flux repair s'inscrit dans le support post-achat automatisé mais avec cycle plus long et statuts atelier spécifiques.
Quelles questions clients posent-elles sur la réparation ?
Cartographier les intents réparation produit avant d'écrire les macros.
Douze verbatims à tagger
Proposez-vous une réparation de mon produit ?
Mon produit est sous garantie, réparation gratuite ?
Combien coûte la réparation hors garantie ?
Comment envoyer mon produit pour réparation ?
Avez-vous des pièces détachées disponibles ?
Quel délai pour la réparation ?
Où en est ma réparation (numéro dossier) ?
Puis-je réparer moi-même avec vos pièces ?
Produit irréparable : remboursement ou avoir ?
Réparation refusée car usure normale : que faire ?
Atelier agréé près de chez moi ?
Produit réparé sous garantie mais re-panne : recours ?
Tags helpdesk
product_repair, repair_warranty, repair_quote, repair_status, repair_parts, repair_irreparable. Voir taxonomie (#135).
Collecte intake bot
Avant escalade atelier : numéro commande, SKU, description panne, 2 photos minimum, numéro série si électronique. Dossier incomplet = pas de REP-ID généré. Gain : -35 % allers-retours preuves.
Tri initial bot
Intent repair_request → dépannage d'abord (troubleshooting). Si échec → ouvrir dossier repair. Distinction repair vs return : « défaut » vs « ne me convient plus ».
Segment B2B
Revendeurs et pros : délai repair contractuel, pas garantie B2C 2 ans. Router vers support B2B si compte wholesale.
Comment définir votre politique réparation ?
Une politique réparation produit écrite évite que chaque agent promette un délai ou un tarif que l'atelier ne peut pas tenir.
Décisions à documenter
Modèle : atelier interne, partenaire agréé, renvoi fabricant
Éligibilité : garantie légale, commerciale, hors garantie payant
Exclusions : usure normale, choc, eau, modification client
Devis : gratuit ou payant, validité, délai réponse
Transport : étiquette retour fournie ou frais client
SLA : délai diagnostic, réparation, renvoi
Page aide réparation
Formulaire dédié /pages/reparation : numéro commande, SKU, description panne, photos obligatoires, numéro série si applicable. Lien depuis footer « Service après-vente ».
Alignement garantie #62
Si garantie légale : réparation gratuite si éligible non-conformité. Si hors garantie : devis avant intervention. Même base preuves que portail garantie.
Modèles atelier
Interne : contrôle total, SLA maîtrisé, coût fixe. Partenaire agréé : réseau réparation régional, SLA contractuel. Fabricant : renvoi SAV constructeur, boutique = intermédiaire. Choisir un modèle principal par catégorie SKU.
Comment structurer le workflow réparation en 7 étapes ?
Le workflow repair SAV standardise chaque dossier de l'ouverture au renvoi.
Sept étapes ops
Intake : formulaire ou ticket, photos, n° commande, garantie vérifiée
Tri : dépannage distance ou réparation physique
Réception : colis atelier, contrôle état, tag repair_received
Diagnostic : technicien, devis si hors garantie, SLA 5 j ouvrés
Validation client : accord devis ou refus (retour produit non réparé)
Réparation : pièces commandées, intervention, test qualité
Renvoi : expédition, tracking, clôture dossier repair_closed
Statuts client visibles
Reçu → En diagnostic → Devis envoyé → En réparation → Expédié. Email auto à chaque changement statut. Réduit tickets « où en est ma réparation ? ».
Numéro dossier repair
Format REP-2026-XXXXX unique. Référencé ticket, atelier, e-mails. Client cite ce numéro, pas le n° commande seul.
Communication proactive
Email J+3 réception : « Votre produit est en diagnostic. » J+7 si retard pièces : « Délai prolongé, nouvelle estimation [date]. » Réduit repair_status_tickets de 40 à 60 % selon DTC testés.
SLA par étape
Intake réponse 24 h, diagnostic 5 j ouvrés, réparation 10 j après validation devis, renvoi 48 h post-réparation. Afficher SLA sur page /reparation pour ancrer attentes client.
Comment gérer devis, pièces et cas hors garantie ?
La réparation hors garantie est le cas le plus sensible : devis, refus client, produit bloqué en atelier.
Règles devis
Diagnostic payant : 25-49 € déduits si réparation acceptée
Devis gratuit : sous garantie ou panne couverte
Validité devis : 14 j, relance auto J+10
Refus devis : retour produit non réparé, frais port client ou offerts selon policy
Pièces détachées
Stock pièces vs commande fournisseur : délai +7-21 j à communiquer. Macro REPAIR-PARTS si rupture. Option vente pièces seules si client bricole (policy usine).
Irréparable
Proposer remplacement garantie, avoir ou remboursement partiel selon âge produit. Macro REPAIR-NO avec empathie. Aligner gestes commerciaux.
Paiement devis en ligne
Lien checkout Shopify SKU REPAIR-QUOTE ou draft order. Client paie avant intervention. Pas de réparation sans paiement si hors garantie.
Quelles macros et réponses pour la réparation ?
Industrialisez les macros REPAIR pour dossiers récurrents.
Bibliothèque minimum (8 macros)
REPAIR-INTAKE: formulaire, photos, n° série requisREPAIR-ELIG: éligibilité garantie vs hors garantieREPAIR-LABEL: étiquette retour atelierREPAIR-QUOTE: envoi devis, validité, lien paiementREPAIR-STATUS: statut dossier REP-XXXXXREPAIR-DELAY: retard pièces ou atelierREPAIR-NO: irréparable, options remplacementREPAIR-SHIP: produit réparé expédié + tracking
Intents bot
repair_available, repair_cost, repair_status_lookup, repair_warranty_eligible. Bot lit statut dossier repair table ou tag Shopify. Voir templates (#34).
Escalade humaine
Litige devis refusé, re-panne post-réparation, produit perdu atelier, délai > SLA × 2. SLA humain 24 h.
Tests bot repair
15 requêtes : « réparer mon produit », « statut REP-2026-00123 », « devis réparation ? ». Taux résolution sans agent cible 65 % sur repair_status_lookup.
Comment configurer Shopify et les outils atelier ?
Le repair workflow Shopify lie tickets, tags et fulfillment retour.
Setup technique
Tag commande : repair_open, repair_closed
Metafield order : repair_case_id, repair_status
Produit devis : SKU REPAIR-QUOTE pour paiement diagnostic
Return app : étiquette retour atelier adresse distincte
Flow : notification ops si tag repair_open
Outils atelier
Spreadsheet, Notion, RepairDesk ou module ERP selon volume. Champs : REP-ID, SKU, statut, technicien, pièces, date estimée renvoi.
Partenaire fabricant
Si réparation = SAV constructeur : macro REPAIR-MFG avec coordonnées, numéro garantie fabricant, délai redirection 48-72 h.
Checklist lancement
Page /reparation live, 8 macros, adresse atelier testée, statuts e-mail configurés, 1 dossier test bout en bout.
Adresse atelier
Adresse retour distincte du entrepôt expédition. Éviter mélange colis neufs et produits en panne. Zone réception repair avec log REP-ID à l'arrivée.
Quels KPI mesurer sur les dossiers réparation ?
Sans KPI repair, les dossiers traînent et les relances explosent.
Six métriques clés
repair_cycle_time : ouverture dossier → renvoi client (jours)
repair_first_reply_time : ticket → première réponse avec procédure
repair_status_tickets : tickets « où en est ma réparation » / dossiers actifs
repair_quote_accept_rate : devis acceptés / devis envoyés
repair_reopen_rate : re-panne 30 j post-réparation
CSAT intent repair : satisfaction post-clôture
Benchmark DTC
Objectif repair_cycle_time < 21 j hors garantie, < 14 j sous garantie. repair_status_tickets < 15 % dossiers actifs après portail statut.
Revue mensuelle
Top 5 SKU en réparation, causes panne, délais pièces, ajustement SLA ou stock pièces critiques.
Coût par dossier
Tracker coût pièces + main d'oeuvre + port par REP-ID. Compare repair_cost vs replacement_cost pour décisions policy futures.
Quels cas limites et litiges traiter en priorité ?
Cinq edge cases réparation génèrent la majorité des litiges.
Re-panne après réparation
Garantie réparation 6 mois sur intervention si policy. Rouvrir dossier REP-ID sans refaire intake complet.
Produit perdu atelier
Procédure immédiate : empathie, enquête interne 48 h, remplacement ou remboursement selon valeur. Tag repair_lost.
Usure vs défaut
Agent ne tranche pas seul si litige. Escalade qualité avec photos. Macro REPAIR-WEAR vs REPAIR-DEFECT.
Preuve photo obligatoire
Intake sans photo = dossier incomplet. Bot et formulaire bloquent escalade atelier si moins de 2 photos (vue globale + détail panne). Réduit allers-retours de 35 %.
Client refuse devis, produit bloqué
Renvoi sous 5 j ouvrés, frais port policy. Relance si client ne répond pas J+14 devis.
Dropshipping sans atelier
Redirection fabricant ou remplacement direct. Pas promettre réparation interne si impossible. Voir dropshipping support.
Produit premium ou luxe
Réparation atelier marque, emballage retour fourni, assurance transport. SLA plus long acceptable si communication premium. Lien support luxury.
Comment Qstomy gère les demandes de réparation ?
Qstomy route les intents product_repair depuis policy et statut dossier, après dépannage distance si applicable.
Capacités
Intent repair_available : policy, formulaire lien
Éligibilité garantie : date commande, SKU, type panne
Lookup REP-ID : statut dossier live
Collecte photos : intake avant escalade atelier
Escalade : litige devis, re-panne, produit perdu
Scénario DTC chiffré
Marque petit électroménager, 110 dossiers repair/trim, 45 % tickets statut sans portail.
Après Qstomy + macros REPAIR + portail statut : 68 % tickets repair auto-résolus, repair_first_reply_time 8 min, repair_status_tickets -52 %, CSAT intent repair 4,5/5.
Le bot collecte intake et lit statut REP-ID ; l'humain tranche devis et litiges. Même séparation que garantie #62, appliquée au cycle atelier.
Explorez support IA, Shopify, demander une démo.
Quelle checklist pour lancer le flux réparation ?
Checklist réparation (10 étapes)
Rédiger policy réparation + exclusions
Publier page /reparation + formulaire intake
Définir workflow 7 étapes section 5
Créer 8 macros REPAIR section 7
Configurer tags Shopify repair_*
Mettre en place portail statut ou e-mails auto
Former agents : repair vs return vs garantie
Tester 1 dossier garantie + 1 hors garantie
Dashboard repair_cycle_time hebdo
Revue mensuelle top SKU et pièces
En bref
#341 = réparation flux ops, pas garantie seule (#62)
7 étapes : intake → renvoi avec statuts visibles
Devis hors garantie : règles claires avant intervention
REP-ID unique : suivi client et atelier
KPI repair_cycle_time : objectif < 21 j
FAQ
Réparation ou retour, que proposer en premier ?
Défaut produit sous garantie : proposer réparation ou remplacement (choix client UE). Changement d'avis : retour classique.
Différence avec le guide garantie #62 ?
#62 automatise tri garantie. #341 couvre le parcours atelier quand réparation est la solution.
Faut-il un atelier interne ?
Non. Partenaire agréé ou renvoi fabricant suffit. Documenter qui fait quoi dans la policy.
Bot ou humain pour devis ?
Bot collecte intake et statut. Humain obligatoire pour devis, litige usure/défaut, re-panne.
Pièces indisponibles : que faire ?
Communiquer délai, proposer remplacement si SLA dépassé, macro REPAIR-PARTS + REPAIR-DELAY.
Droit à la réparation UE : impact e-commerce ?
Le consommateur peut demander réparation en garantie légale si non-conformité. Votre flux repair doit pouvoir l'honorer, pas seulement rembourser.
Aller plus loin
Simulez un dossier repair de bout en bout avant go-live : intake, réception, devis, réparation test, renvoi avec tracking.
Partagez ce guide #341 avec l'atelier et le support : un flux réparation documenté convertit la frustration en confiance mieux qu'un remboursement systématique sur produits réparables.
Formez les agents sur les trois flux : un client qui dit « cassé » peut avoir besoin de dépannage, réparation ou retour garantie. Le mauvais routage coûte plus cher que la bonne procédure.
Revoyez les top 10 SKU repair chaque trimestre : stock pièces, guide dépannage mis à jour, décision repair vs replace si panne récurrente.
Atelier et support doivent lire le même statut REP-ID : Notion, ERP ou metafield Shopify order, mis à jour à chaque changement d'étape.
Enzo
9 juillet 2026
