E-commerce
1 juillet 2026
« Le bot annonce ma réparation terminée alors que le dossier est encore en diagnostic. » « L'IA invente un délai de 3 jours sans lire le statut atelier. » « Chatbot refuse de donner le numéro REP alors que je l'ai perdu. » Trois échecs où un bot suivi réparation mal calibré sur-promet délai ou cite un statut faux.
Un chatbot IA suivi réparation produit ne remplace pas les agents REPAIR (#341). Il lit REPAIR-MAP, lookup repair queue API statut REP, cite SLA indicatif et handoff devis litige garantie post-réparation vers humains.
Ce guide #622 couvre intents bot_repair_*, flow REPAIRbot et KPI repair_bot. Paire bot du playbook REPAIR (#341). Complète garantie post-réparation (#621). Nouveau cas d'usage IA : statut dossier REP délai retour sans promettre date ni valider devis.
Sommaire
Pourquoi automatiser le suivi réparation par bot ?
« Où en est ma réparation ? », « mon REP-2026-00456 est bloqué depuis 2 semaines » et « comment renvoyer mon produit à l'atelier ? » représentent 40 à 60 % des tickets repair selon DTC testés. Un bot calibré lookup repair_id API, cite statut réel et SLA map sans inventer date de renvoi.
Ce que le bot résout tier 1
Statut dossier : received diagnostic quote in_repair shipped API
Délai indicatif : repair_sla map par étape cite
Envoi atelier : intake_url photos requis guide
Devis info : quote_sent pending payment cite sans valider
Tracking retour : shipped statut lien suivi si disponible
WarrantyHub estime qu'un portail statut repair structuré réduit les relances client de 30 à 50 % (WarrantyHub, warranty management 2026). Le bot intercepte bot_repair_status avant NO-SLA-PROMISE violation.
REPAIRbot vs REPAIR #341, REFWARR #621, troubleshooting et retour neuf
Cinq contenus, cinq angles réparation et SAV distincts.
Matrice rapide
#622 REPAIRbot : bot tier 1 statut REP délai envoi handoff
Réparation #341 : agents devis atelier irreparable escalate ops
Garantie post-réparation #621 : REFWARR scope re-panne après repair_closed
Troubleshooting bot : dépannage distance avant ouverture REP
Retour neuf : RMA remboursement distinct flux repair
Pipeline : troubleshooting tier 1 → bot statut REP → #341 devis litige → #621 garantie post-réparation.
Quels intents bot_repair_* configurer ?
Huit intents bot suivi réparation mappés workflow #341.
Huit intents bot_repair
bot_repair_status : lookup REP statut atelier API
bot_repair_timeline : SLA indicatif par étape map
bot_repair_how_send : formulaire intake photos étiquette
bot_repair_quote_info : devis envoyé validité paiement info
bot_repair_eligibility_info : garantie vs payant cite map
bot_repair_return_tracking : shipped tracking renvoi client
bot_repair_delay_info : retard pièces atelier explain
bot_repair_handoff : litige devis irreparable re-panne → #341 #621
Tier 1 auto : status, timeline, how_send, quote_info, return_tracking, delay_info si repair API + REPAIR-MAP.
bot_repair_handoff devis contesté irreparable garantie → agents #341 ou #621 payload REP order_ref.
Comment consommer REPAIR-MAP #341 ?
Le bot lit REPAIR-MAP #341 : repair_program_id, intake_url, status_labels, repair_sla_diagnostic_days, repair_sla_repair_days, repair_sla_ship_days, quote_validity_days, warranty_elig_rules, customer_copy, handoff_sla.
Lookup grounded
REP-ID detect : REP-YYYY-XXXXX email order → repair queue API
REPAIR-STATUS-VERIFY-BOT : API statut before cite jamais inventé
NO-SLA-PROMISE-BOT : délai indicatif SLA map pas date garantie bot
NO-QUOTE-EXECUTE-BOT : bot ne valide ni ne refuse devis
NO-IRREPARABLE-BOT : remplacement refund handoff #341 only
REFWARR-REROUTE-BOT : garantie post-réparation → #621 REFWARR distinct statut
Alignement anti-hallucination (#123) : statut délai = repair API + REPAIR-MAP whitelist only.
Policy REPAIRBOT-SUP en six règles
Six règles bot suivi réparation sûr.
REPAIR-MAP-GROUNDED : SLA intake quote rules depuis map only
REPAIR-STATUS-VERIFY-BOT : repair queue API before statut cite
NO-SLA-PROMISE-BOT : bot ne promet pas date renvoi garantie
NO-QUOTE-EXECUTE-BOT : bot n'approuve ni ne refuse devis paiement
NO-IRREPARABLE-BOT : irreparable replace refund handoff #341
REFWARR-REROUTE-BOT : garantie re-panne post repair_closed → #621 agents
Flow REPAIRbot RTB-1 à RTB-8
Flow huit étapes bot suivi réparation.
RTB-1 Classify : bot_repair_* intent detect
RTB-2 Collect : REP-ID order_ref email symptom si intake
RTB-3 REPAIR-MAP : SLA intake quote status_labels rules
RTB-4 Repair API : repair_status estimated_date tracking si shipped
RTB-5 Guardrail : NO-SLA-PROMISE NO-QUOTE-EXECUTE STATUS-VERIFY
RTB-6 Respond : TPL-REPAIRbot grounded map API
RTB-7 Handoff : devis litige irreparable re-panne → #341 #621
RTB-8 Log : intent REP-ID tag repair_bot
Exemple TPL-REPAIRbot-STATUS
« Dossier [REP-ID] : statut [API repair_status map label]. [Si diagnostic : délai indicatif [repair_sla_diagnostic_days] j ouvrés map.] [Si in_repair : intervention en cours, renvoi estimé sous [repair_sla_ship_days] j post-réparation map.] Dates indicatives, pas garanties contractuelles bot. »
Templates TPL-REPAIRbot et touchpoints
Quatre templates essentiels.
TPL-REPAIRbot-STATUS
Dossier [REP-ID] : [status_labels API map]. Dernière mise à jour [timestamp API]. [Si quote_sent : devis envoyé validité [quote_validity_days] j.] [Si shipped : suivi [tracking_url].]
TPL-REPAIRbot-TIMELINE
Parcours repair [customer_copy map]. Diagnostic : [repair_sla_diagnostic_days] j. Réparation : [repair_sla_repair_days] j après validation devis. Renvoi : [repair_sla_ship_days] j post-intervention. SLA indicatif selon charge atelier.
TPL-REPAIRbot-SEND
Envoi atelier : [intake_url map]. Requis : numéro commande, photos panne, numéro série si applicable. Étiquette retour : [envoyée email / demander agent si perdue handoff #341].
TPL-REPAIRbot-HANDOFF
Demande [devis litige / irreparable / re-panne garantie] transmise équipe SAV. REP [REP-ID] commande [order_ref]. Délai [handoff_sla map].
Touchpoints
Page /reparation : bot_repair_how_send embed
Email statut auto : bot_repair_status deep link REP
Espace client repair : bot_repair_status widget
Post-shipped email : bot_repair_return_tracking entry
Cas limites et reroutes
Cinq cas hors tier 1 bot suivi réparation standard.
Devis refusé litige : NO-QUOTE-EXECUTE-BOT handoff #341 REPAIR-QUOTE
Irréparable remplacement : NO-IRREPARABLE-BOT handoff #341 REPAIR-NO
Re-panne post repair_closed : REFWARR-REROUTE-BOT #621 REFWARR-REPANNE
Éligibilité garantie ouverte : #62 warranty triage avant REP
Retour neuf confondu : policy retour distinct repair_id
Bot ne remplace pas atelier : statut API only, pas diagnostic technique ni validation devis.
KPI repair_bot essentiels
Cinq métriques pilotage REPAIRbot.
repair_bot_status_deflect : statut REP résolu sans agent
repair_bot_timeline_deflect : SLA explain résolu TPL-TIMELINE
repair_bot_handoff_rate : devis litige irreparable / total repair bot
repair_bot_sla_promise_violations : date renvoi promis bot audit cible 0
repair_bot_wrong_status_rate : statut API mismatch audit cible 0
Cible : repair_bot_sla_promise_violations 0 et repair_bot_status_deflect supérieur à 70 % avec repair API sync.
Anti-patterns REPAIRbot
Cinq erreurs fréquentes bot suivi réparation.
Date renvoi promis bot : NO-SLA-PROMISE-BOT SLA indicatif map
Statut inventé sans API : REPAIR-STATUS-VERIFY-BOT REP lookup
Valider devis bot : NO-QUOTE-EXECUTE-BOT handoff #341
Irréparable traité tier 1 : NO-IRREPARABLE-BOT replace refund agents
Garantie re-panne bot seul : REFWARR-REROUTE-BOT #621 distinct statut
REPAIRbot avec Qstomy
Qstomy sur Shopify : detect bot_repair intent, REPAIR-MAP RAG grounded, repair queue API lookup, statut REP cite, handoff #341 #621 payload REP order_ref.
Pipeline : #622 bot statut délai tier 1 → #341 devis atelier → #621 garantie post-réparation.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist REPAIRbot (8 étapes)
Sync REPAIR-MAP #341 : RAG bot page reparation
Policy REPAIRBOT-SUP : 6 règles NO-SLA-PROMISE
8 intents bot_repair_* : flow RTB-1 à RTB-8
4 templates TPL-REPAIRbot-* : STATUS TIMELINE SEND HANDOFF
Repair queue API : REP-ID lookup connect RTB-4
Email statut deep link : bot_repair_status widget
Red team 10 prompts : date promis statut faux devis validé bot
Dashboard KPI : repair_bot_* section 9
FAQ
Différence #341 ?
#341 = agents devis atelier irreparable execute. #622 = bot tier 1 statut REP délai handoff.
Bot promet date renvoi ?
Non. NO-SLA-PROMISE-BOT SLA indicatif REPAIR-MAP map only.
Re-panne après réparation ?
REFWARR-REROUTE-BOT #621 si repair_closed. Statut en cours → bot_repair_status only.
Différence troubleshooting bot ?
Troubleshooting = dépannage distance pré-REP. #622 = suivi dossier atelier ouvert.
Aller plus loin
Cette semaine : connect repair queue API bot, embed statut page reparation, red team date renvoi promis.
Enzo
1 juillet 2026
