À moins que votre entreprise n'ait été créée il y a cinq minutes, vos fondations de données client n'ont pas été conçues pour des agents autonomes.
La plupart des systèmes de données client ont été conçus pour le reporting et l'analyse – parfois pour un peu d'automatisation marketing. Aujourd'hui, vous essayez de les utiliser pour permettre à des agents de prendre des décisions et d'agir sans intervention humaine.
Les données qui fonctionnaient pour les tableaux de bord ne fonctionnent pas pour cela.
Parfois, les agents bloquent et renvoient la décision à des humains. Parfois, i ils agissent avec une confiance excessive, et vous découvrez le problème plus tard.
Les deux cas se produisent parce qu'il vous manque des types de données client dont les agents ont besoin pour fonctionner de façon autonome.
Vos agents ont besoin de sept types précis de données client pour fonctionner sans supervision. Dans cet article, je vous détaille lesquels, et pourquoi chacun compte.
À la fin, vous saurez ce qui manque à votre socle de données client actuel et ce que vous devez construire avant que les agents ne puissent fonctionner à grande échelle. Chacun de ces types résout une forme différente d'ambiguïté qu'un agent rencontre au moment de décider ou d'agir. Entrons dans le vif du sujet.
1. Une identité client résolue
Un agent qui ne sait pas qui est un client risque d'agir sur la mauvaise fiche client. Dans le secteur de la santé, cela pourrait signifier programmer un acte médical pour le mauvais patient. Dans les services financiers, cela pourrait signifier transférer des fonds vers le mauvais compte.
Dans n'importe quel secteur, le risque de non-conformité est immédiat.
Une identité client résolue signifie une seule fiche de référence par client. Pas de doublons, pas de confusion sur la fiche qui fait foi.
Sans cela, les agents font face au chaos. Un même client peut apparaître sous trois fiches distinctes entre votre CRM, votre plateforme ecommerce et votre système de service client.
Un agent voit les trois et se trompe. Le client est contacté deux fois pour le même problème, ou l'agent met à jour le mauvais compte.
Même un seul doublon en production devient un point de décision pour votre agent. Une identité résolue élimine ce risque. L'agent sait sur qui il agit.
2. Un contexte client en temps réel
Si votre agent agit sur les données d'hier, Si votre agent s'appuie sur les données d'hier, ses décisions risquent de ne plus correspondre à la réalité du client aujourd'hui.
Vous avez besoin de données fraîches sur ce que le client a fait, ce dont il a besoin ou ce qu'il a vécu, maintenant. Les événements de vie. Les achats récents. Le statut actuel. Les dernières interactions.
Une donnée obsolète compromet ce que vous essayez de construire :
- L'agent de renouvellement ignore que le client vient d'acheter chez un concurrent
- L'agent de fidélisation envoie une offre de rétention à quelqu'un qui a acheté la veille
- L'agent du service client ignore la réclamation déposée ce matin même
Non seulement cela ralentit les agents, mais cela les rend à la fois sûrs d'eux et dans l'erreur.
3. Des indicateurs de consentement et de permission
Les violations de consentement ne viennent pas d'agents malveillants. Elles viennent d'agents qui ignorent qu'un client a dit non.
En tant que client, vous avez des préférences explicites, par exemple les canaux sur lesquels vous acceptez d'être contacté, ce à quoi vous avez consenti ou non (RGPD, CCPA, politiques internes).
Tout cela réside dans des indicateurs de consentement rattachés à cette fiche client. Et un agent sans accès à ces indicateurs opère à l'aveugle.
Il envoie des e-mails à des clients qui ont refusé l'e-mail. Il appelle quelqu'un qui a demandé un contact écrit uniquement. Il utilise des données que le client a explicitement interdites.
Une violation commence petit. Un client se plaint. Puis la conformité s'en mêle.
Puis les régulateurs.
4. Un contexte de relations et de hiérarchie
Si vos agents traitent chaque client comme un individu isolé, ils passent souvent à côté de l'évidence.
- Un foyer n'est pas cinq personnes prenant cinq décisions séparées
- Une organisation n'est pas une liste de noms de contacts
- Les familles ont des décideurs principaux
- Les organisations ont des hiérarchies et des dépendances
- Les comptes B2B ont des rôles qui comptent
Sans contexte relationnel, les agents ne voient que des fragments.
Un agent propose une remise familiale qui ne s'applique que si le titulaire du compte l'autorise, mais il contacte l'adolescent à la place.
Un agent B2B contacte quelqu'un qui a quitté l'entreprise six mois plus tôt.
Un agent de santé programme un acte médical sans savoir que le conjoint du patient est son mandataire de santé.
Le contexte change tout dans la façon dont un agent doit agir.
5. Des identifiants propres à chaque application
Votre client existe dans plusieurs systèmes, et chacun a sa propre façon de l'identifier.
Le CRM appelle votre client « contact_12847 ». L'ecommerce le connaît sous « user_5029 ». Votre plateforme de service l'appelle « case_holder_891 ». Votre entrepôt de données a encore un autre identifiant.
Une fiche maître relie tous ces identifiants entre eux. Elle sait que contact_12847 et user_5029 désignent la même personne.
Sans cette correspondance, un agent peut récupérer une donnée dans un système, mais sans pouvoir la relier à ce qui se passe dans un autre. Ou il trouve l'historique d'achat du client, mais ne peut pas le relier à ses tickets de support.
L'agent finit par prendre des décisions à partir de fragments d'informations déconnectés.
Quand vous reliez tous ces identifiants entre eux, l'agent peut voir l'image complète à travers tous les systèmes où ce client existe.
6. La traçabilité des données et des indicateurs de qualité
Toutes les données client ne se valent pas, et vos agents doivent en connaître la différence.
Si l'e-mail d'un client a été mis à jour ce matin, il pèse plus lourd qu'un e-mail saisi il y a six mois. Et un numéro de téléphone confirmé par le client lui-même est plus fiable qu'un numéro provenant d'un prestataire tiers.
Vous avez besoin de scores de traçabilité et de qualité, sinon ces agents traiteront tout de la même façon.
Une donnée de mauvaise qualité est alors traitée avec la même certitude qu'une donnée de haute qualité. Les agents avancent avec une confiance illégitime sur des informations auxquelles ils ne devraient pas se fier.
Les indicateurs de qualité permettent aux agents de savoir quoi prioriser et quoi vérifier.
7. Un contexte de règles métier et de politiques
Un agent qui ne sait pas ce qu'il a le droit de faire va soit :
- Ne rien faire du tout
- Faire quelque chose de travers
Les règles métier résident dans vos fiches client, vos grilles tarifaires, vos conditions d'éligibilité, vos termes contractuels, etc.
Quand un agent n'a pas accès à ce contexte, il opère sans garde-fous.
Peut-être propose-t-il un service pour lequel le client n'est pas éligible, ou une remise qui viole les termes du contrat. Peut-être engage-t-il l'entreprise sur un niveau de service (SLA) qu'elle ne peut pas tenir.
Parfois, l'agent bloque parce qu'il ne sait pas si une action est autorisée. Parfois, il agit quand même et crée des problèmes de conformité plus tard.
Mais si vous intégrez les règles métier dans les fiches client, l'agent connaîtra ses limites avant de décider.
L'intelligence de confiance, c'est disposer de ces 7 types de données – et être prêt pour des agents client
Le niveau d'autonomie dépend du maillon le plus faible parmi ces sept types de données. L'absence d'un seul suffit à imposer une intervention humaine.
Vous n'avez pas besoin des sept pour faire fonctionner des agents, mais vous en avez besoin des sept pour les faire fonctionner sans supervision. Sinon, l'agent bloque en attendant une information, ou avance avec une compréhension incomplète. Vous ne pouvez pas lui faire suffisamment confiance pour le laisser opérer seul.
Une fois ces sept types de données en place, l'agent passe du stade expérimental à un usage opérationnel à grande échelle. Vous arrêtez de vous demander « devrions-nous le laisser faire cela ? » et vous commencez à compter sur lui pour faire des choses que vous ne pouviez pas faire à cette échelle auparavant.
Comment les sept types de données se rassemblent en un seul endroit : le Customer 360 agentique
Les systèmes agentiques ne suppriment pas le besoin d'un Customer 360. Ils en dépendent.
Un Customer 360 n'est pas un objet statique qu'un agent posséderait de façon permanente. Les agents construisent au contraire une vue à 360° contextuelle et en temps réel en puisant les interactions, les événements et les états à travers les systèmes. Le tout ancré à une fiche maître client faisant autorité, qui définit ce qui est vrai à propos du client dans la durée.
Ce qui change dans un monde agentique, c'est la façon dont cette connaissance est utilisée.
Les agents transforment la connaissance client en décisions et actions autonomes – mais seulement s'ils peuvent faire confiance à l'identité, aux relations, au consentement et aux règles qui la sous-tendent.
Cela rend l'identité client de confiance absolument critique. Si l'identité est incertaine, dupliquée ou gouvernée différemment selon les systèmes, les agents ne peuvent pas agir en toute sécurité. Ils bloquent, devinent, ou créent un risque.
Chez Stibo Systems, nous servons d'ancrage de référence pour une identité client de confiance et un contexte client gouverné. Nous ne construisons pas d'agents, et nous ne remplaçons ni l'orchestration ni les frameworks de LLM.
Nous fournissons en revanche la vue client unique (single customer view, SCV) sur laquelle s'appuient les agents :
- Résoudre l'identité
- Faire respecter le consentement
- Maintenir les relations
- Préserver la traçabilité et la qualité
- Intégrer les règles métier
Le tout pour que les systèmes autonomes puissent agir avec confiance plutôt que par supposition.
En d'autres termes : les agents agissent. Le Customer 360 définit ce qui est vrai. L'identité client de confiance rend l'autonomie possible.
