Vous pouvez intégrer une IA agentique à un centre de contact existant sans avoir à tout remplacer, en déployant une couche d'orchestration qui se connecte à votre infrastructure, exploite votre base de connaissances contrôlée et résout les interactions sans remplacer votre plateforme principale.
La plupart des équipes partent du principe que l'IA implique une migration sur plusieurs années depuis une plateforme telle que Genesys, ce qui les incite à tergiverser. C'est tout le contraire.
Le risque ne réside pas dans la difficulté d'intégration. Le risque, c'est d'intégrer la mauvaise solution : une fine couche d'encapsulation d'un LLM qui se déploie rapidement, ne peut pas être auditée et tombe en panne dès qu'un régulateur demande pourquoi l'IA a dit ce qu'elle a dit.
Points clés à retenir
- Il n'est pas nécessaire de remplacer votre plateforme de centre de contact pour y intégrer l'IA. Une couche d'orchestration se connecte à l'infrastructure existante, y compris aux environnements Genesys et IBM vieillissants, grâce à des intégrations prêtes à l'emploi.
- Un wrapper LLM simplifié est le moyen le plus rapide de créer une démo, mais le plus lent pour parvenir à une mise en production fiable. Il génère des réponses de manière probabiliste, comporte un risque d'« hallucinations » et compromet la traçabilité à chaque interaction.
- L'approche qui fait ses preuves dans le domaine de l'expérience client réglementée est la conception axée sur la connaissance : les réponses sont extraites d'une base de connaissances contrôlée et reliée à des sources, le modèle servant à l'orchestration plutôt qu'à la génération à l'exécution.
- C'est la résolution, et non le détournement, qui compte. L'objectif est de résoudre les demandes dès le premier contact, et non de les détourner des agents en ligne.
- Découvrez comment Encore s'intègre à votre centre de contact existant.
Le mythe du « rip-and-replace » dans les centres de contact d'entreprise
L'idée selon laquelle l'IA nécessite l'abandon d'une plateforme de centre de contact existante est véhiculée par les fournisseurs. Les prestataires spécialisés dans la migration vers une nouvelle plateforme ont tout intérêt à présenter votre infrastructure actuelle comme incompatible.
Une migration correspond à une ligne budgétaire et à un programme s'étalant sur plusieurs trimestres. C'est un argument de vente facile pour un fournisseur, mais difficile à justifier pour un opérateur lorsque le routage fonctionne déjà.
Ce sont les délais qui en disent long. La migration d'une plateforme s'inscrit dans un plan de projet échelonné par trimestres. L'ajout d'une couche d'IA régulée via des connecteurs prêts à l'emploi se mesure à la rapidité avec laquelle vos connaissances sont prêtes, un aspect que vous maîtrisez.
La réalité opérationnelle est plus simple. L'infrastructure existante des centres de contact expose les données et le routage via des API et des connecteurs prêts à l'emploi sur lesquels une couche d'IA peut s'appuyer. Les systèmes ne constituent pas un obstacle.
Le problème réside dans le choix d'une architecture d'IA qui ne permet pas d'atteindre le niveau de précision et de gouvernance requis par l'expérience client en entreprise. Il s'agit là d'un choix de conception, et non d'une limite liée à l'infrastructure.
Pour être honnête, l'intégration représente un véritable travail, mais pas celui décrit dans les arguments de vente en faveur de la migration. L'effort ne consiste plus simplement à changer de plateforme, mais à gérer les réponses sur lesquelles comptent vos clients.
Cela demande effectivement un travail important au niveau de la base de connaissances. L'intégration a un coût. Mais il s'agit d'un travail sur le contenu, et non d'une migration de plateforme.
Pourquoi un « wrapper » LLM ne relève pas de l'IA d'entreprise
Un « wrapper » LLM est une couche applicative légère qui transmet les questions des clients à un modèle de base et renvoie la réponse générée, sans ou avec très peu de couche de connaissances contrôlée en arrière-plan.
Dans le domaine de l'expérience client en entreprise, cette architecture présente trois failles :
- Les réponses sont générées de manière aléatoire ; ainsi, une même question peut donner lieu à des réponses différentes.
- Il n'y a pas de liaison native avec la source ; il est donc impossible de retracer les réponses dans le cadre d'un audit.
- La précision dépend du modèle plutôt que du contenu validé.
La démonstration rapide est un piège. Ce qui semble prêt à être mis en production dans un script contrôlé correspond en réalité à la même architecture qui ne permet pas à un auditeur de déterminer d'où provient une réponse.
Il y a également un aspect financier à prendre en compte. Un wrapper facture des jetons à chaque interaction ; ainsi, une question courante à laquelle on répond mille fois par jour correspond à mille générations que vous payez et dont vous ne pouvez pas retracer l'origine.
La récupération à partir d'une source contrôlée permet de résoudre une fois pour toutes la question identifiée et de réutiliser la réponse validée. Cette méthode est moins coûteuse à mettre en œuvre et sa validité peut être démontrée a posteriori.
Une approche axée sur la connaissance renverse cette logique. Les réponses sont extraites d'une base de connaissances contrôlée et reliée à des sources, et le modèle se contente de les reformuler plutôt que de les inventer. C'est là le cœur du problème lié aux « wrappers » des grands modèles de langage (LLM).
Ce qui importe, c'est l'adéquation architecturale, et non pas que les modèles linguistiques soient peu performants. Une solution de contournement convient parfaitement à une utilisation à faible enjeu et sans contrainte particulière. En revanche, elle n'est pas adaptée à une expérience client réglementée, où chaque réponse pourrait devoir être justifiée par la suite.
Ce que l'intégration de l'IA exige réellement d'un centre de contact existant
Commencez par les exigences opérationnelles, et non par le schéma d'architecture. La couche d'IA doit extraire des informations de vos sources de connaissances gérées, se connecter à vos systèmes de routage et de gestion des tickets, puis y réinscrire les solutions trouvées ou les indicateurs d'escalade.
La plupart des plateformes de centre de contact traditionnelles offrent précisément cette fonctionnalité via des API et des connecteurs prêts à l'emploi.
Avec plus de 850 intégrations d'entreprise et une orchestration prête à l'emploi dans les infrastructures existantes, y compris les environnements Genesys et IBM vieillissants, la connexion est rarement le plus difficile. Le travail qui reste à accomplir consiste à gérer les connaissances, et non à connecter les systèmes.
Considérez la couche de connaissances comme le véritable projet. Une fois que vos sources sont gérées, attribuées à un responsable et soumises à un contrôle de version, l'IA dispose d'informations précises à exploiter, et l'intégration est alors pratiquement achevée.
L'un des prérequis que les équipes ont tendance à sous-estimer est la responsabilité. Il faut qu'une personne soit responsable de chaque réponse, de sa source et de son cycle de révision. La gouvernance relève autant d'une décision en matière de ressources humaines que d'une décision technique, et c'est elle qui détermine si l'exactitude des informations est maintenue dans le temps.
Tout cela ne nécessite pas de refonte complète. Le centre de contact continue de fonctionner pendant que la couche d'IA est développée à partir des connaissances existantes, puis activée une fois que les réponses ont été validées et sont prêtes.
La véritable condition préalable est la mise en place d'une couche de connaissances bien gérée. C'est la préparation des données, et non le remplacement de l'infrastructure, qui constitue le goulot d'étranglement. Si vos connaissances sont dispersées, ne font l'objet d'aucun contrôle de version ou n'ont pas de responsable, c'est par là qu'il faut commencer.
L'intégration est réussie lorsque les connaissances sont gérées et que l'IA y puise des informations. Il s'agit là autant d'un choix entre une architecture déterministe et une architecture générative que d'un choix d'intégration.
Les approches d'intégration : « wrapper », « replatform » et « couche d'orchestration »
Il existe trois façons d'intégrer l'IA à un centre de contact existant. Elles se distinguent moins par la rapidité de leur mise en place que par leur capacité à résister à un audit.
Le wrapper est déployé rapidement mais ne satisfait pas aux critères d'audit. La replateforme satisfait aux critères d'audit mais perturbe le fonctionnement du système. La couche d'orchestration est la seule approche qui permette d'intégrer une IA justifiable sans remplacer ce qui fonctionne déjà.
Si vous hésitez entre ces différentes approches, examinez la couche d'orchestration de votre propre infrastructure.
Ce dont les acheteurs de solutions CX soumis à une réglementation ont besoin avant de procéder à l'intégration
Le responsable de la sécurité des systèmes d'information (RSSI) et le directeur des risques ont besoin d'une traçabilité liée à la source, de parcours décisionnels vérifiables et de l'absence de comportements non contrôlés des modèles dans les interactions avec les clients.
Il doit pouvoir être justifié auprès des contrôleurs au regard d'obligations telles que celles prévues à l'article 13 de la loi européenne sur l'IA en matière de transparence, et ne pas se limiter à un simple fonctionnement dans le cadre d'une démonstration.
Le directeur informatique (CIO) et le directeur des opérations (COO) ont besoin d'une solution d'intégration qui s'adapte à l'infrastructure existante sans nécessiter de migration, avec des délais prévisibles et des coûts d'exploitation réduits. Cela se traduit par une réduction de plus de 50 % des frais généraux et un déploiement plus rapide de plus de 75 %.
Le responsable de l'expérience client (CX) a besoin d'un taux de résolution dès le premier contact, et non d'un simple transfert, ainsi que d'une qualité de service mesurable. Cela se traduit par une amélioration de 35 % du taux de résolution dès le premier contact et de 30 % de la satisfaction client (CSAT).
Comment Encore intègre une IA agentique à votre centre de contact existant
Inbenta Encore inverse la conception de l'enveloppe, ce qui rend l'intégration vérifiable plutôt que probabiliste.
- Une conception axée sur la connaissance. Le contenu source est intégré et structuré en « intents » régis et liés à la source grâce à l'ingénierie des connaissances; le modèle se charge de l'orchestration et de l'enrichissement plutôt que de la génération à l'exécution.
- Une intelligence programmée, optimisée par l'architecture à double LLM d'Encore. La plateforme détermine elle-même les cas où la précision est requise et ceux où la fluidité apporte une valeur ajoutée, sans que le client ait à faire ce choix.
- S'intègre à votre infrastructure existante. Grâce à plus de 850 intégrations d'entreprise prêtes à l'emploi, l'orchestration par IA se connecte aux infrastructures de centre de contact existantes, y compris les environnements Genesys et IBM vieillissants. Pas besoin de tout remplacer.
- Une gouvernance transparente, intégrée dès la conception. Chaque réponse peut être rattachée à l'intention initiale qui l'a motivée, ce qui vous permet, à vous et à votre responsable de la conformité, de comprendre exactement pourquoi l'IA a répondu de cette manière.
- Résoudre, ne pas simplement répondre. L'efficacité de l'intégration se mesure au nombre d'interactions résolues dès le premier contact, et non à celles qui sont redirigées, avec une amélioration de +35 % du taux de résolution dès le premier contact et une augmentation de +30 % de la satisfaction client (CSAT).
- Prêt pour la production en quelques jours, et non en plusieurs mois. Le contenu est rapidement intégré dans des intents en temps réel et contrôlés, avec un déploiement plus rapide de 75 % et une réduction des coûts généraux de 50 %.
- Des résultats issus d'une production réglementée. Une précision de +98 % dès le premier jour. GOL Airlines traite plus de 10 millions de demandes par an, et OPPLUS a permis de réduire de 84 % le nombre de cas renvoyés vers le service client.
Inbenta Encore est une plateforme d'IA agentique unifiée, ce qui lui a valu de remporter le TSIA Star Award dans la catégorie « Innovateur de l'année en matière de réussite client numérique ».
Si le blocage de la migration est la seule raison pour laquelle vous n'avez pas encore intégré l'IA, associez Encore à votre centre de contact existant.
Foire aux questions
Comment intégrer l'IA à un centre de contact existant sans le remplacer ?
Vous déployez une couche d'orchestration qui vient se superposer à votre plateforme existante, en s'y connectant via des API et des intégrations prêtes à l'emploi. Elle extrait les informations de votre base de connaissances contrôlée, traite les interactions et enregistre les résolutions ou les escalades. La plateforme centrale du centre de contact reste en place.
En quoi consiste le problème du « wrapper LLM » dans le domaine de l'IA d'entreprise ?
Un wrapper LLM transmet les questions des clients à un modèle de base et renvoie la réponse générée, sans s'appuyer sur des connaissances encadrées. Il génère des réponses de manière probabiliste, ne dispose d'aucun lien natif avec les sources et ne peut faire l'objet d'une traçabilité à des fins d'audit. Cela en fait une solution inadaptée à une expérience client soumise à une réglementation.
L'IA peut-elle s'intégrer à Genesys ou à d'autres plateformes de centre de contact existantes ?
Oui. La plupart des plateformes existantes, y compris les environnements Genesys et IBM vieillissants, exposent les données et le routage via des API et des connecteurs prêts à l'emploi. Une couche d'orchestration s'y connecte directement, ce qui vous permet d'intégrer l'IA sans remplacer la plateforme sous-jacente.
Combien de temps faut-il pour déployer l'IA dans un centre de contact existant ?
Des jours, et non des mois, lorsque l’intégration est axée sur la connaissance. Le contenu est intégré à des intentions en temps réel et régies, et des intégrations prêtes à l’emploi gèrent la connexion. Le délai dépend du degré de régulation de vos connaissances, ce qui constitue la véritable condition préalable, et non les travaux d’infrastructure.
Un wrapper LLM est-il sûr pour les secteurs réglementés ?
La question qui se pose réellement est de savoir si cela est vérifiable. Un « wrapper » peut être filtré à des fins de sécurité, mais il génère tout de même des données de manière probabiliste, sans source d'enregistrement. Une expérience client (CX) réglementée nécessite des réponses vérifiables, traçables et défendables, ce qui constitue une propriété architecturale dont un « wrapper » ne dispose pas.
L'intégration de l'IA implique-t-elle de changer de prestataire pour mon centre de contact ?
Non. Une couche d'orchestration ajoute l'IA à votre infrastructure existante grâce à des intégrations prêtes à l'emploi, ce qui vous permet de conserver votre plateforme principale et votre fournisseur. Vous ajoutez une couche d'IA régulée, vous n'effectuez pas de migration.
Articles connexes
