E-commerce

Chatbot IA pour pièces d'usure : identifier modèle, usage et bonne référence

Chatbot IA pour pièces d'usure : identifier modèle, usage et bonne référence

1 juillet 2026

« Le bot propose une courroie incompatible avec ma révision. » « L'IA ouvre garantie alors que la brosse est simplement usée. » « Chatbot ignore mon usage intensif pour la fréquence remplacement. » Trois échecs où un bot pièce d'usure mal calibré invente référence, confond spare #343 et usure normale map.

Un chatbot IA pièces d'usure e-commerce ne remplace pas les agents WEARPART (#667). Il lit WEARPART-MAP, cite parent product order API, collecte usage intensity et handoff warranty_dispute oos install complex vers humains.

Ce guide #668 couvre intents bot_wear_part_*, flow WEARPARTbot et KPI wear_part_bot. Paire bot du playbook WEARPART (#667). Cas d'usage IA : identifier modèle usage et bonne référence maintenance produit.

Sommaire

Pourquoi automatiser les pièces d'usure par bot ?

« Ma brosse est usée, est-ce normal ? », « quelle référence pour usage intensif ? » et « comment remplacer le pad ? » reviennent post-achat device et sur notices entretien. Un bot calibré cite WEARPART-MAP wear_part_skus usage_intensity_map normal_wear_copy sans ouvrir garantie ni référence inventée.

Ce que le bot résout tier 1 maintenance

  • Model identify : parent_product_skus order API map

  • Usage collect : light normal heavy usage_intensity map

  • Which ref : wear_part_skus compat_rules cite map

  • Normal wear : normal_wear_copy warranty_excluded_wear map

  • Install guide : install_guide_url reorder_url map

Gorgias estime que 18 à 28 % des tickets maintenance pièce usure concernent modèle référence et usure normale résolvables par bot grounded sans agent (Gorgias, SAV 2026).

WEARPARTbot vs WEARPART #667, spare bot #344, consum #666 et diagnostic #342

Cinq contenus, cinq types maintenance pièce distincts.

Matrice rapide

Pipeline : #668 bot model usage ref tier 1 → #667 agents warranty dispute oos escalate.

Quels intents bot_wear_part_* configurer ?

Huit intents bot pièce d'usure mappés typologies wear_part_* #667.

Huit intents bot_wear_part

  • bot_wear_part_model : parent product order API identify map

  • bot_wear_part_usage : usage_intensity light normal heavy collect

  • bot_wear_part_which_ref : wear_part_skus compat_rules cite map

  • bot_wear_part_normal_wear : normal_wear_copy warranty_excluded_wear map

  • bot_wear_part_frequency : replacement_interval_usage usage_intensity map

  • bot_wear_part_install : install_guide_url guide remplacement map

  • bot_wear_part_reorder : reorder_url guide réachat map

  • bot_wear_part_handoff : warranty_dispute oos complex → #667

Tier 1 auto : model, usage, which_ref, normal_wear, frequency si WEARPART-MAP + parent lookup.

bot_wear_part_handoff wear_part_warranty_dispute wear_part_oos → agents #667 payload order_ref wear_sku.

Comment consommer WEARPART-MAP #667 ?

Le bot lit WEARPART-MAP #667 : wearpart_program_id, parent_product_skus, wear_part_skus, wear_part_type, replacement_interval_usage, usage_intensity_map, normal_wear_copy, warranty_excluded_wear, install_guide_url, compat_rules, reorder_url, customer_communication_copy.

Lookup grounded

  • MODEL-API-CITE-BOT : parent product order API before wear ref

  • USAGE-INTENSITY-ASK-BOT : collect light normal heavy before FREQ respond

  • WEAR-SKU-CITE-BOT : wear_part_skus cite map only

  • NORMAL-WEAR-CITE-BOT : normal_wear_copy before garantie route

  • FREQ-CITE-BOT : replacement_interval_usage usage_intensity map only

  • SPARE343-REROUTE-BOT : panne pièce cassée → #343 spare distinct usure

  • CONSUM665-REROUTE-BOT : consommable → #665 CONSUM filtres distinct pad

  • WEARPART667-HANDOFF-BOT : warranty oos exception → #667 agents WP-7

