L'IA dans le centre de contact : par où commencer
Tous les éditeurs annoncent de l'IA dans leur centre de contact. La vraie question pour un DSI n'est pas « faut-il en faire », mais « lequel de ces usages produit un gain mesurable sur mon volume d'appels, et dans quel ordre ». Notre lecture, après les déploiements réalisés.
Commencer par ce qui coûte du temps agent
Le temps de traitement après appel représente souvent 15 à 25 % du temps agent. C'est du temps invisible pour le client et coûteux pour l'entreprise. Le résumé automatique d'appel — transcription puis synthèse structurée injectée dans la fiche CRM — est l'usage qui rend ce temps le plus vite.
Il a un autre mérite : il ne touche pas au parcours client. Si le modèle se trompe, l'agent corrige. Le risque est faible, le gain immédiat et mesurable sur l'ACW.
- —Transcription : rend les conversations analysables, alimente la qualité et la formation.
- —Résumé post-appel : réduit l'ACW et améliore la qualité des fiches CRM.
- —Catégorisation automatique des motifs : remplace une saisie manuelle peu fiable, et révèle les vrais motifs d'appel.
Le self-service : puissant, à condition de savoir passer la main
Un agent conversationnel vocal ne devient rentable que sur des motifs à fort volume et à faible variance : suivi de commande, prise de rendez-vous, réinitialisation, horaires, relevé de compteur. Le taux de contacts évitables mesuré en amont indique s'il y a matière.
Un callbot qui transfère sans contexte est pire qu'un SVI : le client répète tout, et l'agent commence par s'excuser.
La règle que nous appliquons : le transfert vers un agent est possible à tout moment, en une phrase, avec l'historique de l'échange déjà affiché côté agent. Sans ce prérequis, le projet dégrade l'expérience au lieu de l'améliorer.
L'assistance temps réel : après, pas avant
Suggestion de réponse, détection d'intention, alerte de conformité pendant l'appel : ces usages sont réels mais exigeants. Ils supposent une base de connaissance à jour, un historique de conversations exploitable et une intégration profonde au poste agent.
Déployés trop tôt, ils produisent des suggestions génériques que les agents ignorent au bout de trois jours. Nous les positionnons en phase 2, une fois la transcription et la catégorisation en place — car ce sont elles qui fournissent la matière première.
Les conditions techniques à vérifier
- —Qualité audio : une transcription se dégrade vite sous un score MOS médiocre. Le réseau conditionne l'IA.
- —Intégration CRM bidirectionnelle : sans écriture automatique dans la fiche, le gain d'ACW n'existe pas.
- —Historique exploitable : douze mois de conversations catégorisées valent mieux que n'importe quel modèle générique.
- —Localisation du traitement : savoir où l'audio est traité et combien de temps il est conservé conditionne l'acceptabilité du projet.
Sur les plateformes que nous déployons — Avaya Infinity, RingCentral CX — ces briques sont disponibles nativement. L'enjeu du projet n'est donc pas l'accès à la technologie, mais le choix des deux premiers cas d'usage et la propreté des données qui les alimentent.
La conformité, traitée en amont
Enregistrer, transcrire et analyser des conversations relève du traitement de données personnelles. Quatre points doivent être arbitrés avant le pilote : l'information des clients et des agents, la base légale retenue, la durée de conservation des audios et des transcriptions, et la liste des personnes habilitées à les consulter.
Nous traitons ce volet en même temps que l'architecture, et nous documentons chaque flux. Le détail dans notre article sur la gouvernance des données de communication.
Questions fréquentes
Quel est le premier cas d'usage IA à déployer dans un centre de contact ?
Le résumé automatique post-appel avec écriture dans le CRM : gain mesurable sur le temps de traitement, risque faible pour le parcours client, et il produit les données nécessaires aux usages suivants.
Faut-il changer de plateforme pour utiliser l'IA ?
Pas nécessairement. Les plateformes CCaaS récentes intègrent transcription, résumé et catégorisation. Un IPBX ancien, en revanche, n'expose pas les flux nécessaires : la question se pose alors dans le cadre d'une migration.
Combien de temps pour un pilote utile ?
Six à huit semaines : deux semaines de cadrage et de conformité, quatre semaines d'exploitation réelle sur un périmètre restreint, puis une mesure comparée à la période précédente.