E-commerce
1 juillet 2026
« Le chatbot n'a pas compris ma question. » « Il m'a répondu sur la livraison alors que je parlais du retour. » « J'ai dû répéter trois fois, le bot ne capte rien. » Trois tickets où une erreur de compréhension chatbot bloque le client sans procédure support claire.
Le support incompréhension chatbot e-commerce couvre mauvaise intention détectée, boucles de reformulation, frustration qualité IA et demande d'agent humain après échec bot. Distinct de hallucinations bot (#123) : ici le client signale que le bot n'a pas saisi sa demande, pas qu'il a inventé une fausse information.
Ce guide #879 déploie policy CHATMIS-SUP, flow CM-1 à CM-8 et matrice CHATMIS-MAP. Alimente la boucle d'amélioration du futur guide malentendus (#880).
Sommaire
Pourquoi les incompréhensions chatbot génèrent-elles des tickets ?
NLP imparfait, question ambiguë, jargon client ou sujet hors périmètre bot : le client conclut que le chatbot ne comprend pas. L'agent minimise (« reformulez »), confond avec une hallucination #123 ou escalade trop tard sans résoudre le besoin réel.
Cinq frictions typiques incompréhension bot
Mauvaise intention : bot répond sur un autre sujet
Boucle répétition : client reformule sans progrès
Frustration qualité IA : sentiment que le bot est inutile
Demande humain : veut un agent après échec compréhension
Signalement produit : veut que la marque corrige le bot
Exemple retail DTC
Mode DTC, 14 tickets chatmis_/mois. Après CHATMIS-MAP : chatmis_understanding_resolution_rate 84 %, handoffs sans résolution préalable -38 %.
CHATMIS #879 vs HALLU #123, CONTRA #883, HANDOFF #12 et amélioration #880
Cinq contenus qualité bot, cinq angles distincts côté client.
Matrice rapide
#879 CHATMIS : gérer tickets « le bot n'a pas compris » reformulation handoff
HALLU #123 : bot invente fausse info politique retour prix
HANDOFF #12 : règles quand transférer bot vers humain
TRIAGE : triage intents bot support général
#880 amélioration : boucle produit corriger malentendus récurrents
#879 = le bot n'a pas saisi ma question. #123 = le bot a dit quelque chose de faux.
Promesse #879
Policy CHATMIS-SUP, arbre CHATMIS-GATE, 8 macros, résoudre besoin réel malgré échec bot, KPI chatmis_understanding_resolution_rate.
Quelles typologies chatmis_* classifier ?
Classifier oriente action : wrong_topic ≠ repeat_loop ≠ handoff_request ≠ feedback_report.
Huit typologies CHATMIS-MAP
chatmis_wrong_topic : bot répond hors sujet demandé
chatmis_not_understood : message générique « je n'ai pas compris »
chatmis_repeat_loop : client a répété sans avancer
chatmis_rephrase_help : demande aide pour formuler question bot
chatmis_handoff_request : veut humain après échec compréhension
chatmis_frustration : colère qualité IA sans sujet SAV précis
chatmis_language : fautes abréviations langue mal interprétées
chatmis_feedback_report : signale bug compréhension pour amélioration
Policy CHATMIS-SUP : règles agents et escalade
La policy CHATMIS-SUP fixe empathie sans blâmer le client ni défendre le bot à tout prix.
Six règles CHATMIS-SUP
ACKNOWLEDGE-FIRST : macro CHATMIS-ACKNOWLEDGE valider frustration
Clarifier besoin réel : CHATMIS-CLARIFY avant handoff aveugle
Résoudre si possible : CHATMIS-RESOLVE même si bot a échoué
Handoff rapide : CHATMIS-HANDOFF si repeat_loop ou handoff_request
Logger pour QA : CHATMIS-LOG-FOR-QA alimente #880
Pas minimiser : interdit « c'est vous qui devez mieux écrire » seul
Matrice situation (agent)
Mauvais sujet : CLARIFY + RESOLVE besoin réel
Boucle répétition : HANDOFF + LOG-FOR-QA
Signalement produit : ACKNOWLEDGE + LOG + lien #880
Fausse info bot : handoff HALLU #123 pas CHATMIS seul
Flow CM-1 à CM-8 : résolution standard
Huit étapes séquentielles, SLA P3 chatmis < 24 h, escalate QA si feedback_report récurrent même intent.
Flow CM-1 à CM-8
CM-1 Triage : lire plainte, tag chatmis_*, incompréhension ou hallucination #123 ?
CM-2 Lookup : transcript bot, intent détecté, tours répétition
CM-3 Educate : REPHRASE-GUIDE si rephrase_help, limites bot honnêtes
CM-4 Classify : chatmis_* via CHATMIS-MAP
CM-5 Execute : CLARIFY, RESOLVE, HANDOFF, LOG-FOR-QA
CM-6 Confirm : macro CHATMIS-DONE besoin traité prochaine étape
CM-7 Test : client a réponse SAV ou handoff accepté
CM-8 Close : KPI chatmis_understanding_resolution_rate + export #880
Huit macros CHATMIS-* prêtes à coller
Macros alignées transcript bot et handoff humain avec contexte.
Bibliothèque CHATMIS-*
CHATMIS-ACKNOWLEDGE : « Nous comprenons que le chatbot n'ait pas saisi votre demande. Merci de nous l'avoir signalé. »
CHATMIS-CLARIFY : « Pour vous aider : votre question portait sur {{sujet_confirmé}} ? Détail : {{résumé_client}}. »
CHATMIS-REPHRASE-GUIDE : « Astuce bot : une phrase courte avec mot-clé (retour, commande {{n°}}) aide la compréhension. »
CHATMIS-RESOLVE : « Voici la réponse à votre demande : {{solution_SAV}}. Le bot avait interprété {{intent_erroné}}. »
CHATMIS-HANDOFF : « Un agent reprend avec l'historique chat. Référence : {{id}}. Délai : {{délai}}. »
CHATMIS-LOG-FOR-QA : « Votre retour est enregistré pour améliorer le chatbot. Intent signalé : {{intent}}. »
CHATMIS-LIMITS : « Certains sujets complexes nécessitent un agent. Nous traitons votre demande maintenant. »
CHATMIS-DONE : « Récap : {{besoin}}. Action : {{résolution}}. Signalement bot : {{oui_non}}. »
Arbre CHATMIS-GATE et registre transcripts agent-ready
Arbre décision avant handoff sans contexte ou défense bot contre client.
CHATMIS-GATE
Besoin SAV identifiable ? → CLARIFY + RESOLVE direct
Boucle 2+ tours identiques ? → HANDOFF + LOG-FOR-QA
Client veut humain ? → HANDOFF avec transcript #155
Bot a donné fausse info ? → handoff HALLU #123
Signalement seul ? → ACKNOWLEDGE + LOG + orienter #880
Registre interne minimum
Documenter helpdesk : accès transcript, intents fréquents mal compris, seuil handoff après N tours, formulaire feedback #880. Former agents : incompréhension ≠ panne bot #878 ≠ mauvaise réponse factuelle #123.
KPI, QA et handoff vers amélioration #880
Mesurer CHATMIS détecte handoffs vides et incompréhensions non loguées produit.
Quatre KPI CHATMIS
chatmis_understanding_resolution_rate : besoin résolu ou handoff utile / total
chatmis_resolve_without_handoff_rate : % RESOLVE agent sans escalade humaine
chatmis_qa_logged_rate : % feedback_report avec LOG-FOR-QA tracé
chatmis_repeat_7d : même plainte incompréhension sous 7 jours
Handoff #880
Exporter CHATMIS-MAP hebdo vers équipe bot : intents chatmis_wrong_topic et chatmis_repeat_loop prioritaires. Guardrail CHATMIS-FEEDBACK-LOOP : chaque LOG-FOR-QA alimente backlog amélioration #880.
Cas limites : question mixte, mobile vocal, sujet hors bot
Trois cas hors flow standard.
Question mixte retour + remboursement
CLARIFY décomposer. RESOLVE partie 1, handoff ou seconde macro partie 2. Pas forcer bot à tout traiter.
Message vocal ou très long mobile
REPHRASE-GUIDE phrase courte. HANDOFF si client refuse reformuler.
Sujet hors périmètre bot documenté
LIMITS honnête + HANDOFF immédiat. LOG-FOR-QA si client pensait que bot devait savoir.
Formation agents : 20 minutes CHATMIS
Module : lire transcript, CLARIFY systématique, RESOLVE avant handoff, LOG-FOR-QA, distinguer #123 #878 #880.
Exercices
Ticket A : bot parle livraison, client veut retour → CLARIFY + RESOLVE retour
Ticket B : 4 tours « je n'ai pas compris » → HANDOFF + LOG intent
Ticket C : bot cite mauvais délai retour → handoff HALLU #123 pas CHATMIS seul
Comment Qstomy structure CHATMIS dans votre stack
Qstomy route chatmis_*, affiche transcript et intent détecté agent, exporte logs vers backlog #880.
Trois briques
Routing : intent bot_misunderstanding vs bot_hallucination vs sav_issue
Transcript panel : sync macros CHATMIS-* intent tours répétition
Feedback loop #880 : agrégation chatmis_wrong_topic hebdo produit
Scénario : retail DTC, pic soldes. Agents RESOLVE 62 % sans handoff, LOG-FOR-QA alimente #880. chatmis_understanding_resolution_rate passe de 61 % à 86 % en 4 semaines.
FAQ et checklist déploiement CHATMIS
FAQ
Le client doit toujours reformuler ?
Non. ACKNOWLEDGE + CLARIFY + RESOLVE ou HANDOFF. REPHRASE-GUIDE optionnel, pas sanction.
Différence #123 ?
#879 = bot n'a pas compris. #123 = bot a affirmé une info fausse.
Différence #880 ?
#879 = agents gérer tickets incompréhension. #880 = boucle produit corriger intents récurrents.
Checklist 7 jours
J1 : CHATMIS-SUP + CHATMIS-MAP + accès transcript helpdesk
J2 : 8 macros helpdesk
J3 : matrice routage #123 #12 #878
J4 : formation 20 min agents
J5 : tags chatmis_* + KPI
J6 : test RESOLVE vs HANDOFF vs HALLU
J7 : export hebdo vers backlog #880
Maillage
Enzo
1 juillet 2026
