Crachá de Contexto et Bandeja de Contexto : la différence qui évite le reset

La plus grande erreur des initiatives d'IA conversationnelle n'est pas de "se tromper de réponse". C'est de mal passer le relais. Dans la plupart des entreprises, le transfert — le moment où la conversation passe du bot à l'humain, ou d'une zone à une autre — est le point le plus coûteux du cycle. Non pas parce qu'il coûte beaucoup d'argent en soi, mais parce que c'est là que le contexte se perd.

Tout le monde a déjà vécu cela : vous discutez pendant 15 minutes avec un chatbot, vous expliquez votre situation, donnez votre CPF, décrivez le problème, puis vous recevez cette phrase qui réduit tout à néant — "Je vais vous transférer à un conseiller". Quelques secondes plus tard, le conseiller humain ouvre la conversation avec un "Bonjour, comment puis-je vous aider ?". Reset. Le temps investi est devenu un déchet. La confiance est réinitialisée à zéro.

Le MCI (Marketing Conversacional Integrado) résout ce problème avec deux artefacts qui se complètent — et qui ne doivent pas être confondus : le Crachá de Contexto et la Bandeja de Contexto. Ce texte est la référence définitive à leur sujet : ce qu'ils sont, à quoi ils servent, quels champs les composent, comment ils interagissent et ce qui les différencie dans la pratique.

Pourquoi la majorité des entreprises échouent dans le handoff

Avant d'aborder les artefacts, il est nécessaire de comprendre le problème qu'ils résolvent.

Lorsqu'une conversation change de canal (WhatsApp → téléphone), de système (bot → CRM) ou de personne (SDR → closer, service client → rétention), trois choses se produisent presque systématiquement :

1. L'historique ne voyage pas de manière utile. Soit il n'est tout simplement pas transmis, soit il est jeté en bloc au suivant — 300 messages que personne ne lira.
2. Le contexte émotionnel se perd. Le système suivant ne sait pas si le client est calme, frustré, décidé ou hésitant. Il traite tout le monde de la même manière.
3. L'étape suivante doit être réinventée. Comme le nouveau conseiller ne sait pas où la conversation s'est arrêtée, il recommence : "racontez-moi ce qui s'est passé".

Le résultat est le reset. Et le reset coûte cher : il fait chuter le NPS, augmente le temps moyen de traitement, oblige le client à répéter des informations qu'il a déjà données (ce qu'il déteste) et, surtout, brise la perception qu'il existe une entreprise derrière les canaux — il ne reste que des secteurs déconnectés.

Le Crachá de Contexto et la Bandeja de Contexto existent pour éliminer le reset. L'un garantit que le contexte existe toujours durant le cycle ; l'autre garantit qu'il arrive dans le bon format au moment de la décision.

Le Crachá de Contexto : le registre qui voyage avec la conversation

Le Crachá de Contexto est le contrat de données minimal qui accompagne un cycle de conversation du début à la fin. Il existe en permanence, est mis à jour à chaque tour de parole pertinent et voyage entre les canaux, les systèmes et les personnes. C'est le registre persistant.

Une analogie utile : pensez au badge qu'un patient reçoit lors de son admission à l'hôpital. Il reste avec le patient pendant toute la durée de l'hospitalisation, il est lu par chaque professionnel qui le reçoit (réception, triage, infirmerie, médecin, pharmacie, sortie) et concentre tout ce que la personne suivante doit savoir pour agir sans avoir à poser les mêmes questions à nouveau. C'est le rôle du Crachá dans une conversation commerciale ou de service client.

Le Crachá possède sept champs canoniques — et les sept sont obligatoires. Si l'un d'entre eux est vide, le badge est brisé, car il manque l'information minimale pour que la personne suivante (ou l'IA) puisse continuer.

Les 7 champs du Crachá de Contexto

1. Origem (Origine) — D'où est née cette conversation : quel canal d'acquisition, quelle campagne, quel lien, quelle recommandation. Ce n'est pas "où il se trouve maintenant", c'est "par où il est entré". C'est le champ qui connecte le cycle à la stratégie de marketing.