Alignement anti-hallucination (#123) : SKU freq usure = WEARPART-MAP whitelist only.

Policy WEARPARTBOT-SUP en six règles

Six règles bot pièce d'usure maintenance sûr.

  1. WEARPART-MAP-GROUNDED-BOT : SKU freq usure depuis map only

  2. MODEL-API-CITE-BOT : parent product order API before ref respond

  3. USAGE-INTENSITY-ASK-BOT : collect usage before frequency cite

  4. NORMAL-WEAR-CITE-BOT : normal_wear_copy warranty_excluded_wear before garantie

  5. WEAR-SKU-CITE-BOT : wear_part_skus cite map only reorder

  6. EXCEPTION-HANDOFF-BOT : warranty_dispute oos complex → #667 WP-7

Flow WEARPARTbot WPB-1 à WPB-8

Flow huit étapes bot maintenance pièce d'usure.

  1. WPB-1 Classify : bot_wear_part_* intent detect post-purchase maintenance

  2. WPB-2 Collect : order_ref model usage_intensity wear question

  3. WPB-3 WEARPART-MAP : wear_part_skus freq normal_wear install reorder

  4. WPB-4 Model lookup : parent product order API line SKUs map

  5. WPB-5 Guardrail : MODEL-CITE USAGE-ASK NORMAL-WEAR WEAR-SKU FREQ

  6. WPB-6 Respond : TPL-WEARPARTbot grounded map API

  7. WPB-7 Handoff : warranty_dispute oos complex → #667

  8. WPB-8 Log : intent wearpart_program_id tag wear_part_bot reorder_click Y/N

Exemple TPL-WEARPARTbot-REF

« Device [parent_product_skus map API] usage [usage_intensity map] : pièce usure [wear_part_type map] référence [wear_part_skus map]. [normal_wear_copy map.] Fréquence : [replacement_interval_usage map usage_intensity]. Guide : [install_guide_url map]. Réachat : [reorder_url map]. »

Templates TPL-WEARPARTbot et touchpoints

Quatre templates essentiels.

TPL-WEARPARTbot-MODEL

Programme [wearpart_program_id] : device identifié [parent API order lookup]. [customer_communication_copy map.] Usage quotidien : léger, normal ou intensif ? USAGE-INTENSITY-ASK-BOT.

TPL-WEARPARTbot-REF

Modèle [parent API] usage [intensity] : [wear_part_skus map]. Compatibilité : [compat_rules map]. WEAR-SKU-CITE-BOT map only. Réachat : [reorder_url map].

TPL-WEARPARTbot-NORMAL

[normal_wear_copy map]. Usure normale [wear_part_type map]. Garantie usure : [warranty_excluded_wear Y/N map]. NORMAL-WEAR-CITE-BOT. [Si panne suspectée : diagnostic #342 handoff map.]

TPL-WEARPARTbot-HANDOFF

Demande [litige garantie / rupture / install complexe] transmise équipe. Récap [order_ref model usage wear_sku question]. Délai agent [handoff_sla map].

Touchpoints

  • Notice entretien PDF widget : bot_wear_part_which_ref proactive

  • Email maintenance reminder : bot_wear_part_frequency entry

  • Chat keyword brosse usée : bot_wear_part_normal_wear trigger

  • reorder_url landing : bot_wear_part_model assist

Cas limites et reroutes

Cinq cas hors tier 1 bot pièce d'usure standard.

Bot ne crée jamais dossier garantie : NORMAL-WEAR-CITE-BOT puis handoff #667 si dispute.

KPI wear_part_bot essentiels

Cinq métriques pilotage WEARPARTbot.

  • wear_part_bot_ref_deflect : which_ref résolu sans agent

  • wear_part_bot_model_cite_rate : % réponses MODEL-API-CITE map

  • wear_part_bot_usage_collect_rate : usage intensity collecté / sessions freq

  • wear_part_bot_reorder_click_rate : clics reorder_url / sessions bot

  • wear_part_bot_warranty_misroute_rate : garantie bot sur usure normale cible 0

Cible : wear_part_bot_warranty_misroute_rate 0 et wear_part_bot_ref_deflect supérieur à 48 %.

Anti-patterns WEARPARTbot

Cinq erreurs fréquentes bot pièce d'usure.

  1. Référence inventée : WEAR-SKU-CITE-BOT wear_part_skus map

  2. Garantie sur usure normale : NORMAL-WEAR-CITE-BOT warranty_excluded_wear first

  3. Ref sans model lookup : MODEL-API-CITE-BOT parent product API

  4. Fréquence sans usage : USAGE-INTENSITY-ASK-BOT before FREQ-CITE

  5. Confondre spare #343 : SPARE343-REROUTE panne distinct usure cycle

WEARPARTbot avec Qstomy

Qstomy sur Shopify : detect bot_wear_part intent, WEARPART-MAP RAG grounded, parent product order lookup, usage intensity collect, handoff #667 warranty oos payload.

Pipeline : #668 bot model usage ref tier 1 → #667 agents warranty dispute oos escalate.

Explorez support IA et demander une démo.

Checklist, FAQ et aller plus loin

Checklist WEARPARTbot (8 étapes)

  1. Sync WEARPART-MAP #667 : RAG bot notice entretien widget

  2. Policy WEARPARTBOT-SUP : 6 règles MODEL-CITE USAGE-ASK NORMAL-WEAR

  3. 8 intents bot_wear_part_* : flow WPB-1 à WPB-8

  4. 4 templates TPL-WEARPARTbot-* : MODEL REF NORMAL HANDOFF

  5. Parent device API sync : order metafield Shopify bot agents

  6. Usage intensity flow : WPB-2 collect before FREQ respond

  7. Red team 10 prompts : ref inventée garantie usure spare confondu

  8. Dashboard KPI : wear_part_bot_* section 9

FAQ

Différence #667 ?
#667 = agents warranty_dispute oos install escalate WP-7. #668 = bot tier 1 model usage ref normal wear handoff.

Bot ouvre garantie ?
Non. NORMAL-WEAR-CITE-BOT warranty_excluded_wear map. Dispute → #667 agents.

Pourquoi collecter usage ?
USAGE-INTENSITY-ASK-BOT : replacement_interval_usage varie light normal heavy map.

Différence spare bot #344 ?
#344 = pièces détachées panne réparation. #668 = usure normale cycle maintenance.

Aller plus loin

Cette semaine : indexer WEARPART-MAP RAG, embed notice entretien widget, red team garantie usure normale bot.

Enzo

1 juillet 2026

Convertissez +2000 clients en moyenne par mois en utilisant Qstomy.

1ère IA Shopify dédiée à la conversion client au monde

200+ ecommerçants accompagnés

Abonnez-vous à la newsletter et obtennez un e-book personnalisé !

Solution no-code, sans connaissance technique requise. Une IA entrainée sur votre e-shop et non intrusive.

*Désabonnez-vous à tout moment. Nous n'envoyons pas de spam.

Abonnez-vous à la newsletter et obtennez un e-book personnalisé !

Solution no-code, sans connaissance technique requise. Une IA entrainée sur votre e-shop et non intrusive.

*Désabonnez-vous à tout moment. Nous n'envoyons pas de spam.