Les 7 types de données clients dont vos agents IA ne peuvent se passer

À moins que votre entreprise n'ait été créée il y a cinq minutes, vos bases de données clients n'ont pas été conçues pour des agents autonomes.

La plupart des systèmes de données clients ont été conçus pour le reporting et l'analyse, voire pour l'automatisation du marketing. Aujourd'hui, vous essayez de les utiliser pour permettre aux 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 temporisent et renvoient les décisions aux humains. Parfois, ils avancent avec confiance et vous vous apercevez du problème plus tard.

Dans les deux cas, c'est parce qu'il vous manque des types de données clients dont les agents ont besoin pour travailler de manière autonome.

Vos agents ont besoin de sept types de données clients spécifiques pour fonctionner sans supervision. Dans ce billet, je vous explique ce que sont ces types de données et pourquoi chacune d'entre elles est importante.

À la fin, vous saurez ce qui manque à votre base de données clients actuelle et ce que vous devez construire avant que les agents puissent fonctionner à grande échelle. Chacun de ces éléments résout un type différent d'ambiguïté qu'un agent rencontre lorsqu'il décide ou agit. Commençons par le commencement.

1. Identité du client résolue

Un agent qui ne sait pas qui est un client peut agir sur le mauvais dossier client. Dans le domaine de la santé, cela pourrait se traduire par la programmation d'une procédure pour le mauvais patient. Dans les services financiers, cela peut se traduire par un transfert de fonds sur le mauvais compte.

Quel que soit le secteur d'activité, il s'agit d'une violation de la conformité qui risque de se produire.

La résolution de l'identité du client signifie qu'il n'y a qu'un seul dossier en or par client. Pas de doublons ni de confusion quant à l'enregistrement correct.

Sans cela, les agents sont confrontés au chaos. Un client peut apparaître sous la forme de trois enregistrements distincts dans votre CRM, votre plateforme de commerce électronique et votre système de service.

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. L'identité résolue élimine ce risque. L'agent sait sur qui il agit.

2. Contexte client en temps réel

Si votre agent agit sur la base des données d'hier, il prend une décision d'hier pour le client d'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 aujourd'hui. Événements de la vie. Achats récents. Statut actuel. Dernières interactions...

Les données ne correspondent pas à ce que vous essayez de construire :

• L'agent de renouvellement n'a aucune idée que le client vient d'acheter chez un concurrent
• L'agent de fidélisation envoie une offre de fidélisation à un client qui a acheté hier.
• L'agent d'assistance ne sait pas qu'une plainte a été déposée ce matin.

Non seulement cela ralentit les agents, mais cela les rend à la fois confiants et dans l'erreur.

3. Drapeaux de consentement et de permission

Les violations de consentement ne sont pas le fait d'agents malveillants. Elles sont le fait d'agents qui ne savent pas que le client a dit non.

En tant que client, vous avez des préférences explicites, comme les canaux sur lesquels vous acceptez d'être contacté, ce pour quoi vous avez opté (GDPR, CCPA, politiques internes).

Tout cela se trouve dans les indicateurs de consentement liés à l'enregistrement du client. Un agent qui n'a pas accès à ces indicateurs travaille à l'aveuglette.

Il envoie des courriels à des clients qui ont refusé de recevoir des courriels. Il appelle une personne qui a demandé à être contactée uniquement par écrit. Il utilise des données que le client a explicitement interdites.

Une violation commence modestement. Un client se plaint. Puis le service de conformité s'en mêle.

Puis les autorités de régulation.

4. Contexte relationnel et hiérarchique

Si vos agents traitent chaque client comme un individu, ils passent souvent à côté de l'évidence.

• Un ménage n'est pas constitué de cinq personnes distinctes prenant cinq décisions différentes
• Une organisation n'est pas une liste de noms de personnes à contacter.
• 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 réduction familiale qui ne s'applique que si le titulaire du compte l'autorise, mais il contacte l'adolescent à la place.

Un agent B2B contacte une personne qui a quitté l'entreprise il y a six mois.

Un agent de santé planifie une procédure sans savoir que le conjoint du patient est son mandataire.

Le contexte change tout quant à la manière dont un agent doit agir.

5. Identifiants spécifiques à l'application

Votre client existe dans plusieurs systèmes, et chacun d'entre eux a sa propre façon de l'identifier.

Le CRM appelle votre client "contact_12847". Le commerce électronique le connaît sous le nom d'"utilisateur_5029". Votre plateforme de services l'appelle "case_holder_891". Votre entrepôt de données a encore un autre identifiant.

Une fiche relie tous ces éléments entre eux. Elle sait que le contact_12847 et l'utilisateur_5029 sont la même personne.

