This page is available in French only. Use your browser’s translation, or read it in French.

TerrainScénario type

Un assistant IA au service client : ce qui a marché, ce qui a déçu

Un service des eaux confie à un assistant conversationnel les questions de ses abonnés. Un an plus tard, le bilan est contrasté : de vrais gains sur les questions simples, des déceptions là où on ne les attendait pas.

6 min

Le service des eaux d’une agglomération de taille moyenne reçoit chaque jour des centaines d’appels et de messages : une facture qui paraît trop élevée, un relevé de compteur à transmettre, un déménagement, une coupure dans la rue. Les pics suivent les campagnes de facturation et les incidents sur le réseau. L’attente au téléphone dépasse alors largement ce que les abonnés acceptent. La direction décide d’essayer l’IA au service client : un assistant conversationnel, sur le site et dans l’espace abonné, fondé sur un modèle de langage et sur la documentation du service.

Ce récit est un scénario type. Il réunit des situations courantes dans les déploiements de ce genre ; il ne décrit pas une organisation réelle.

Le point de départ : trois décisions prises tôt

Avant de choisir un outil, l’équipe projet, qui réunit la responsable de la relation abonnés, deux conseillers, un juriste et un chef de projet informatique, prend trois décisions.

La première : l’assistant ne répond qu’à partir de sources validées (règlement de service, tarifs délibérés, fiches de procédure), par une technique de recherche documentaire associée au modèle. Il ne « sait » rien d’autre. La deuxième : il ne modifie rien dans le système de facturation la première année ; il informe, oriente, et prépare les demandes. La troisième : il annonce dès le premier message qu’il est un assistant automatique, et propose à tout moment de joindre un conseiller.

Ces trois choix ont été critiqués comme trop prudents. Avec le recul, ce sont eux qui ont évité les pires difficultés.

Le bilan, en deux colonnes

Ce qui a marché

  • Les questions fréquentes et bien documentées : horaires, modes de paiement, transmission d’un relevé, démarches de déménagement
  • Les réponses en dehors des heures d’ouverture, le soir et le week-end
  • La préparation des demandes : quand l’assistant transfère, le conseiller reçoit un résumé et les pièces
  • La découverte des lacunes de la documentation, que personne n’avait mesurées
Ce qui a déçu

  • Les factures contestées : chaque cas est particulier et l’assistant restait vague
  • Les incidents sur le réseau : l’information n’arrivait pas assez vite dans ses sources
  • Les personnes en difficulté de paiement, pour qui une réponse automatique est mal vécue
  • Le gain de temps attendu pour les conseillers, plus faible que prévu

Ce qui a marché, et pourquoi

Les meilleures performances ont été obtenues sur des questions dont la réponse existait déjà, écrite, juste et à jour. Ce constat banal a eu une conséquence inattendue : le projet a d’abord été un chantier documentaire. Les conseillers ont découvert que plusieurs fiches de procédure se contredisaient, que le règlement de service en ligne n’était pas la dernière version, et que des réponses données oralement depuis des années n’étaient écrites nulle part. Il a fallu plusieurs semaines pour remettre la base à plat, avant même la mise en service.

Le deuxième succès est venu du transfert préparé. Quand l’assistant passe la main, il transmet au conseiller un résumé de l’échange, la référence de l’abonné et les pièces déjà fournies. Les conseillers, sceptiques au départ, ont été les premiers à défendre cette fonction : elle évite de faire répéter l’abonné.

Ce qui a déçu, et pourquoi

Les factures contestées représentaient une part importante des contacts, et l’équipe espérait en traiter une bonne partie automatiquement. C’était une erreur d’analyse. Une contestation de facture mêle presque toujours un cas particulier (une fuite après compteur, un relevé estimé, un changement d’occupant) et une émotion. L’assistant donnait des réponses exactes mais générales, que les abonnés jugeaient évasives. Après deux mois, l’équipe a décidé qu’il se contenterait de recueillir les éléments et de transférer.

Les incidents sur le réseau ont posé un problème d’actualité. Lors d’une coupure, les abonnés interrogeaient l’assistant avant que l’information n’ait été publiée dans ses sources. Il répondait qu’il n’avait connaissance d’aucun incident. La solution est venue d’un bandeau alimenté directement par le centre d’exploitation, lu par l’assistant avant toute réponse.