Exemples : "Publicité Meta — campagne Black Friday", "Recommandation d'un client actif", "Retour spontané via WhatsApp Business".

2. Canal — Le moyen par lequel la conversation se déroule actuellement, et l'historique des canaux précédents (s'il y a eu migration). C'est le "où", pas le "pourquoi". Il sert à adapter le ton et la densité de la réponse au support.

Exemples : "WhatsApp (initié sur Instagram DM)", "Chat du site", "Voix — call center".

3. Intenção (Intention) — Ce que le client veut résoudre dans cette conversation, exprimé en une phrase, avec un niveau de confiance (élevé, moyen, faible). C'est la demande explicite, l'objectif déclaré. Sans ce champ, la réponse devient générique.

Exemples : "Simuler le financement du modèle X (confiance élevée)", "Comparer 2 forfaits et choisir (moyen)", "Juste en recherche, sans urgence (faible)".

4. Dor / Contexto (Douleur / Contexte) — La raison implicite derrière la demande. La contrainte réelle, la situation de vie, le déclencheur émotionnel qui motive ou bloque la décision. C'est le "pourquoi" derrière le "quoi". C'est ici qu'une IA bien entraînée apporte de la valeur par rapport à un formulaire.

Exemples : "La famille s'est agrandie, besoin de changer la voiture pour un SUV", "Le concurrent a augmenté ses prix, recherche d'une alternative", "Doit livrer d'ici vendredi ou perd son délai interne".

5. Estado do ciclo (État du cycle) — Où se situe cette conversation dans le graphe de décision MCI (découverte, évaluation, comparaison, décision, après-vente, rétention). C'est le champ qui indique quoi faire ensuite — il ne sert à rien d'envoyer une proposition à quelqu'un qui est encore en phase de découverte. Sans état, l'IA parle au mauvais moment.

Exemples : "Évaluation — comparaison de 2 marques", "Décision — en attente d'approbation de crédit", "Rétention — client présentant des signes de churn".

6. Resumo (Résumé) — Une synthèse décisionnelle de la conversation, pas un dump de messages. Une ou deux phrases que n'importe qui dans l'entreprise lirait en 3 secondes et comprendrait l'essentiel : qui c'est, ce qu'il veut, où il en est, ce qui a déjà été convenu. C'est le champ le plus lu au quotidien — soigner ce champ vaut de l'or.

Exemple : "Client Aurora Prime, 3ème séjour, souhaite un surclassement de forfait spa pour la 1ère semaine de septembre. A déjà accepté le devis préliminaire ; reste à confirmer le mode de paiement."

7. Próximo passo (Prochaine étape) — L'action la plus logique à suivre, avec un SLA (délai d'exécution) et un responsable. Ce n'est pas une suggestion vague du type "faire un suivi" : c'est une action spécifique avec un délai. C'est le champ qui garantit que le cycle avance au lieu de stagner.

Exemple : "Envoyer le devis final avec 10% de remise avant 17h aujourd'hui — responsable : commercial région Sud."

Pourquoi 7 champs et non 4, ni 20

Moins de 7, et il manque des variables pour que l'IA (ou l'humain) puisse décider sans poser de questions à nouveau. Plus de 7, et le Crachá devient un formulaire — personne ne le lit, personne ne le remplit, personne n'y fait confiance. La pratique sur des milliers de cycles a montré que ces 7 sont le minimum nécessaire et suffisant : ils couvrent l'origine, le support, le quoi, le pourquoi, le lieu, le résumé et ce qui vient ensuite. Toute autre donnée (nom, identifiant, produit, forfait) provient déjà du CRM/ERP et n'a pas besoin de figurer dans le Crachá — il y fait référence, il ne les duplique pas.

Le Contexto Operacional : les 5 champs qui permettent à l'IA de négocier seule

Le Crachá de Contexto décrit la conversation. Mais pour qu'une IA puisse converser réellement (et pas seulement répondre à une FAQ), elle a également besoin des données de l'entreprise dans cette conversation : le produit en jeu, la politique commerciale en vigueur, ce que le client a déjà souscrit, les limites de délégation et la mémoire courte de ce qui a été dit lors des derniers échanges.