Sans cette correspondance, un agent peut extraire des données d'un système mais ne peut pas les relier à ce qui se passe dans un autre système. Il peut aussi trouver l'historique des achats d'un client, mais ne peut pas le relier à ses tickets d'assistance.

L'agent finit par prendre des décisions à partir d'éléments d'information déconnectés les uns des autres.

Lorsque vous mettez en correspondance tous ces identifiants, l'agent peut avoir une vue d'ensemble de la situation dans tous les systèmes où le client existe.

6. Lignage des données et indicateurs de qualité

Toutes les données clients ne sont pas équivalentes, et vos agents doivent donc savoir faire la différence.

Si l'adresse électronique d'un client a été mise à jour ce matin, elle a plus de poids que celle qui a été saisie il y a six mois. De même, un numéro de téléphone confirmé par le client lui-même est plus fiable qu'un numéro provenant d'un fournisseur tiers.

Vous avez besoin d'une lignée et de scores de qualité, sinon ces agents traiteront tout de la même manière.

Les données de faible qualité sont traitées avec la même certitude que les données de haute qualité. Les agents avancent avec une fausse confiance sur des informations auxquelles ils ne devraient pas se fier.

Les indicateurs de qualité permettent aux agents de savoir ce qui doit être traité en priorité et ce qui doit être vérifié.

7. Contexte des règles commerciales et des politiques

Un agent qui ne sait pas ce qu'il est autorisé à faire peut soit

• ne rien faire du tout
• Faire quelque chose de mal

Les règles de gestion se trouvent dans les dossiers des clients, les paliers de tarification, les conditions d'éligibilité, les clauses contractuelles, etc.

Lorsqu'un agent ne dispose pas de ce contexte, il agit sans garde-fou.

Il peut proposer un service auquel le client n'a pas droit ou une remise qui ne respecte pas les termes du contrat. Il peut aussi engager l'entreprise dans un accord de niveau de service qu'elle ne peut pas respecter.

Parfois, l'agent reste bloqué 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é par la suite.

Mais si vous intégrez des règles commerciales dans les dossiers des clients, l'agent connaîtra ses limites avant de prendre une décision.

Une intelligence digne de confiance signifie que vous disposez de ces 7 types de données – et que vous êtes prêt pour les agents de clientèle

L'autonomie est limitée par le plus faible de ces sept types de données. L'absence d'un seul de ces types de données oblige à une intervention humaine.

Vous n'avez pas besoin des sept types de données pour faire fonctionner les agents, mais vous avez besoin des sept types de données pour les faire fonctionner sans supervision. Dans le cas contraire, l'agent reste bloqué dans l'attente d'informations ou avance avec une compréhension incomplète. Vous ne pouvez pas lui faire suffisamment confiance pour le laisser fonctionner.

Lorsque les sept sont en place, l'agent devient une infrastructure et non plus une expérience. Vous cessez de vous demander "Devrions-nous le laisser faire ceci ?" et commencez à dépendre de lui pour faire des choses que vous ne pouviez pas faire à l'échelle auparavant.

Comment les sept types de données sont rassemblés en un seul endroit : Client agentique 360

Les systèmes agentiques n'éliminent pas le besoin d'un Customer 360. Ils en dépendent.

Le Customer 360 n'est pas un objet statique qu'un agent possède en permanence. Au lieu de cela, les agents assemblent un 360 situationnel en temps réel en tirant les interactions, les événements et l'état de l'ensemble des systèmes. Le tout est ancré dans une fiche client qui fait autorité et qui définit ce qui est vrai à propos du client au fil du temps.

Ce qui change dans un monde agentique, c'est la manière dont cette compréhension est utilisée.

Les agents transforment la connaissance du 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.

C'est pourquoi l'identification fiable des clients est essentielle. Si l'identité est incertaine, dupliquée ou régie différemment d'un système à l'autre, les agents ne peuvent pas agir en toute sécurité. Ils bloquent, devinent ou créent des risques.

Chez Stibo Systems, nous servons de point d'ancrage pour l'identité client fiable et le contexte client régi. Nous ne construisons pas d'agents et nous ne remplaçons pas les cadres d'orchestration ou de LLM.

Au contraire, nous fournissons la vue unique du client (SCV) sur laquelle les agents s'appuient :

• Résoudre l'identité
• Renforcer le consentement
• Maintien des relations
• Préservation de la lignée et de la qualité
• Intégrer des règles commerciales

Tout cela pour que les systèmes autonomes puissent agir avec confiance plutôt qu'avec des suppositions.

En d'autres termes, les agents agissent :

Les agents agissent.

Le client 360 définit ce qui est vrai.

L'identification du client de confiance rend l'autonomie possible.