E-commerce
1 juillet 2026
« Amazon l'a à 39 €, égalisez maintenant. » Le client attend une réponse immédiate. Un bot mal calibré promet le match, génère un code -20 %, et l'agent découvre le lendemain un vendeur marketplace tierce, un SKU reconditionné, une marge sous le floor. La vente est perdue, la marge aussi.
Un chatbot IA price match e-commerce ne remplace pas la policy PMATCH ni l'approbation humaine. Il détecte l'intention, collecte URL concurrent et SKU shop, vérifie l'éligibilité basique, informe sur les règles, et handoff vers PMATCH-FLOW sans jamais promettre « oui, matché ».
Ce guide #389 couvre intents bot_pmatch_*, flow PMATCH-BOT, garde-fous IA responsable et KPI pmatch_bot. Il se distingue du PMATCH-FLOW agents (#388) (policy, vérif preuve, exécution code) et des bots objections généralistes : ici, qualification alignement prix concurrent sans promesse commerciale automatique.
Sommaire
Pourquoi déployer un chatbot IA sur les demandes d'alignement de prix ?
Les demandes alignement prix via chat arrivent souvent pré-achat, avec urgence conversion et lien concurrent incomplet. Sans bot calibré, quatre échecs reviennent.
Quatre dysfonctionnements sans bot PMATCH
Promesse prématurée : bot ou agent dit oui avant vérif preuve live
Confusion pricing : objection vague (#174) traitée comme price match
Ticket incomplet : pas d'URL, pas de SKU, relance 2-3×
Abandon panier : client attend 4 h email agent, achète ailleurs
Spocket rappelle que le price matching sans garde-fous compresse les marges et encourage une guerre des prix si chaque chat devient négociation libre (Spocket, price matching 2026).
Angle #389 vs contenus voisins
#388 PMATCH-FLOW agents : policy PMATCH, macros, exécution code. Le #389 automatise intake et qualification bot.
#174 objections : LAER, value sell sans preuve. Le #389 exige URL concurrent.
#175 remises : négociation coupon. Pas de lien live obligatoire.
#387 PRICE-ADJ : même boutique dans le temps. Le #389 = autre retailer.
Principe IA responsable commerce
Le bot accueille, classe, collecte preuve structurée, estime éligibilité basique et escalade. Il n'émet jamais de code match ni ne confirme approbation. Validation agent PM-6 obligatoire (#388).
Exemple DTC
Marque électronique, 38 tickets pmatch/mois via chat, 52 % sans URL au premier message, 3 incidents bot promesse code non validée. Après PMATCH-BOT : pmatch_bot_qualify_complete 89 %, pmatch_auto_promise_incidents 0, price_match_fcr +14 pts, price_match_conversion_rate 61 %.
En quoi le bot price match diffère-t-il du PMATCH-FLOW #388 ?
Le bot qualification price match et le process agents PMATCH-FLOW se complètent en pipeline séquentiel, comme GDPR-BOT (#384) et DSAR-FLOW (#383).
#389 bot : amont (minutes 0-8)
Détecter intent bot_pmatch_* vs objection #174
Collecter URL concurrent, SKU shop, contexte pré/post achat
Informer policy PMATCH résumée (concurrents éligibles, exclusions)
Pré-vérifier liste blanche concurrent, champs intake complets
Estimer delta % vs catalogue (read-only Shopify API)
Créer ticket PMATCH-ID + brief PM-1 à PM-5 pré-rempli
#388 agents : exécution (30 min à 4 h)
PM-4 ouvrir URL live, screenshot horodaté
PM-5 calcul marge floor réel COGS
PM-6 approve, deny motif, escalate tier 2
PM-7 code unique checkout ou partial refund
PM-8 documentation order/ticket
Handoff structuré
Ticket pré-rempli : PMATCH-ID, competitor_url, shop_sku, competitor_name_detected, delta_pct_estimate, pre_eligibility_flag, transcript 6 messages, cart_value, timestamp_intake. Agent reprend PM-4 sans re-demander l'URL.
Ce que le bot ne fait pas
Pas de génération code discount Shopify, pas d'approve final, pas de beat -5 % automatique, pas de partial refund post-achat. Impact Analytics recommande de limiter le match aux catégories clés (Impact Analytics, 2026). Le bot oriente vers value sell (#174) si deny probable sans promettre le contraire.
Complémentarité #174/#175
Si client dit « c'est trop cher » sans URL : router objection_prix ou discount_request, pas bot_pmatch. Évite match abusif sur simple négociation.
Quels intents bot_pmatch_* le chatbot doit-il détecter ?
La détection intent price match chatbot combine mots-clés, NLP et contexte panier Shopify.
Douze intents bot_pmatch principaux
bot_pmatch_request : « égalisez », « match price », « aligner prix »
bot_pmatch_amazon : cite Amazon, ASIN, « vendu par Amazon »
bot_pmatch_retailer : Fnac, Cdiscount, retailer liste blanche
bot_pmatch_brand_dtc : site marque concurrente directe
bot_pmatch_no_url : « moins cher ailleurs » sans lien
bot_pmatch_screenshot_only : capture sans URL live
bot_pmatch_post_purchase : commande passée, demande delta
bot_pmatch_wrong_product : modèle proche, pas identique
bot_pmatch_marketplace_3p : vendeur tierce Amazon/eBay
bot_pmatch_confusion_objection : « trop cher » sans concurrent nommé
bot_pmatch_confusion_discount : « code promo équivalent match »
bot_pmatch_threat_leave : « j'achète ailleurs si pas match »
Signaux textuels forts
price match, alignement prix, égaler, même prix, moins cher sur
URL http, amazon.fr, fnac.com, nom retailer + prix chiffré
« Voici le lien », capture concurrent avec prix visible
Signaux faibles à clarifier
« J'ai vu moins cher » peut être objection #174 ou pmatch_no_url. Bot pose question bifurcation : « Avez-vous un lien vers l'offre concurrente vérifiable ? » avant bot_pmatch_request.
Tags conversation
pmatch_bot_detected, pmatch_bot_url_collected, pmatch_bot_ticket_created, pmatch_bot_reroute_objection, pmatch_bot_reroute_discount, pmatch_bot_handoff_agent, pmatch_bot_policy_informed. Sync helpdesk Gorgias/Zendesk.
Priorité intent
bot_pmatch_threat_leave avec panier actif > bot_pmatch_request avec URL > bot_pmatch_no_url > bot_pmatch_confusion_objection. Panier > 150 € : alerte Slack #sales-support.
Contexte panier Shopify
Si cart.line_items présent : bot pré-remplit shop_sku, our_price, cart_value. Réduit erreurs SKU et accélère PM-5 agent.
Quel flow conversationnel PMATCH-BOT configurer ?
Le flow PMATCH-BOT tient en 8 étapes PB-1 à PB-8, avec branches selon intent.
Séquence de base (bot_pmatch_request ou bot_pmatch_amazon)
PB-1 Accueil transparent : « Assistant IA. Pour une demande d'alignement prix, je collecte les infos. Décision finale sous 4 h ouvrées. »
PB-2 Confirmer intention : alignement concurrent vs remise (#175) vs objection (#174)
PB-3 Collecter URL live : lien page produit concurrent, pas homepage
PB-4 Confirmer SKU shop : variant panier ou lien fiche produit
PB-5 Pré-check éligibilité : domaine liste blanche, pas 3P marketplace flag
PB-6 Informer policy : produit identique, neuf, stock live, exclusions
PB-7 Créer PMATCH-ID : ticket + accusé PMATCH-ACK équivalent
PB-8 Clore bot : « Dossier PMATCH-[ID] transmis. Réponse sous 4 h. Pas de promesse avant vérif. »
Branche bot_pmatch_no_url
« Pour traiter un alignement, j'ai besoin du lien exact vers le produit concurrent. Sans URL vérifiable, je peux vous présenter nos avantages (garantie, livraison) ou orienter vers un agent. » Quick reply : Envoyer URL / Parler avantages (#174) / Agent humain.
Branche bot_pmatch_screenshot_only
« Merci pour la capture. Notre process exige aussi l'URL live pour vérifier stock et prix actuel. Pouvez-vous coller le lien de la page ? » Pas de traitement screenshot seul (#388 PM-4).
Branche bot_pmatch_post_purchase
Collecter n° commande + URL concurrent. Informer fenêtre 14 j si policy #387 alignée. Handoff PMATCH-POST-01 macro (#388). Bot ne calcule pas refund.
Branche bot_pmatch_confusion_objection
« Souhaitez-vous comparer avec une offre précise (lien) ou discuter de la valeur de notre produit ? » Lien vers objections #174 flow si pas URL.
UX et transparence
Badge « Assistant IA » visible. Lien /price-match-policy. Oscar Chat recommande messages courts checkout/conversion pour limiter abandon (Oscar Chat, conversion 2026).
Interdit flow
Jamais « Votre prix est aligné » ou « Voici votre code -15 % » sans PM-6 agent validé. Message correct : « Demande enregistrée, vérification en cours. »
Que peut et ne peut pas faire le bot sur le price match ?
La matrice bot price match autorisé vs interdit protège marge et promesse client.
Actions autorisées bot
Détecter et classifier intent bot_pmatch_*
Différencier objection #174, remise #175, PRICE-ADJ #387
Expliquer policy PMATCH résumée (8 règles #388)
Collecter URL, SKU, n° commande post-achat
Pré-check domaine concurrent liste blanche
Estimer delta % read-only vs prix catalogue Shopify
Flag pre_eligibility probable approve/deny/review
Créer ticket PMATCH-ID horodaté helpdesk
Pivot value sell template si deny probable (sans promettre match)
Actions interdites bot
Créer discount code Shopify API
Modifier draft order prix match
Confirmer approve ou deny final
Beat prix (-5 à -10 %) automatique
Partial refund post-achat
Ouvrir URL concurrent et valider stock (réservé agent PM-4)
Contourner marge floor ou escalade tier 2
Promettre match sous 5 min garanti
Zone grise : pre_eligibility flag
Bot peut dire « Votre lien pointe vers un retailer éligible. Un agent vérifie le détail sous 4 h » si domaine OK et champs complets. Pas « Match approuvé ». Si domaine eBay/Leboncoin : « Hors policy, voici nos alternatives » + PMATCH-DENY-3P preview sans exécution.
Documentation system prompt
Instructions explicites : « Ne jamais générer code. Toujours créer PMATCH-ID. Escalader bot_pmatch_threat_leave panier > 150 €. Revue trimestrielle merch + support.
LLM guardrails
Templates approuvés PB-3 à PB-8. Pas génération libre montant remise. MetricsCart note que policies price match publiées réduisent tickets hostiles (MetricsCart, 2025).
Comment collecter la preuve concurrent dans le bot ?
La collecte preuve price match bot structure l'intake pour PM-4 agent sans surcharge UX.
Champs intake obligatoires PB-3/PB-4
competitor_url : URL HTTPS page produit, validée format
shop_sku : variant_id Shopify ou lien /products/handle
context : pre_purchase | post_purchase + order_id si post
competitor_price_claimed : optionnel, client cite X €
Validation URL automatique
HTTPS requis, pas javascript: ou fichier local
Domaine extrait vs liste blanche PMATCH (#388 règle 1)
Flag amazon.fr/dp/ vs seller=amazon (heuristique ASIN page)
Rejet URL homepage /search?q= sans produit
Upload screenshot complémentaire
Accepter image en plus de URL, jamais seul. Bot : « Capture reçue. Confirmez le lien page pour vérif stock actuel. » Stockage ticket attachment pour agent PM-4.
Widget panier actif
Si session checkout : bouton « Produit dans mon panier » auto-remplit shop_sku et our_price. Client n'a qu'à coller URL concurrent. Réduit pmatch_bot_qualify_time.
Multi-SKU panier
Bot liste line_items, demande « Quel article souhaitez-vous aligner ? » Match ligne seule (#388 edge case 6).
Messages templates PB-3
« Collez le lien exact de la page produit chez le concurrent (pas la page d'accueil). Exemple : https://www.amazon.fr/dp/B0XXXXX. Nous vérifions prix TTC et stock disponible. »
Timeout intake
Si client idle 10 min post PB-2 : sauvegarder draft PMATCH-ID partiel + email capture optionnelle. Relance email abandon « Complétez votre demande alignement » lien reprendre chat.
Comment router vers agent sans promettre le match ?
Le handoff bot price match agent transmet contexte complet tout en gérant attente client.
Ticket PMATCH-ID champs minimum
PMATCH-ID, timestamp_intake, channel (chat/web)
competitor_url, shop_sku, our_price, cart_value
competitor_price_claimed, delta_pct_estimate
pre_eligibility_flag : likely_approve | likely_deny_3p | likely_deny_margin | needs_review
intent bot_pmatch_*, transcript 6-10 messages
customer_email, order_id si post_purchase
Messages attente client PB-8
Template approuvé : « Votre demande PMATCH-[ID] est enregistrée. Un agent vérifie l'offre concurrente (prix, stock, produit identique) sous 4 h ouvrées. Vous recevrez un email avec la décision. Nous ne pouvons pas confirmer l'alignement avant cette vérification. »
SLA bot vs agent
Bot intake : < 3 min conversation, < 8 messages
Agent PM-4 : vérif preuve sous 30 min après ticket
Réponse client : même jour si ticket avant 16 h
Escalade bot_pmatch_threat_leave
Panier actif + menace abandon : ping agent live si heures ouvrées. Hors heures : ticket priority + message « Agent reprendra dès ouverture, panier conservé 24 h » si policy cart hold.
Notification agent
Slack #price-match : PMATCH-ID, SKU, delta estimate, pre_eligibility. Agent ouvre direct PM-4 URL fournie.
Friction perçue (Springer 2026)
Étude 2026 : process opaque augmente insatisfaction si promesse puis deny (Journal Consumer Policy, 2026). Bot PB-6 informe exclusions avant attente : réduit hassle perçu.
Post-handoff bot silence
Après PB-8, bot ne relance pas « avez-vous eu votre code ? » avant réponse agent. Évite double promesse. Status lookup PMATCH-ID autorisé : « En cours de vérification ».
Quels triggers et placement widget pour le bot price match ?
Le déploiement bot price match combine triggers intentionnels et pages produit à fort comparatif.
Cinq triggers PMATCH-BOT
T1 Message entrant : client ouvre chat avec mots-clés pmatch
T2 PDP comparatif : page produit hero SKU, widget discret « Question prix ? »
T3 Panier idle : 60 s idle cart avec item high-ticket (> 80 €)
T4 Exit intent : souris vers fermeture PDP, hint policy match (1×/session)
T5 Email abandon : reply « moins cher ailleurs » deep-link chat PB-3
Pages prioritaires
Top 20 % SKU trafic (#388 hero products)
Catégories électronique, sport (volume pmatch élevé)
Panier checkout étape avant paiement (pas recouvrir bouton payer, cf #386)
Cap proactivité
Max 1 popup proactif T4/session. T3 seulement si pas T4 même session. Évite nuisance type Authon checkout conversationnel 3× worse conversion.
Lien /price-match-policy
Bouton FAQ widget : « Voir notre politique alignement prix ». Réduit tickets « acceptez-vous le match ? » sans URL. Bot PB-6 renvoie même page.
Mobile-first
Collecte URL : champ paste mobile, validation async. 68 % pmatch DTC via mobile chat. Messages < 280 caractères par bulle.
Heures creuses
Bot 24/7 intake PB-1 à PB-8. Agent PM-4 heures ouvrées. Message PB-8 adapte SLA nuit/week-end.
A/B test trimestriel
T2 widget PDP vs chat passif seul. Mesurer pmatch_bot_qualify_complete et price_match_conversion_rate.
Quels KPI pmatch_bot mesurer chaque mois ?
Les KPI bot price match lient qualification bot, exécution agents et marge.
Huit métriques clés
pmatch_bot_qualify_complete : tickets URL+SKU complets / sessions bot pmatch
pmatch_bot_intake_time : secondes PB-1 à PB-8 (cible < 180 s)
pmatch_auto_promise_incidents : bot a promis code/approve (cible 0)
pmatch_bot_reroute_rate : reroute #174/#175 / sessions pmatch
pmatch_bot_handoff_sla : tickets agent ouverts < 15 min post PB-7
price_match_fcr : corrélation hausse vs pré-bot (#388)
price_match_conversion_rate : achats post-approve / approves
pre_eligibility_accuracy : flag bot vs décision PM-6 agent
Benchmark DTC
pmatch_bot_qualify_complete 85-92 %, pmatch_auto_promise 0, intake_time < 3 min, reroute_rate 15-25 % (objections bien filtrées), pre_eligibility_accuracy 70-80 %, price_match_fcr > 74 % avec bot.
Dashboard hebdo merch + support
Top intents bot_pmatch_*, deny reasons post-agent, delta moyen approuvé, corrélation T2 PDP vs T1 inbound.
Audit transcripts 20/mois
Score compliance : zero promesse code ? PB-6 policy mentionnée ? handoff complet ? reroute objection correct ?
ROI bot intake
41 tickets pmatch/mois, 48 % incomplets avant bot = 20 relances agent évitées. 4 min/agent relance × 20 = 80 min/mois. + conversion lift FCR : 8 approves additionnels × AOV 72 € × marge 38 % post-match.
Alerte incident
pmatch_auto_promise_incidents > 0 : review system prompt sous 24 h, pause génération LLM libre.
Quels edge cases et anti-patterns éviter ?
Dix edge cases bot price match et réponses playbook.
1. Bot promet match avant PM-6
Incident critique. Guardrail hard block phrases « aligné », « voici votre code ». Audit immédiat.
2. Client envoie lien raccourci bit.ly
Bot demande URL finale dépliée ou copier depuis barre adresse navigateur.
3. Prix concurrent + port > notre total
Bot collecte quand même, flag needs_review. Agent PMATCH-VALUE total landed cost (#388).
4. Même client 3× pmatch/mois
Bot informe plafond policy, handoff abuse review. Tag pmatch_abuse_review (#388).
5. Concurrent hors liste blanche
pre_eligibility likely_deny. Bot explique exclusion, pivot value sell sans faux espoir.
6. LLM invente concurrent éligible
Liste blanche API read-only, pas mémoire LLM. Domaine inconnu = needs_review.
7. Post-achat hors fenêtre 14 j
Bot informe non éligible PRICE-ADJ #387, propose value future achat.
8. B2B volume quote
Handoff sales wholesale, pas PMATCH-BOT B2C flow.
9. Menace avis si deny probable
Bot reste neutre policy, escalate tier 2 flag. Pas match anticipé pour apaiser.
10. Chat checkout étape paiement
Widget compact, pas popup T4 sur payment step (#386 CF-2). Pmatch intake avant ou après checkout selon policy.
Anti-patterns
Bot généraliste sans intents bot_pmatch_* dédiés
Auto-discount API sans agent (#388 PM-7)
Ignorer reroute #174 quand pas URL
Promettre beat -10 % « pour fidéliser »
Pas de lien /price-match-policy dans PB-6
High-ticket
Produits premium : escalade live agent dès PB-5 si cart_value > 300 €.
Comment Qstomy qualifie les price match sans promettre ?
Qstomy sur Shopify : PMATCH-BOT avec détection intent, collecte URL, pré-check liste blanche, ticket PMATCH-ID, handoff agent sans code auto.
Capacités PMATCH-BOT Qstomy
pmatch_intent_detect : 12 intents bot_pmatch_* section 3
pmatch_url_validate : HTTPS, domaine whitelist, reject 3P heuristique
pmatch_cart_context : read line_items, our_price, SKU auto
pmatch_policy_inform : templates PB-6 liens /price-match-policy
pmatch_no_auto_promise : hard block approve/code phrases
pmatch_handoff_ticket : 12 champs PMATCH-ID vers agents PMATCH-* (#388)
pmatch_reroute_objection : #174/#175 si pas URL
Complément #388
PMATCH-FLOW agents exécute PM-4 à PM-8. Qstomy PMATCH-BOT automatise PB-1 à PB-7. Pipeline price_match_fcr +14 pts, pmatch_wrong_process_rate -58 % combiné.
Scénario DTC chiffré
Marque outdoor, 41 tickets pmatch/mois chat, 52 % intake incomplet, 3 promesses bot legacy.
Après Qstomy PMATCH-BOT : pmatch_bot_qualify_complete 91 %, pmatch_auto_promise_incidents 0, price_match_fcr 78 %, price_match_conversion_rate 63 %, pmatch_bot_intake_time médian 2 min 40 s.
Explorez agent vente IA, support client et demander une démo.
Quelle checklist pour déployer PMATCH-BOT ?
Checklist PMATCH-BOT (12 étapes)
Documenter policy PMATCH #388 + page /price-match-policy
Configurer 12 intents bot_pmatch_* section 3
Rédiger templates PB-1 à PB-8 approuvés merch + legal
Activer guardrails no_auto_promise (hard block phrases)
Brancher validation URL + liste blanche concurrents
Intégrer cart context Shopify read-only
Créer ticket PMATCH-ID 12 champs handoff #388
Configurer triggers T1-T5 + cap proactivité
Tests staging 8 scénarios (URL OK, 3P, no URL, post-achat)
Formation agents : reprendre ticket bot sans re-intake
Dashboard KPI pmatch_bot hebdo + audit 20 transcripts/mois
A/B T2 PDP widget vs passif trimestriel
En bref
#389 = bot qualifie price match, #388 = agents exécutent
PMATCH-BOT : collecter preuve, informer, handoff sans promesse
IA responsable commerce : jamais code auto, jamais approve bot
Reroute #174/#175 si pas URL concurrent
KPI pmatch_bot_qualify_complete : cible 85-92 %
FAQ
Différence avec #388 ?
#388 policy PMATCH + agents vérifient et émettent code. #389 bot intake PB-1 à PB-8 sans exécution.
Le bot peut-il approuver le match ?
Non. Décision PM-6 agent obligatoire. Bot informe policy et collecte preuve seulement.
Client sans URL concurrent ?
Bot reroute objection #174 value sell ou demande URL. Pas de match sans preuve live.
Relation #387 post-achat ?
Bot collecte order_id + URL, handoff PMATCH-POST. Fenêtre 14 j si policy alignée.
Comment éviter promesses LLM ?
Templates approuvés, hard block phrases, audit transcripts mensuel, incident = pause LLM libre.
Aller plus loin
Changement prix (#387)
Testez staging : message « Amazon moins cher » sans URL, vérifiez reroute ou demande lien, zero code généré, ticket PMATCH-ID complet.
Partagez ce guide #389 avec merch et support : le bon bot price match qualifie vite, informe clairement, et laisse les agents décider sans promesse prématurée.
Enzo
1 juillet 2026