Ce bloc s'appelle le Contexto Operacional et comporte 5 champs obligatoires. Il complète le Crachá de Contexto et constitue le fondement de l'autonomie de l'IA. Si vous n'aviez que ces 5 champs et aucun historique de conversation, vous devriez toujours être capable de répondre au prochain message du client avec précision. C'est le standard exigé.

1. Produit ciblé — L'élément concret qui est sur la table : nom, modèle, version, prix, stock, délai de livraison. Sans données concrètes, l'IA répond de manière générique ("nous avons plusieurs options...") — ce qui est l'opposé de la vente.

Exemple : "Zeekr 001 version YOU — 339 900 R$ • 2 unités en stock • livraison sous 7 jours ouvrés".

2. Politique commerciale — Ce que l'IA est autorisée à offrir AUJOURD'HUI : remises en vigueur, conditions de paiement, campagnes du mois, cadeaux, bonus de reprise. Cela définit les limites de la négociation et évite les promesses non conformes.

Exemple : "Bonus reprise jusqu'à 15k R$ • Crédit 1,29% p.m. sur 60 mois • Campagne de juin : révision gratuite pendant 1 an".

3. Actifs du client — Ce qu'il possède déjà auprès de l'entreprise et qui peut servir de levier : produit actuel, forfait actif, points de fidélité, contrats en vigueur, historique d'achat. C'est le pont vers l'upsell, le cross-sell, le renouvellement ou l'échange. Sans ce champ, l'IA traite un client fidèle comme si c'était la première fois qu'il s'adressait à l'entreprise.

Exemples : "T-Cross 2021 — estimation interne 98k R$", "12 450 pts Aurora Prime — 3ème séjour", "Forfait 300Mb depuis 2 ans — éligible à un upgrade vers 1Gb".

4. Périmètre de l'IA (Escopo da IA) — Ce que l'IA peut conclure seule et le déclencheur clair de handoff humain. C'est la ligne de démarcation qui évite deux désastres opposés : l'IA promettant ce qu'elle ne peut pas faire, et l'IA appelant un humain pour n'importe quelle banalité.

Exemple : "Peut planifier un essai et simuler un financement. Handoff humain pour remise supérieure à 5% ou réservation d'une unité spécifique."

5. Dernières interactions (mémoire) — De 2 à 4 points courts résumant ce qui a déjà été dit dans cette conversation. C'est la mémoire condensée. Sans ce champ, l'IA répète des questions auxquelles le client a déjà répondu — le péché capital du service client automatisé.

Exemple : "A demandé le prix du Zeekr", "A confirmé son intérêt pour la version SUV", "A mentionné posséder un T-Cross actuel".

Comment Crachá de Contexto et Contexto Operacional se combinent

Le Crachá de Contexto répond à la question "qui est ce client et que veut-il maintenant ?". Le Contexto Operacional répond à la question "qu'est-ce que l'entreprise a à lui offrir, et jusqu'où puis-je aller ?".

Ensemble, les 12 champs (7 + 5) forment le paquet minimum qui doit accompagner chaque cycle de conversation pour qu'une IA (ou un humain) puisse poursuivre la conversation sur n'importe quel canal, avec n'importe quel conseiller, sans obliger le client à se répéter et sans promesses hors contrat.

Si l'un des 12 champs est vide, le paquet est rompu. C'est la règle d'or du MCI.

La Bandeja de Contexto : la présentation au moment de la décision

Si le Crachá est le registre qui existe en permanence, la Bandeja de Contexto est la présentation actionnable de ce registre à un moment spécifique : le moment du handoff. Elle est générée à partir du Crachá lorsque la conversation passe de l'IA à un humain, ou d'un humain à un autre.

La différence est subtile mais fondamentale :

• Le Crachá est une donnée structurée — il existe pour être lu par des systèmes et servir de référence.
• La Bandeja est la lecture actionnable de cette donnée par une personne en 30 secondes, lorsqu'elle reprend la conversation.

