E-commerce

Comment gérer les questions clients sur les différences entre ancienne et nouvelle version

Comment gérer les questions clients sur les différences entre ancienne et nouvelle version

1 juillet 2026

« Dois-je acheter la v1 en promo ou attendre la v2 ? » « Quelle différence concrète entre mon modèle 2023 et le 2026 ? » « J'ai acheté l'ancienne version hier, puis-je échanger contre la nouvelle ? » Trois tickets où une comparaison ancienne vs nouvelle version mal cadrée bloque conversion, génère retour et litige quand l'agent confond changelog #671 et lancement #114.

Le support différences ancienne nouvelle version e-commerce couvre tableau comparatif, aide choix pré-achat, migration install base et policy échange transition. Complète #671 mises à jour : ici, comparaison side-by-side et décision migration gamme.

Ce guide #687 couvre policy OLDVSNEW-SUP, flow OVN-1 à OVN-8 et matrice OLDVSNEW-MAP. Paire SAV du futur bot OLDVSNEW (#688).

Sommaire

Pourquoi ancienne vs nouvelle version génère-t-elle des tickets SAV ?

La marque lance v2 ou révision 2026 pendant que v1 reste en stock ou en fin de vie. Le visiteur hésite entre promo ancienne version et nouveautés. Le client existant se demande si l'upgrade vaut le coût. Sans SOP comparatif, l'agent improvise différences, sous-vend la nouvelle ou sur-promet échange gratuit.

Cinq frictions typiques comparaison version

  • Diff floue : client ne voit pas compare_table map

  • Quel acheter : old vs new pré-achat indécision map

  • Upgrade worth : propriétaire v1 upgrade v2 map

  • Accessoires diff : coque cartouche v1 vs v2 map

  • Échange transition : acheté old veut new swap policy map

Baymard rappelle qu'un tableau comparatif clair sur PDP réduit l'abandon sur produits à révisions multiples (Baymard, PDP 2025).

OLDVSNEW #687 vs PRODUPD #671, lancement #114, UPGRBND #663 et bot #688

Cinq contenus, cinq angles évolution produit distincts.

Matrice rapide

#671 = changelog compat officiel. #687 = tableau comparatif et aide décision old vs new.

Quelles typologies oldvsnew_* classifier ?

Huit scénarios tickets comparaison ancienne nouvelle version.

Huit typologies oldvsnew

  1. oldvsnew_compare : différences compare_table_copy map

  2. oldvsnew_which_buy : acheter old ou new pré-achat map

  3. oldvsnew_upgrade_worth : upgrade v1 v2 propriétaire map

  4. oldvsnew_accessory_diff : accessoires diff accessory_compat_diff map

  5. oldvsnew_price_diff : écart prix promo old vs new map

  6. oldvsnew_old_stock : ancienne version encore dispo old_stock_policy map

  7. oldvsnew_migration : étapes migration migration_steps_copy map

  8. oldvsnew_swap : échange old new transition upgrade_trade_in_policy map

Tags : oldvsnew, version_compare, migration. COMPARE-CITE : compare_table_copy map only.

Comment structurer la matrice OLDVSNEW-MAP ?

La matrice OLDVSNEW-MAP documente chaque transition version pour agents et futur bot #688.

Colonnes OLDVSNEW-MAP

  • oldvsnew_program_id : identifiant transition version map

  • product_line_id : famille produit map

  • old_version_skus : SKU ancienne version map

  • new_version_sku : SKU nouvelle version map

  • compare_table_copy : tableau diff side-by-side map

  • upgrade_benefits_copy : bénéfices upgrade v1 v2 map

  • accessory_compat_diff_copy : accessoires diff old new map

  • price_diff_copy : écart prix promo transition map

  • old_stock_policy : stock ancienne version fin vie map

  • migration_steps_copy : étapes migration install base map

  • upgrade_trade_in_policy : échange reprise transition map

  • produpd671_reroute_policy : changelog firmware → #671 map

  • customer_communication_copy : phrase comparaison version map

Sync PDP compare widget, page migration gamme, macros helpdesk et MULTIMDL #685 révisions si fitment.

Policy OLDVSNEW-SUP en six règles

Six règles support comparaison ancienne nouvelle version.

  1. OLDVSNEW-MAP-GROUNDED : compare upgrade diff depuis map only

  2. COMPARE-CITE : compare_table_copy cite map only pas inventé

  3. NO-DOWNGRADE-PROMISE : pas downgrade new vers old sans old_stock_policy map

  4. SWAP-POLICY-CITE : upgrade_trade_in_policy cite map before swap promise

  5. PRODUPD671-REROUTE : changelog breaking firmware → #671 PRODUPD distinct comparatif

  6. VERSION-API-CITE : order version SKU API before swap respond

Flow OLDVSNEW OVN-1 à OVN-8

