E-commerce
1 juillet 2026
« Lisez-vous mes messages ? » « Pourquoi ma conversation a été revue ? » « C'est anonyme ou mon nom est visible ? » Trois tickets où la surveillance qualité conversations manque de réponse claire.
Le support revue qualité e-commerce explique échantillonnage, finalité amélioration service, accès interne et confidentialité, distinct de l'enregistrement (#899), des données training (#907) et de la revue QA interne (#277).
Ce guide #911 déploie policy CONVQMON-SUP, flow QM-1 à QM-8 et matrice CONVQMON-MAP. Paire SAV du futur bot revue qualité (#912).
Sommaire
Pourquoi la revue qualité génère-t-elle des tickets ?
Client découvre mention « conversation revue » ou craint écoute permanente. Agent répond « on ne lit rien » alors qu'un échantillon QA existe. Sans CONVQMON-MAP, confusion avec convrec_ #899 ou traindata_ #907.
Cinq frictions typiques revue qualité
Surveillance perçue : client croit écoute temps réel
Échantillonnage opaque : qui est sélectionné pourquoi
Accès interne flou : qui lit transcripts
Anonymisation douteuse : nom commande visible
Confusion training : revue QA ≠ apprentissage IA
Exemple retail DTC
Mode DTC, 5 tickets convqmon_/mois. Après CONVQMON-MAP : convqmon_trust_resolution_rate 89 %, escalades privacy -44 %.
CONVQMON #911 vs CONVREC #899, TRAINDATA #907, QA #277 et bot #912
Sept contenus qualité privacy, sept angles distincts.
Matrice rapide
#911 CONVQMON : expliquer revue qualité échantillonnage confidentialité côté client
CONVREC #899 : enregistrement rétention distinct revue QA
TRAINDATA #907 : données entraînement distinct échantillon qualité
CONVOPT #909 : opt-out apprentissage distinct revue interne
Audit #259 : audit mensuel voix client distinct question surveillance
Bot #912 : expliquer revue qualité côté widget
#277 = process interne. #911 = répondre au client qui demande pourquoi on lit.
Promesse #911
Policy CONVQMON-SUP, arbre CONVQMON-GATE, 8 macros, registre revue qualité, KPI convqmon_trust_resolution_rate.
Quelles typologies convqmon_* classifier ?
Classifier oriente action : surveillance ≠ sampling ≠ accès ≠ training overlap.
Huit typologies CONVQMON-MAP
convqmon_surveillance_fear : crainte écoute permanente temps réel
convqmon_why_reviewed : pourquoi ma conversation a été revue
convqmon_sampling_question : comment fonctionne échantillonnage
convqmon_who_accesses : qui lit transcripts en interne
convqmon_anonymization_ask : données identifiantes visibles ou non
convqmon_vs_training : revue QA distinct apprentissage #907
convqmon_opt_out_overlap : lien opt-out #909 si applicable
convqmon_escalate_dpo : demande RGPD formelle
Policy CONVQMON-SUP : règles agents et registre revue
La policy CONVQMON-SUP fixe réponses depuis registre revue qualité, pas déni ni sur-promesse.
Six règles CONVQMON-SUP
REGISTRY-FIRST : macro CONVQMON depuis registre revue
Honnêteté échantillon : pas nier QA si process documenté
Finalité claire : amélioration service pas marketing
Accès limité : rôles support QA lead documentés
Training distinct : revue QA ≠ traindata handoff #907
RGPD formel → DPO : convqmon_escalate_dpo
Registre revue qualité minimum
Finalité : qualité réponse détection friction
Échantillonnage : % ou critères sélection
Accès : rôles autorisés formation obligatoire
Anonymisation : règles masquage identifiants
Exclusions : opt-out #909 conversations sensibles
Flow QM-1 à QM-8 : traitement questions revue qualité
Huit étapes séquentielles, SLA P3 convqmon < 72 h, escalate DPO si escalate_dpo.
Flow QM-1 à QM-8
QM-1 Triage : revue qualité vs recording #899 vs training #907 ?
QM-2 Classify : convqmon_* via CONVQMON-MAP
QM-3 Registry : lookup finalité sampling accès anonymization
QM-4 Explain : macro CONVQMON honnête périmètre
QM-5 Distinguish : vs training vs recording vs opt-out
QM-6 Specific case : why_reviewed si ticket identifié
QM-7 Escalate : DPO ou opt-out #909 si overlap
QM-8 Close : KPI convqmon_trust_resolution_rate + brief #912
Huit macros CONVQMON-* prêtes à coller
Macros alignées registre finalité sampling accès.
Bibliothèque CONVQMON-*
CONVQMON-ACKNOWLEDGE : « Nous comprenons votre question sur la revue qualité. »
CONVQMON-PURPOSE : « Finalité : {{finalité}}. Pas de revente ni marketing. »
CONVQMON-SAMPLING : « Échantillonnage : {{méthode}}. Pas écoute temps réel. »
CONVQMON-ACCESS : « Accès limité à : {{rôles}}. Formation obligatoire. »
CONVQMON-ANON : « Anonymisation : {{règles}}. Identifiants masqués si {{cas}}. »
CONVQMON-VS-TRAINING : « Revue qualité distinct apprentissage IA. Détails training : #907. »
CONVQMON-WHY-REVIEWED : « Votre conversation : {{raison}}. Contexte : {{finalité}}. »
CONVQMON-DONE : « Récap : {{question}}. Réponse : {{résolution}}. Référence : {{id}}. »
Arbre CONVQMON-GATE et cas why_reviewed
Arbre décision avant nier revue ou sur-expliquer cas individuel.
CONVQMON-GATE
Question recording rétention ? → handoff CONVREC #899
Question training IA ? → handoff TRAINDATA #907
Refus contribution ? → handoff CONVOPT #909
Question générale surveillance ? → PURPOSE SAMPLING ACCESS ANON
Cas spécifique identifié ? → WHY-REVIEWED depuis registre QA
RGPD formel ? → ESCALATE-DPO
Cas why_reviewed documenté
Raisons typiques : échantillon aléatoire, tag friction, escalade, CSAT bas, audit bot. Ne pas inventer raison sans lookup ticket QA interne.
KPI, QA et handoff vers bot #912
Mesurer CONVQMON détecte déni revue et confusion training.
Quatre KPI CONVQMON
convqmon_trust_resolution_rate : questions revue résolues sans escalade privacy
convqmon_registry_compliance : % réponses alignées registre revue
convqmon_deny_review_rate : déni process QA documenté cible bas
convqmon_training_misroute_rate : confusion training cible bas
Handoff #912
Exporter CONVQMON-MAP vers bot : convqmon_surveillance_fear convqmon_sampling_question prioritaires. Guardrail CONVQMON-REGISTRY-GATE brief #912 copy registre widget.
Cas limites : notification client, bot only, données sensibles
Trois cas hors flow standard.
Client notifié « conversation revue »
WHY-REVIEWED obligatoire. Vérifier notification légitime avant expliquer raison.
Conversation bot uniquement
Préciser revue bot + handoff humain si applicable. Lien audit bot #143 si question exactitude.
Sujet sensible santé réclamation
Accès restreint documenté. Escalade DPO si données sensibles et accès contesté.
Formation agents : 20 minutes CONVQMON
Module : PURPOSE SAMPLING ACCESS, distinguer #899 #907 #277 #912.
Exercices
Ticket A : « vous lisez tout ? » → SAMPLING pas temps réel
Ticket B : « entraînez-vous sur moi ? » → handoff TRAINDATA #907
Ticket C : « pourquoi revue ? » → WHY-REVIEWED lookup QA
Comment Qstomy structure CONVQMON dans votre stack
Qstomy route convqmon_*, sync registre revue qualité, macros PURPOSE SAMPLING et handoff #912 registry gate.
Trois briques
Routing : intent quality_review vs conv_recording vs traindata
Review registry : finalité sampling accès anonymization
Bot #912 : tier 1 surveillance sampling côté widget
Scénario : DTC, 5 tickets/mois convqmon. Agents REGISTRY-FIRST, bot #912 tier 1. convqmon_trust_resolution_rate passe de 71 % à 90 % en 5 semaines.
FAQ et checklist déploiement CONVQMON
FAQ
Nier la revue qualité ?
Non si process documenté. REGISTRY-FIRST honnêteté.
Différence #277 ?
#277 = rituel interne scorer. #911 = répondre au client.
Différence #907 ?
#907 = données entraînement. #911 = revue qualité service.
Différence #912 ?
#911 = agents. #912 = bot expliquer revue widget.
Checklist 7 jours
J1 : CONVQMON-SUP + CONVQMON-MAP + registre revue
J2 : 8 macros helpdesk
J3 : matrice routage #899 #907 #909 #277
J4 : formation 20 min agents PURPOSE SAMPLING
J5 : tags convqmon_* + KPI
J6 : test surveillance vs training vs why_reviewed
J7 : brief bot #912 REGISTRY-GATE
Maillage
Enzo
1 juillet 2026