Une seconde analogie : si le Crachá est le dossier médical complet du patient, la Bandeja est le briefing de 30 secondes que l'infirmier donne au médecin de garde avant qu'il n'entre dans la chambre — distillé, priorisé, avec l'hypothèse diagnostique et la prochaine décision posée sur la table.

Les 6 composants de la Bandeja

1. État actuel et preuves — Où en est la décision et quels signes soutiennent cette lecture. Pas "ce que le client a dit", mais "ce que le système comprend qu'il veut", avec un niveau de certitude. La Bandeja doit montrer sa "preuve de travail" — si l'humain a confiance, il agit ; s'il se méfie, il ignore et recommence.

2. Verrou dominant — L'hypothèse du système sur ce qui empêche l'avancement. C'est le composant le plus précieux de la Bandeja, car il connecte des signaux que l'humain aurait du mal à relier à temps. Exemple : le client a posé 2 questions sur les délais, a mentionné un voyage et n'a pas répondu au dernier message depuis 40 minutes → l'hypothèse de verrou est "urgence de délai due au voyage", et non "prix".

3. Historique résumé — Les 3 à 5 informations les plus pertinentes, pas "tous les messages". La Bandeja est une distillation, pas une archive. Si l'humain doit lire toute la conversation, la Bandeja a échoué.

4. Prochaine étape recommandée, avec options — Pas un script rigide. La Bandeja suggère 2 ou 3 chemins possibles avec une courte justification pour chacun ; l'humain décide. L'IA propose, l'humain dispose.

5. SLA actuel — En risque, expiré, ou dans les temps — et ce qui a déjà été déclenché. Sans SLA, le handoff manque de sentiment d'urgence. C'est ce champ qui pousse l'humain à prioriser cette conversation parmi les 12 autres qu'il a ouvertes.

6. Changement d'état récent — D'où vient la décision lors des derniers échanges et ce qui a changé. Cela contextualise le moment — aide l'humain à comprendre pourquoi cette conversation lui est transmise maintenant et pas avant.

Le débordement idéal est silencieux

L'un des principes les plus importants : l'IA n'a pas besoin d'annoncer "je vais vous transférer à un conseiller". Cela brise l'expérience. Un débordement bien fait est invisible pour le client — de son côté, la conversation continue simplement, en étant plus riche.

Du côté de l'entreprise, l'humain prend le relais avec le contexte en quelques secondes car la Bandeja est déjà prête. La différence apparaît dès la première phrase que l'humain écrit :

• Sans Bandeja (reset) : "Bonjour, comment puis-je vous aider ?" — efface tout ce qui a précédé.
• Avec Bandeja (continuité) : "J'ai vu que la question sur l'intégration avec l'ERP est restée en suspens — j'ai fait appel à notre spécialiste pour la résoudre maintenant" — reconnaît, valide et avance.

On passe d'une question générique à une affirmation contextuelle. C'est la différence opérationnelle entre le reset et la confiance. Et c'est mesurable : dans les cycles avec Bandeja, le taux de clôture après handoff augmente systématiquement entre 15% et 40%, selon le secteur.

Comment le Crachá de Contexto et la Bandeja de Contexto s'articulent (la différence qui évite le reset)

C'est le point qui génère le plus de confusion. Voici un résumé direct :

En une phrase : le Crachá de Contexto est la donnée, la Bandeja de Contexto est la lecture de cette donnée au bon moment, pour la bonne personne, au bon format.

La qualité de la Bandeja de Contexto : 3 critères d'audit

Le RevOps MCI suit la qualité des Bandejas selon trois critères objectifs :

Complétude. Les six composants sont-ils présents ? Si l'hypothèse de blocage est vide, l'humain perd le bénéfice principal — et retombe dans le reset. Une Bandeja de Contexto incomplète est une Bandeja défectueuse.

Précision. La lecture correspond-elle à la réalité que l'humain rencontre lorsqu'il discute avec le client ? Si l'IAm indique "blocage sur le budget" et que l'humain découvre en 30 secondes qu'il s'agissait du "décideur en vacances", la Bandeja a fait une erreur et le modèle doit être recalibré. La précision est mesurée en post-handoff, en comparant l'hypothèse avec ce que l'humain a confirmé.