Flow agent huit étapes comparaison version.

  1. OVN-1 Intake : oldvsnew_* intent + old new SKU order_ref context

  2. OVN-2 OLDVSNEW-MAP : compare upgrade accessory price stock migration swap

  3. OVN-3 Context classify : pre-buy owner upgrade swap stock migration

  4. OVN-4 Version lookup : order API version SKU if swap owner

  5. OVN-5 Policy triage : COMPARE SWAP PRODUPD671 reroute VERSION-CITE

  6. OVN-6 Respond : macro OLDVSNEW grounded compare_table_copy

  7. OVN-7 Execute : swap trade-in exception ops escalate

  8. OVN-8 Close : tag oldvsnew_resolved upgrade_converted swap Y/N

SLA : oldvsnew_compare répondu avec compare_table_copy COMPARE-CITE en une interaction.

Macros OLDVSNEW essentielles

Quatre macros agents comparaison version.

OLDVSNEW-COMPARE-01

« Ligne [product_line_id] : ancienne [old_version_skus map] vs nouvelle [new_version_sku map]. Différences : [compare_table_copy map]. [upgrade_benefits_copy map si oldvsnew_upgrade_worth.] [accessory_compat_diff_copy map si applicable.] COMPARE-CITE map only. »

OLDVSNEW-WHICH-01

« Pré-achat : [old_stock_policy map]. [price_diff_copy map.] Si budget prioritaire et stock old : [old_version_skus]. Si [upgrade_benefits_copy résumé] : [new_version_sku map]. Lien PDP : [url]. »

OLDVSNEW-MIGRATE-01

« Propriétaire [old_version_skus] : migration vers [new_version_sku] : [migration_steps_copy map]. [upgrade_trade_in_policy map si applicable.] Accessoires : [accessory_compat_diff_copy map]. »

OLDVSNEW-SWAP-01

« Commande [order_ref] version [API SKU] : [upgrade_trade_in_policy map]. SWAP-POLICY-CITE only. [Si éligible : étapes swap map.] [Si non : [old_stock_policy] alternative.] »

Cas limites : PRODUPD, refurbished, UPGRBND et MULTIMDL

Cinq cas hors macro comparaison version standard.

Compare side-by-side = #687. Changelog compat officiel post-release = #671 PRODUPD.

KPI oldvsnew essentiels

Cinq métriques pilotage OLDVSNEW.

  • oldvsnew_compare_clarity_rate : compare COMPARE-CITE / total oldvsnew_compare

  • oldvsnew_which_buy_convert_rate : achat post OLDVSNEW-WHICH-01

  • oldvsnew_upgrade_convert_rate : upgrade v2 / tickets oldvsnew_upgrade_worth

  • oldvsnew_swap_request_rate : swap / commandes fenêtre transition

  • oldvsnew_compare_invent_violations : diff inventée audit cible 0

Cible : oldvsnew_compare_clarity_rate supérieur à 95 % et oldvsnew_compare_invent_violations 0.

Anti-patterns OLDVSNEW

Cinq erreurs fréquentes support comparaison version.

  1. Diff inventée : COMPARE-CITE compare_table_copy map only

  2. Swap promis sans policy : SWAP-POLICY-CITE upgrade_trade_in_policy map

  3. Confondre PRODUPD #671 : changelog firmware distinct comparatif side-by-side

  4. Downgrade promis : NO-DOWNGRADE-PROMISE old_stock_policy map

  5. Version swap sans order lookup : VERSION-API-CITE order SKU API

OLDVSNEW avec Qstomy

Qstomy sur Shopify : detect oldvsnew intent, OLDVSNEW-MAP RAG grounded, compare_table lookup, which buy recommend, handoff #688 bot compare tier 1.

Pipeline : #688 bot compare which buy tier 1 → #687 agents swap migration escalate.

Explorez support IA et demander une démo.

Checklist, FAQ et aller plus loin

Checklist OLDVSNEW (8 étapes)

  1. OLDVSNEW-MAP v1 : compare upgrade accessory price stock migration swap

  2. Policy OLDVSNEW-SUP : 6 règles COMPARE SWAP PRODUPD671 reroute

  3. 8 typologies oldvsnew_* : tags helpdesk version_compare

  4. 4 macros OLDVSNEW-* : COMPARE WHICH MIGRATE SWAP

  5. PDP widget compare : compare_table_copy sync old new

  6. Page migration gamme : migration_steps upgrade_benefits CTA

  7. Formation agents 30 min : OLDVSNEW vs #671 vs #114 vs #663

  8. Dashboard KPI : oldvsnew_* section 9 compare_clarity

FAQ

Différence PRODUPD #671 ?
#671 = changelog compat breaking firmware discontinued. #687 = comparatif side-by-side choix migration.

Différence lancement #114 ?
#114 = plan SAV premier lancement. #687 = transition old new gamme existante.

Acheter old ou new ?
OLDVSNEW-WHICH-01 price_diff old_stock upgrade_benefits map.

Relation #688 bot ?
#688 = bot compare which buy tier 1. #687 = agents swap migration exception escalate.

Aller plus loin

Cette semaine : indexer OLDVSNEW-MAP transitions actives, audit PDP compare widget, test macro OLDVSNEW-COMPARE-01 agents.

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.