La leçon la plus coûteuse

Un assistant qui répond avec assurance « aucun incident en cours » pendant une coupure fait plus de dégâts qu’un serveur vocal saturé. Pour tout sujet qui change vite, l’assistant doit savoir qu’il ne sait pas, et le dire.

Enfin, le gain de temps des conseillers a été moindre qu’annoncé par les fournisseurs. Les questions simples ont diminué, mais les contacts restants étaient, par construction, les plus difficiles : réclamations, situations sociales, cas complexes. Les conseillers ont traité moins de dossiers, mais des dossiers plus longs. La charge a changé de nature plus qu’elle n’a baissé.

Les décisions qui ont fait la différence

Mesurer la résolution, pas les conversations. Le premier tableau de bord comptait les échanges menés par l’assistant. Il a été remplacé par un indicateur plus exigeant : la part des demandes résolues sans recontact dans les sept jours, mesurée par échantillonnage. Ce chiffre, plus modeste, a guidé les améliorations.

Faire relire par les conseillers. Chaque semaine, deux conseillers lisaient un échantillon de conversations, notaient les réponses fausses ou maladroites et proposaient des corrections de la base. Ce rituel a fait plus pour la qualité que tous les réglages du modèle.

Assumer la responsabilité des réponses. Le juriste a rappelé tôt qu’un assistant parle au nom de l’organisation. L’affaire jugée en février 2024 par le tribunal de règlement des petits litiges civils de Colombie-Britannique, qui a tenu une compagnie aérienne pour responsable d’une information fausse donnée par son agent conversationnel, a servi d’argument pour limiter l’assistant aux sources validées.

Ce qu’il faut retenir

  • Inventorier et corriger la documentation avant de brancher un modèle : c’est elle qui répond.
  • Choisir les sujets que l’assistant traite, et ceux qu’il transfère, à partir de l’analyse réelle des contacts.
  • Soigner le transfert vers un conseiller, avec un résumé et les pièces : c’est la fonction la plus appréciée.
  • Alimenter l’assistant en temps réel sur ce qui change vite, ou lui interdire d’en parler.
  • Prévoir que les conseillers traiteront des cas plus difficiles, et les accompagner.
  • Annoncer clairement qu’il s’agit d’une IA, conformément à l’obligation de transparence du règlement européen.

Notre produit IA d’entreprise repose sur les mêmes principes : un cadre d’usage, des droits bornés pour chaque agent, une trace de ses actions et une revue humaine définie. Avant d’automatiser, notre guide pour cartographier ses processus aide à choisir ce qui peut l’être.

Scénario type construit à partir de situations courantes ; il ne décrit pas une organisation réelle.

Pour approfondir : IA d’entreprise · Automatisation des processus

Questions fréquentes

Un assistant IA peut-il remplacer les conseillers d'un service client ?

Dans ce scénario, non. Il a absorbé une partie des questions simples et répétitives, mais les réclamations, les situations de détresse et les cas particuliers sont restés aux conseillers, et sont devenus une part plus grande de leur travail. Il faut prévoir l'organisation en conséquence, pas une réduction d'effectifs calculée d'avance.

L'entreprise est-elle responsable de ce que dit l'assistant ?

Oui. En février 2024, un tribunal canadien a jugé une compagnie aérienne responsable d'une information erronée donnée par son agent conversationnel à un client. L'assistant parle au nom de l'organisation : ses réponses doivent être fondées sur des sources validées et ses limites clairement posées.

Faut-il dire aux usagers qu'ils parlent à une IA ?

Oui. C'est une question de loyauté, et le règlement européen sur l'intelligence artificielle en fait une obligation de transparence pour les systèmes qui dialoguent avec des personnes, applicable à partir d'août 2026. Mieux vaut l'intégrer dès la conception.

Unité R&D DOSOBERecherche, ingénierie et déploiement en transformation numérique, pour le public et le privé. Qui sommes-nous · Notre méthode

Cette question se pose chez vous ?

Step 1 of 4

You represent…