E-commerce
1 juillet 2026
« Ce filtre convient-il à mon aspirateur ? J'ai trois modèles possibles. » « L'agent dit compatible alors que ma génération 2021 est exclue. » « J'ai acheté la variante B alors que mon appareil exige la variante A. » Trois tickets où un produit multi-modèles mal guidé génère mauvais achat, retour et litige identification.
Le support produits compatibles multi-modèles e-commerce couvre identification modèle génération année, liste compatible_models, variante SKU par famille et prévention wrong variant. Complète #350 accessoires : ici, un SKU ou gamme couvre dizaines de modèles parents distincts.
Ce guide #685 couvre policy MULTIMDL-SUP, flow MM-1 à MM-8 et matrice MULTIMDL-MAP. Paire SAV du futur bot MULTIMDL (#686).
Sommaire
Pourquoi la compatibilité multi-modèles génère-t-elle des tickets SAV ?
La marque vend filtre universel, lame tondeuse, coque adaptable ou cartouche compatible plusieurs références. Le client ne connaît pas son numéro de modèle, confond génération 2020 et 2024, ou achète la variante SKU mauvaise famille. Sans SOP identification, l'agent dit « oui compatible » sans croiser compatible_models_list map.
Cinq frictions typiques multi-modèles
Modèle inconnu : client ne sait pas identifier appareil parent
Génération année : même nom commercial révisions incompatibles map
Liste longue PDP : 40 modèles compatibles client perd
Variante SKU : produit A vs B selon famille modèle map
Mauvais achat : retour variante incompatible wrong variant map
Aculogi estime que la data compatibilité structurée réduit les retours fitment de 20 à 40 % sur pièces multi-références (Aculogi, fitment data).
MULTIMDL #685 vs accessory #350, CHRGCBL #615, ADDON #669 et bot #686
Cinq contenus, cinq angles compatibilité distincts.
Matrice rapide
#685 MULTIMDL : un produit plusieurs modèles parents identification génération variante
Accessory #350 : accessoire fit un modèle parent compatible_models
CHRGCBL #615 : chargeur câble wattage port standards distinct modèle liste
ADDON #669 : module extension base révision stack distinct multi-modèle
#686 MULTIMDLbot : bot tier 1 identifier modèle génération version
#350 = accessoire pour modèle X. #685 = produit couvre modèles A à Z, client doit identifier le sien.
Quelles typologies multimdl_* classifier ?
Huit scénarios tickets compatibilité multi-modèles.
Huit typologies multimdl
multimdl_model_identify : aide identifier numéro modèle client
multimdl_compat_check : produit compatible modèle client map
multimdl_list_models : quels modèles supportés liste map
multimdl_generation_year : distinction génération année révision map
multimdl_which_variant : variante SKU A vs B selon famille map
multimdl_recommend_buy : quel SKU acheter modèle identifié map
multimdl_wrong_purchase : mauvaise variante retour échange map
multimdl_third_party : appareil tiers marque externe policy map
Tags : multimdl, multi_model, fitment. MODEL-ID-CITE : identification confirmée avant compat respond.
Comment structurer la matrice MULTIMDL-MAP ?
La matrice MULTIMDL-MAP documente chaque produit multi-modèles pour agents et futur bot #686.
Colonnes MULTIMDL-MAP
multimdl_program_id : identifiant programme fitment map
product_sku : SKU produit multi-compatible map
compatible_models_list : liste model_id parents supportés map
incompatible_models : exclusions explicites génération map
generation_year_ranges : plages année révision par model_id map
variant_by_model_group : SKU variante A B par famille modèle map
model_id_fields : champs identification serial prefix étiquette map
model_lookup_wizard_steps : étapes aide identification client map
identification_guide_url : visuel où trouver numéro modèle map
customer_identify_copy : phrase demander photo étiquette map
wrong_variant_return_policy : retour mauvaise variante map
customer_communication_copy : phrase compat multi-modèles map
Sync PDP tableau compat, widget lookup modèle, macros helpdesk et matrice compatibilité transverse.
Policy MULTIMDL-SUP en six règles
Six règles support compatibilité multi-modèles.
MULTIMDL-MAP-GROUNDED : compat variant depuis map only
MODEL-ID-CITE : model_id confirmé avant compat respond
NO-UNIVERSAL-PROMISE : pas « compatible tout » sans compatible_models_list map
GEN-YEAR-CITE : generation_year_ranges cite map révision année
VARIANT-CITE : variant_by_model_group cite map before recommend SKU
ACC350-REROUTE : accessoire un seul parent → #350 ACC distinct liste longue
Flow MULTIMDL MM-1 à MM-8
Flow agent huit étapes compatibilité multi-modèles.
MM-1 Intake : multimdl_* intent + product SKU question modèle
MM-2 Identify : model_lookup_wizard_steps photo étiquette serial
MM-3 MULTIMDL-MAP : compatible_models generation variant exclusions
MM-4 Match : compat incompatible partial variant_needed classify
MM-5 Respond : macro MULTIMDL grounded map customer_communication_copy
MM-6 Recommend : variant_by_model_group SKU lien PDP si recommend_buy
MM-7 Execute : wrong_purchase exchange return wrong_variant policy
MM-8 Close : tag multimdl_resolved model_id variant multimdl_program_id
SLA : multimdl_model_identify résolu avec identification_guide_url et model_id confirmé en une interaction.
Macros MULTIMDL essentielles
Quatre macros agents compatibilité multi-modèles.
MULTIMDL-IDENTIFY-01
« Pour confirmer compatibilité [product SKU] : indiquez [model_id_fields map]. Guide visuel : [identification_guide_url map]. Photo étiquette si doute. [customer_identify_copy map.] MODEL-ID-CITE avant réponse compat. »
MULTIMDL-COMPAT-01
« Modèle [model_id confirmé] génération [generation_year_ranges map] : [compatible / incompatible selon compatible_models_list map]. [Si incompatible : [incompatible_models map]. Alternative : [variant_by_model_group si applicable].] [Si compatible : variante [variant SKU map]. [customer_communication_copy map].] »
MULTIMDL-LIST-01
« [product SKU] compatible avec [compatible_models_list résumé map]. Exclusions : [incompatible_models map]. Pour confirmer le vôtre : [identification_guide_url map]. »
MULTIMDL-WRONG-01
« Variante [SKU acheté] [incompatible / mauvaise famille selon map] pour modèle [model_id client]. [wrong_variant_return_policy map.] Bonne variante : [variant_by_model_group map]. Lien : [PDP URL]. »
Cas limites : génération, spare parts, ADDON et appareil tiers
Cinq cas hors macro multi-modèles standard.
Révision génération ambiguë : GEN-YEAR-CITE photo étiquette serial obligatoire
Pièce détachée OEM : #343 SPARE distinct accessoire multi-modèle
Module extension base : ADDON669-REROUTE #669 ADDON stack install distinct fitment liste
Chargeur câble standards : CHRGCBL615-REROUTE #615 wattage port distinct modèle liste
Appareil marque externe : multimdl_third_party policy tiers testé map only
Accessoire fit un parent (#350) → ACC350-REROUTE. Produit couvre N modèles → #685 MULTIMDL-MAP.
KPI multimdl essentiels
Cinq métriques pilotage MULTIMDL.
multimdl_ticket_rate : tickets multimdl_* / ventes product_sku multi
multimdl_model_identify_success_rate : model_id confirmé première interaction
multimdl_wrong_purchase_rate : retour wrong variant / total multimdl
multimdl_compat_explain_rate : compat résolu macro seule map
multimdl_universal_promise_violations : compat promis sans model_id audit cible 0
Cible : multimdl_model_identify_success_rate supérieur à 70 % avec widget lookup PDP visible.
Anti-patterns MULTIMDL
Cinq erreurs fréquentes support multi-modèles.
« Compatible tout modèle » : NO-UNIVERSAL-PROMISE compatible_models_list map
Compat sans identification : MODEL-ID-CITE wizard before respond
Ignorer génération année : GEN-YEAR-CITE generation_year_ranges map
Mauvaise variante recommandée : VARIANT-CITE variant_by_model_group map
Confondre accessory #350 : ACC350-REROUTE un parent distinct liste longue
MULTIMDL avec Qstomy
Qstomy sur Shopify : detect multimdl intent, MULTIMDL-MAP RAG grounded, wizard identification modèle, variant lookup, recommend SKU, handoff #686 bot tier 1.
Pipeline : #685 agents identify wrong exchange recommend → #686 bot pre-buy model wizard tier 1.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist MULTIMDL (8 étapes)
MULTIMDL-MAP v1 : compatible_models generation variant wizard
Policy MULTIMDL-SUP : 6 règles MODEL-ID NO-UNIVERSAL GEN-YEAR
8 typologies multimdl_* : tags helpdesk
4 macros MULTIMDL-* : IDENTIFY COMPAT LIST WRONG
PDP widget lookup modèle : identification_guide_url sync
Metafields fitment : compatible_models_list variant_by_model_group
Formation agents 30 min : MULTIMDL vs #350 vs #615 vs #669
Dashboard KPI : multimdl_* section 9 identify_success
FAQ
Différence accessory #350 ?
#350 = accessoire pour un modèle parent. #685 = produit couvre plusieurs modèles, identification requise.
Différence CHRGCBL #615 ?
#615 = wattage port câble standards. #685 = fitment modèle génération variante SKU.
Client ne connaît pas son modèle ?
MULTIMDL-IDENTIFY-01 model_lookup_wizard_steps identification_guide_url photo étiquette.
Relation #686 bot ?
#686 = bot tier 1 wizard identifier modèle. #685 = agents wrong exchange recommend escalate.
Aller plus loin
Cette semaine : indexer MULTIMDL-MAP top SKU multi-modèles, audit widget lookup PDP, test macro MULTIMDL-IDENTIFY-01 agents.
Enzo
1 juillet 2026
