E-commerce
1 juillet 2026
« Vous lisez mes messages en direct ? » Le bot répond « non » alors qu'un échantillon QA existe. Le client ouvre un ticket convqmon_.
Un chatbot IA revue qualité e-commerce explique finalité, échantillonnage, accès limité et anonymisation depuis le registre #911, sans nier le process ni confondre training (#907).
Ce guide #912 couvre intents bot_convqmon_*, flow CONVQMONbot QMB-1 à QMB-8 et guardrails CONVQMON-REGISTRY-GATE. Paire bot du playbook CONVQMON (#911). Cas d'usage : transparence revue qualité côté widget.
Sommaire
Pourquoi expliquer la revue qualité côté bot ?
Questions surveillance arrivent en milieu de chat. Sans copy registre, le bot nie la revue ou dévie vers privacy générique. CONVQMON-REGISTRY-GATE réduit tickets convqmon_ #911.
Ce que le bot revue qualité résout tier 1
Finalité claire : amélioration service map
Échantillonnage honnête : pas écoute temps réel map
Accès limité : rôles internes map
Anonymisation : règles masquage map
Training distinct : reroute #907 si confusion
Exemple retail DTC
DTC, registry gate widget. convqmon_bot_trust_deflect +38 %, convqmon_bot_deny_review 0 en 5 semaines.
CONVQMONbot #912 vs CONVQMON #911, TRAINDATAbot #908, CONVREC #899 et QA #277
Sept contenus qualité transparence, sept rôles distincts.
Matrice rapide
#912 CONVQMONbot : bot expliquer revue qualité sampling accès tier 1
CONVQMON #911 : agents traiter tickets convqmon QM-4
TRAINDATAbot #908 : sources entraînement distinct revue QA
CONVREC #899 : enregistrement rétention distinct revue
CONVOPT #909 : opt-out apprentissage distinct échantillon qualité
QA #277 : rituel interne scorer pas copy client
AITRAN #860 : disclosure statut IA distinct revue qualité
Pipeline : question surveillance widget → #912 tier 1 → handoff #911 si why_reviewed ou DPO.
Quels intents bot_convqmon_* configurer ?
Huit intents revue qualité mappés CONVQMON-MAP #911.
Huit intents bot_convqmon
bot_convqmon_purpose_answer : purpose_copy finalité map
bot_convqmon_sampling_answer : sampling_copy échantillon map
bot_convqmon_access_answer : access_copy rôles map
bot_convqmon_anon_answer : anon_copy anonymisation map
bot_convqmon_surveillance_reassure : pas écoute temps réel
bot_convqmon_vs_training_reroute : handoff TRAINDATAbot #908
bot_convqmon_why_reviewed_handoff : cas spécifique agent #911
bot_convqmon_feed_loop : consommer LOG #911 purpose_copy
Chaque réponse logue registry_version intent convqmon_* deflect_or_handoff.
Comment consommer CONVQMON-MAP #911 ?
Le bot lit CONVQMON-MAP #911 + champs bot : purpose_copy, sampling_copy, access_copy, anon_copy, not_realtime_copy, training_distinct_copy, agent_handoff_url, policy_link.
Guardrails revue qualité bot
CONVQMON-REGISTRY-GATE : réponses uniquement depuis registre sync
NO-DENY-REVIEW-BOT : pas nier QA si process documenté
NOT-REALTIME-BOT : toujours préciser pas écoute live
TRAINING-REROUTE-BOT : apprentissage → #908
RECORDING-REROUTE-BOT : enregistrement → #899
WHY-REVIEWED-HANDOFF-BOT : cas spécifique → agent #911
DPO-HANDOFF-BOT : RGPD formel escalate agent
CONVQMON-FEED-LOOP-BOT : LOG #911 enrichit purpose_copy
Policy CONVQMONBOT-SUP en six règles
Six règles transparence revue qualité responsable côté widget.
CONVQMON-REGISTRY-GATE : tier 1 depuis registre #911 uniquement
NO-DENY-REVIEW-BOT : honnêteté échantillon documenté
NOT-REALTIME-BOT : rassurer surveillance perçue
TRAINING-DISTINCT-BOT : revue QA ≠ traindata reroute
WHY-REVIEWED-HANDOFF-BOT : cas individuel agent #911
CONVQMON-FEED-LOOP-BOT : chaque LOG #911 review widget sous 48 h
Flow CONVQMONbot QMB-1 à QMB-8
Flow huit étapes : question entrant classify registry answer route log handoff.
QMB-1 Ingest : message surveillance revue qualité échantillon
QMB-2 Classify : convqmon_* vs traindata #908 vs convrec #899
QMB-3 Registry gate : CONVQMON-REGISTRY-GATE lookup
QMB-4 Tier 1 answer : purpose sampling access anon reassure
QMB-5 Route : training_reroute why_reviewed_handoff dpo
QMB-6 Feed loop : LOG #911 ajuste purpose_copy widget
QMB-7 Handoff : cas spécifique → agent #911 contexte
QMB-8 Log : trust_deflect registry_compliance deny_review
Exemple TPL-CONVQMONbot-SAMPLING
« Nous analysons un {{sampling_copy}} pour améliorer le service. Pas d'écoute en temps réel. Finalité : {{purpose_copy}}. Plus de détails : {{policy_link}}. »
Templates TPL-CONVQMONbot et touchpoints
Quatre templates courts revue qualité embed.
TPL-CONVQMONbot-PURPOSE
[purpose_copy map.] Amélioration service pas marketing. REGISTRY-GATE.
TPL-CONVQMONbot-SAMPLING
[sampling_copy map.] [not_realtime_copy map.] NOT-REALTIME-BOT.
TPL-CONVQMONbot-ACCESS
[access_copy map.] [anon_copy map.] Accès limité formation.
TPL-CONVQMONbot-TRAINING-DISTINCT
[training_distinct_copy map.] Revue QA ≠ apprentissage. TRAINING-REROUTE si besoin.
Touchpoints
« Vous lisez tout ? » : surveillance_reassure + sampling
« Pourquoi revue ? » : why_reviewed_handoff #911
« Entraînez-vous ? » : vs_training_reroute #908
LOG CONVQMON #911 : feed_loop purpose_copy
Cas limites : notification, bot-only chat, opt-out overlap
Cinq cas hors flow standard.
Client notifié revue : why_reviewed_handoff agent #911 obligatoire
Conversation bot only : préciser revue bot + audit #143
Opt-out #909 actif : anon_copy exclusions si registre l'indique
« Es-tu une IA ? » seul : #860 AITRAN
Ticket convqmon_ malgré bot : feed_loop review registry gaps
KPI convqmon_bot essentiels
Cinq métriques pilotage CONVQMONbot et corrélation #911.
convqmon_bot_trust_deflect : questions revue résolues sans ticket convqmon_
convqmon_bot_registry_compliance : % réponses alignées registre
convqmon_bot_deny_review : déni process QA cible 0
convqmon_bot_not_realtime_cited : % surveillance avec not_realtime
convqmon_bot_training_misroute : confusion training cible bas
Cible : deny_review à zéro et trust_deflect en hausse.
Anti-patterns CONVQMONbot
Cinq erreurs fréquentes revue qualité bot.
Nier la revue QA : NO-DENY-REVIEW si process documenté
Oublier pas temps réel : NOT-REALTIME sur surveillance_fear
Improviser échantillon : REGISTRY-GATE sampling_copy only
Confondre training : TRAINING-REROUTE #908
Inventer why_reviewed : HANDOFF #911 cas spécifique
CONVQMONbot avec Qstomy
Qstomy sur Shopify : CONVQMON-MAP sync #911, templates purpose sampling access, why_reviewed handoff, KPI convqmon_bot dashboard.
Scénario : DTC, 5 tickets/mois convqmon. Registry gate tier 1. convqmon_bot_trust_deflect +38 %, tickets convqmon_ -35 % en 5 semaines.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist CONVQMONbot (8 étapes)
Sync CONVQMON-MAP #911 : purpose sampling access anon
Policy CONVQMONBOT-SUP : 6 règles REGISTRY-GATE NO-DENY
8 intents bot_convqmon_* : flow QMB-1 à QMB-8
4 templates TPL-CONVQMONbot-* : PURPOSE SAMPLING ACCESS TRAINING-DISTINCT
policy_link : page revue qualité publique
agent_handoff : route #911 why_reviewed configurée
Red team revue : deny review test not_realtime
Dashboard KPI : convqmon_bot_* section 9 + delta convqmon_
FAQ
Différence #911 ?
#911 = agents cas spécifique DPO. #912 = bot tier 1 purpose sampling access.
Différence #908 ?
#908 = sources entraînement. #912 = revue qualité service.
Différence #277 ?
#277 = rituel interne. #912 = copy client widget.
Nier la revue côté bot ?
Non si process documenté. NO-DENY-REVIEW + REGISTRY-GATE.
Aller plus loin
Cette semaine : sync CONVQMON-MAP #911, templates purpose sampling, why_reviewed handoff, mesurer convqmon_bot_trust_deflect.
Enzo
1 juillet 2026