Actionnabilité. L'humain peut-il agir sans recherche supplémentaire ? L'objectif est de lire, confirmer mentalement et agir en moins de 2 minutes. Si l'humain doit ouvrir 3 onglets du CRM pour compléter le tableau, la Bandeja de Contexto a échoué par manque de densité.

Les anti-patterns (ce qu'il ne faut pas faire)

Dumping d'historique. Envoyer « tous les messages depuis le premier contact » n'est pas du contexte — c'est du bruit. L'humain qui reçoit 50 messages passe plus de temps à lire qu'il n'en passerait à poser les questions à nouveau. La Bandeja de Contexto est une distillation, pas une archive.

Recommandation générique. « Suggestion : faire un follow-up » décrit l'évidence. La recommandation doit être contextuelle et spécifique : « Suggestion : appeler aujourd'hui avant 16h en mettant l'accent sur les conditions de reprise — le client a mentionné être pressé et n'a pas encore saisi la valeur de l'évaluation de son véhicule d'occasion ».

Bandeja estatique. Si elle est générée une seule fois et jamais mise à jour, elle vieillit vite. Le client a répondu après ? L'état a changé ? Nouvelle preuve ? La Bandeja de Contexto doit être recalculée à chaque interaction pertinente — sinon l'humain prend le relais avec une photo périmée.

Crachá "optionnel". Les équipes qui traitent les champs du Crachá de Contexto comme optionnels détruisent la valeur du système. Si la « douleur » peut rester vide, elle restera vide — et l'humain suivant posera la question à nouveau. Les 12 champs (7 du Crachá de Contexto + 5 de l'Opérationnel) sont obligatoires. Point final.

Bandeja comme copie du Crachá. Si l'humain reçoit les 7 champs du Crachá de Contexto à l'état brut, ce n'est pas une Bandeja de Contexto — ce sont des données brutes. La Bandeja de Contexto doit réorganiser, prioriser et suggérer. Si elle ne le fait pas, c'est juste un écran de plus dans le CRM.

Où le Crachá et la Bandeja résident dans le stack

D'un point de vue technique, une implémentation typique place :

• Le Crachá de Contexto comme un objet JSON structuré, versionné, mis à jour par une fonction server-side à chaque tournant pertinent de la conversation. Persisté en base de données, référencé par l'ID du cycle, avec un historique des versions pour l'audit.
• Le Contexte Opérationnel hydraté depuis le CRM/ERP à l'ouverture du cycle et mis à jour lorsque les politiques commerciales changent ou que le client acquiert/consomme quelque chose de nouveau.
• La Bandeja de Contexto comme un rendu (view) du Crachá de Contexto + Opérationnel + N derniers échanges, générée à la demande lorsque l'événement de handoff se déclenche. Elle n'est pas stockée comme source de vérité — elle est régénérée à partir du Crachá de Contexto pour garantir sa fraîcheur.

Cette séparation (donnée × présentation) est ce qui permet à la même base de données d'alimenter des Bandeja de Contexto différentes pour différents profils d'agents (SDR, closer, technicien, rétention) sans dupliquer l'information.

Conclusion : l'antidote contre le reset

Le reset conversationnel coûte plus cher que ce que la plupart des entreprises réalisent. Ce n'est pas seulement un NPS en baisse — c'est la perception que la marque ne s'organise pas en interne pour bien servir. Le client qui doit se répéter apprend, avec le temps, à ne plus attendre grand-chose.

Le Crachá de Contexto garantit que l'information existe tout au long du cycle, dans un format minimal et standardisé. Le Contexto Operacional garantit que l'IA dispose de munitions réelles de l'entreprise pour négocier. La Bandeja de Contexto garantit que cette information arrive dans le bon format au moment où un humain doit décider.

Les trois, ensemble, transforment le handoff — le point historiquement le plus fragile du parcours — en un moment où l'entreprise démontre le plus qu'elle se soucie du client. C'est la différence entre "je vais vous transférer" et "j'ai vu exactement ce qui s'est passé — avançons à partir de là".

C'est cela la bible du Crachá. Le reste n'est qu'exécution disciplinée.