E-commerce
1 juillet 2026
« Le bot m'a envoyé un pavé, je n'ai rien lu. » « Trop de texte sur mobile, j'ai fermé le chat. » « Je voulais juste savoir si je peux retourner, pas un cours complet. » Trois tickets où la longueur des réponses chatbot dégrade l'expérience.
Le support réponses trop longues chatbot e-commerce couvre verbosité perçue, info clé noyée, abandon mobile et demande de synthèse. Distinct de incompréhension bot (#879) : ici le client a compris que la réponse était trop longue, pas qu'elle était hors sujet.
Ce guide #887 déploie policy CHATLONG-SUP, flow CL-1 à CL-8 et matrice CHATLONG-MAP. Alimente le futur guide réponses courtes (#888).
Sommaire
Pourquoi la verbosité chatbot génère-t-elle des tickets ?
Prompt verbeux, RAG qui injecte tout le hub aide, absence de limite tokens affichés : le bot noie l'info utile. L'agent renvoie vers le bot ou recopie le pavé au lieu de résumer.
Cinq frictions typiques réponse longue
Mur de texte : paragraphe dense sans structure
Mobile illisible : scroll excessif petit écran
Info enterrée : réponse oui/non noyée en milieu
Relance client : reformule car n'a pas lu
Abandon widget : ferme chat après pavé
Exemple retail DTC
Mode DTC, 8 tickets chatlong_/mois. Après CHATLONG-MAP : chatlong_brief_resolution_rate 88 %, handoffs verbosité -35 %.
CHATLONG #887 vs CHATMIS #879, CHATRT #877, HANDOFF #12 et bot #888
Cinq contenus UX bot, cinq angles distincts.
Matrice rapide
#887 CHATLONG : gérer tickets réponse bot trop longue illisible mobile
CHATMIS #879 : bot n'a pas compris distinct longueur
CHATRT #877 : délai réponse bot distinct verbosité
CHATINT #881 : conversation interrompue distinct pavé
HANDOFF #12 : règles transfert après échec bot
Bot #888 : rédiger réponses courtes convertissantes côté bot
#887 = trop de texte. #879 = mauvais sujet.
Promesse #887
Policy CHATLONG-SUP, arbre CHATLONG-GATE, 8 macros, résumer et résoudre en bref, KPI chatlong_brief_resolution_rate.
Quelles typologies chatlong_* classifier ?
Classifier oriente action : too_verbose ≠ mobile_pain ≠ wants_summary.
Huit typologies CHATLONG-MAP
chatlong_too_verbose : plainte générale pavé bot
chatlong_mobile_pain : illisible sur smartphone
chatlong_lost_key_info : réponse oui/non introuvable
chatlong_wants_summary : demande version courte
chatlong_repeat_question : a reposé car pas lu
chatlong_unread : admet n'avoir pas lu
chatlong_handoff_request : veut humain après pavé
chatlong_frustration : colère ton verbeux bot
Policy CHATLONG-SUP : règles agents et escalade
La policy CHATLONG-SUP fixe réponse agent courte même si le bot a été long.
Six règles CHATLONG-SUP
ACKNOWLEDGE-FIRST : macro CHATLONG-ACKNOWLEDGE valider frustration longueur
Résumer en 3 lignes : CHATLONG-KEY-POINTS avant tout pavé
Résoudre bref : CHATLONG-RESOLVE-BRIEF réponse directe SAV
Pas recopier bot : interdit coller transcript intégral agent
Logger UX : CHATLONG-LOG-UX alimente #888
Handoff si besoin : CHATLONG-HANDOFF si client refuse synthèse
Matrice situation (agent)
Question simple : KEY-POINTS + RESOLVE-BRIEF une phrase
Info enterrée : SUMMARIZE extraire oui/non en tête
Mobile : KEY-POINTS puces courtes max 3
Sujet mal compris : handoff CHATMIS #879 pas CHATLONG seul
Flow CL-1 à CL-8 : résolution standard
Huit étapes séquentielles, SLA P3 chatlong < 24 h, escalate UX si too_verbose récurrent même intent.
Flow CL-1 à CL-8
CL-1 Triage : lire plainte, tag chatlong_*, longueur ou incompréhension #879 ?
CL-2 Lookup : transcript bot, longueur caractères, question initiale
CL-3 Extract : besoin réel client une question sous-jacente
CL-4 Classify : chatlong_* via CHATLONG-MAP
CL-5 Execute : KEY-POINTS, RESOLVE-BRIEF, HANDOFF, LOG-UX
CL-6 Confirm : macro CHATLONG-DONE synthèse prochaine étape
CL-7 Test : client a réponse courte utile
CL-8 Close : KPI chatlong_brief_resolution_rate + export #888
Huit macros CHATLONG-* prêtes à coller
Macros alignées synthèse courte et escalade UX bot.
Bibliothèque CHATLONG-*
CHATLONG-ACKNOWLEDGE : « Nous comprenons que la réponse du chatbot était trop longue. Voici l'essentiel. »
CHATLONG-KEY-POINTS : « En bref : {{point_1}}. {{point_2}}. {{point_3 optionnel}}. »
CHATLONG-SUMMARIZE : « Réponse directe : {{oui_non}}. {{détail_une_phrase}}. »
CHATLONG-RESOLVE-BRIEF : « Pour votre demande {{sujet}} : {{solution_courte}}. »
CHATLONG-HANDOFF : « Un agent reprend en format court. Référence : {{id}}. »
CHATLONG-LOG-UX : « Retour verbosité enregistré pour améliorer le chatbot. Intent : {{intent}}. »
CHATLONG-ALTERNATIVE : « Résumé aussi par email si préféré : {{canal}}. »
CHATLONG-DONE : « Récap : {{synthèse}}. Action : {{résolution}}. Signalement UX : {{oui_non}}. »
Arbre CHATLONG-GATE et registre concision agent-ready
Arbre décision avant recopier le bot ou ignorer plainte longueur.
CHATLONG-GATE
Question à réponse courte ? → SUMMARIZE + RESOLVE-BRIEF
Info noyée dans pavé ? → KEY-POINTS oui/non en première ligne
Client veut humain ? → HANDOFF format court #12
Même intent verbeux 5+ fois ? → LOG-UX + escalate #888
Mauvais sujet bot ? → handoff CHATMIS #879
Registre interne minimum
Documenter helpdesk : max lignes agent par typologie, accès transcript longueur, procédure LOG UX #888. Former agents : verbosité ≠ incompréhension #879 ≠ lenteur #877.
KPI, QA et handoff vers bot #888
Mesurer CHATLONG détecte intents verbeux non corrigés produit.
Quatre KPI CHATLONG
chatlong_brief_resolution_rate : client satisfait synthèse courte / total
chatlong_agent_paste_bot_rate : % agents recollent pavé bot cible bas
chatlong_ux_logged_rate : % too_verbose avec LOG-UX tracé
chatlong_repeat_7d : même plainte longueur sous 7 jours
Handoff #888
Exporter CHATLONG-MAP hebdo : chatlong_too_verbose et chatlong_lost_key_info prioritaires. Guardrail CHATLONG-BREVITY-LOOP : chaque LOG-UX alimente prompts max_tokens #888.
Cas limites : sujet complexe, légal, client demande détail
Trois cas hors flow standard.
Policy SAV complexe retour multi-étapes
KEY-POINTS 3 puces + lien hub aide. Pas RESOLVE-BRIEF incomplet si risque erreur.
Client demande volontairement le détail
ALTERNATIVE lien article complet. Pas CHATLONG si client veut plus de texte.
Réponse bot longue mais correcte
ACKNOWLEDGE + SUMMARIZE. LOG-UX quand même si plainte récurrente même intent.
Formation agents : 20 minutes CHATLONG
Module : KEY-POINTS systématique, jamais coller bot, LOG-UX, distinguer #879 #877, brief #888.
Exercices
Ticket A : pavé retour 400 mots → SUMMARIZE oui 30 j + RESOLVE-BRIEF
Ticket B : mobile illisible → KEY-POINTS 3 puces courtes
Ticket C : bot hors sujet long → handoff CHATMIS #879 pas CHATLONG seul
Comment Qstomy structure CHATLONG dans votre stack
Qstomy route chatlong_*, affiche longueur transcript agent, macros KEY-POINTS et export LOG vers #888 brevity.
Trois briques
Routing : intent response_too_long vs misunderstanding vs sav_issue
Verbosity panel : sync macros CHATLONG-* caractères intent
UX loop #888 : agrégation chatlong_too_verbose hebdo produit
Scénario : retail DTC, intent retour verbeux. Agents KEY-POINTS, #888 max_tokens réduit. chatlong_brief_resolution_rate passe de 71 % à 90 % en 4 semaines.
FAQ et checklist déploiement CHATLONG
FAQ
L'agent peut-il envoyer le texte bot complet ?
Non. KEY-POINTS + RESOLVE-BRIEF. Lien hub si détail voulu.
Différence #879 ?
#887 = trop long. #879 = mauvaise compréhension sujet.
Différence #888 ?
#887 = agents gérer tickets verbosité. #888 = bot écrire court côté widget.
Checklist 7 jours
J1 : CHATLONG-SUP + CHATLONG-MAP + accès transcript longueur
J2 : 8 macros helpdesk
J3 : matrice routage #879 #877 #12
J4 : formation 20 min agents
J5 : tags chatlong_* + KPI
J6 : test SUMMARIZE vs HANDOFF vs CHATMIS
J7 : export hebdo vers backlog #888
Maillage
Enzo
1 juillet 2026
