L'IA pour le service client des services publics : triez la file avant d'automatiser

Pourquoi les files de support des services publics se bloquent-elles toujours de la même façon ?

Parce qu'une file de services publics est en réalité trois ou quatre files différentes qui partagent une boîte de réception, et que l'une d'elles peut exploser du jour au lendemain. Un mardi calme, vous recevez des demandes de déménagement et des questions de facture. Puis une tempête passe et la même boîte se remplit de centaines de personnes qui posent la même question sur la même rue.

Les personnes qui ont tenu les téléphones d'une compagnie d'électricité décrivent le mélange presque avec les mêmes mots :

"I worked for an electric company call center for two years. No one, and I do mean no one, ever calls the electric company because they're happy. Odds are their power got cut for no payment, or there's an outage, or they're angry because their bill is way higher than they think it should be or can afford."

u/violetharley, Reddit

Ce seul commentaire nomme trois des voies. Un autre agent de fournisseur sur Reddit a décrit la couche de routine comme des ouvertures de contrat, des transferts de service vers une nouvelle adresse, des questions de facture, des raccordements de constructions neuves et des signalements de pannes. Ajoutez les appels de sécurité et vous avez toute la carte.

La réponse façon ChatGPT à « comment ajouter l'IA au service client d'un fournisseur de services publics » est un plan d'entreprise de 26 semaines : connecter votre système d'information client, votre système de gestion des pannes, vos données de compteurs, ajouter une IA vocale et déployer par phases. Ce plan convient à un fournisseur de plusieurs millions de clients. Il ne convient pas aux 830 coopératives de distribution que compte la NRECA ni aux quelque 2 000 communes en régie publique, dont la plupart font tourner une petite équipe sur une file d'e-mails ou un helpdesk. D'après les statistiques de l'APPA, les régies publiques représentent 59 % des distributeurs d'électricité américains mais seulement 15 % des clients. La plupart des fournisseurs sont petits.

Ce guide adopte donc le point de vue du helpdesk. Vous n'avez pas besoin d'un programme de 26 semaines pour cesser de vous noyer sous les e-mails « mon courant est-il coupé ? ». Il vous faut une règle de tri et une courte liste de choses que l'IA n'a jamais le droit de faire.

Quelles sont les cinq voies d'une file de support de services publics ?

Chaque ticket de services publics que j'ai vu discuté entre dans l'une de cinq voies, et chaque voie demande des données différentes et un responsable différent :

1. Panne. « Mon courant est-il coupé ? », « Quand revient-il ? », « Êtes-vous au courant ? » On peut répondre depuis la carte des pannes ou votre page d'état.
2. Facture élevée et relevés estimés. « Pourquoi ma facture a-t-elle doublé ? », « Pourquoi est-il écrit estimé ? » Demande le compte : historique de facturation, relevés de compteur, tarif.
3. Emménagement, déménagement, transfert. Ouvrir, résilier ou transférer le service, factures de clôture, dépôts de garantie. On peut répondre depuis votre processus d'ouverture et de résiliation, la commande réelle étant passée dans votre système de facturation.
4. Échéanciers de paiement et avis de coupure. « J'ai reçu un avis de déconnexion », « Puis-je payer le 30 ? » Des règles du régulateur s'appliquent. Un humain décide.
5. Sécurité. Odeur de gaz, lignes tombées, équipement qui fait des étincelles. Jamais une conversation avec une IA. Le numéro d'urgence, immédiatement.

Le tri compte plus que l'IA. Un bot généraliste « réponds à tout » essaiera volontiers d'aider quelqu'un qui écrit « Je sens le gaz, que dois-je vérifier ? », et c'est le seul ticket où être serviable est la mauvaise réponse.

Voici comment fonctionne le tri sur de vrais messages. Choisissez-en un pour voir la voie, ce que l'IA lit et qui est responsable du résultat :

Remarquez que seuls deux messages sur six reçoivent une réponse complète de l'IA seule. C'est normal pour un fournisseur de services publics. L'objectif n'est pas de tout automatiser. C'est que l'IA déblaie les voies à gros volume pour que vos équipes aient du temps pour les difficiles.

Quelle voie ne doit jamais recevoir de réponse d'une IA ?

La voie sécurité. Odeurs de gaz, lignes électriques tombées, tout ce qui pourrait blesser quelqu'un dans les dix prochaines minutes. Le seul rôle de l'IA ici est de placer la consigne d'urgence en tête de la réponse et d'alerter une personne.

Tous les fournisseurs que j'ai consultés orientent ces cas vers une ligne téléphonique, pas vers un formulaire ou une boîte de réception :

• La page de sécurité gaz de PG&E dit de quitter les lieux, d'appeler le 911, puis PG&E au 1-800-743-5000, et indique qu'elle répond sous 20 minutes aux appels pour fuite présumée.
• La page sur les fuites de gaz de Con Edison demande d'appeler même lorsqu'une fuite apparaît déjà sur sa carte en ligne, car cette carte est mise à jour toutes les 24 heures.
• En Grande-Bretagne, la ligne d'urgence de National Gas est le 0800 111 999, gratuite et ouverte 24 heures sur 24.
• Pour les lignes tombées, la page de sécurité électrique de PG&E dit de rester à distance, de rester dans sa voiture ou chez soi, et d'appeler le 911.

La règle pour l'IA est donc simple et nette. Si un message mentionne le gaz, une odeur d'œuf pourri, une ligne au sol, des étincelles ou une odeur de brûlé, elle ne répond pas à la question. Elle envoie vos consignes d'urgence mot pour mot, étiquette le ticket et prévient la personne d'astreinte. Pas de « laissez-moi vérifier cela pour vous », pas de questions de suivi, pas d'article d'aide sur les veilleuses.

Un bon test avant la mise en service : écrivez dix messages qui mentionnent le gaz en passant (« ma facture de gaz est élevée », « je déménage et j'ai besoin du gaz à mon nom ») et dix vraies urgences. L'IA doit envoyer la réponse d'urgence aux dix urgences et continuer à répondre normalement aux questions de facturation et de déménagement. Si elle en rate ne serait-ce qu'une, elle n'est pas prête. Je préfère qu'elle se déclenche trop souvent sur « gaz » que pas assez, et je testerais cela comme tout déploiement, sur des tickets passés avant qu'un seul client ne le voie.

Les fournisseurs de solutions vocales traitent cette voie de la même façon. L'histoire de PG&E chez PolyAI décrit les fuites de gaz potentielles comme un sujet sensible que son agent doit acheminer avec exactitude.

Comment gérer l'afflux lors d'une panne ?

Répondez à chaque ticket « mon courant est-il coupé ? » à partir d'un seul enregistrement de la panne qu'une personne tient à jour, et ne laissez jamais l'IA inventer une heure de rétablissement.

Les tickets de panne sont les plus répétitifs qu'un fournisseur reçoive. Ce sont aussi les plus chargés d'émotion, car la personne qui écrit n'a ni lumière, ni réfrigérateur, ni idée de la durée. Une employée de centre d'appels d'un fournisseur d'électricité l'a dit sans détour sur Reddit pendant l'ouragan Florence :

"Power company call center employee here. Been taking calls all morning for outages and emergencies across the east side of the Carolinas. Not a single person I've spoken to is taking this seriously and are upset when I tell them we have no eta on restoration."

u/florenceisahurricane, Reddit

La réponse est la même pour tout le monde dans la zone touchée, ce qui est exactement ce que l'IA fait bien, tant qu'elle lit au bon endroit :

Ce qui entre dans cet enregistrement, c'est ce que votre carte des pannes montre déjà : zone touchée, nombre de clients privés de courant, cause si elle est connue, rétablissement estimé si votre système de pannes en a donné un, et heure de la prochaine mise à jour. Les grands fournisseurs publient leur cadence. Les alertes de panne de PG&E partent 5 à 10 minutes après une panne potentielle et 20 à 30 minutes après une panne confirmée, avec une heure de rétablissement estimée, et sa carte des pannes se met à jour toutes les 5 minutes, ou jusqu'à 30 lors de pannes étendues.

Une petite coopérative n'aura pas cet outillage, et n'en a pas besoin. Une page d'état, une publication épinglée ou une note interne que votre responsable des pannes met à jour suffit pour que l'IA y puise ses réponses. Les guides sur les mises à jour de page d'état et la communication en cas d'incident expliquent comment garder cet enregistrement unique honnête, et le même mode d'emploi que j'ai écrit pour les pannes de SaaS s'applique presque ligne pour ligne.

Quelques règles que je fixerais pour la voie des pannes :

• Copier, ne pas composer. L'IA cite l'estimation de rétablissement actuelle de l'enregistrement. Si l'enregistrement dit « pas encore d'estimation », la réponse le dit. Pas de devinette.
• Dire quand arrive la prochaine mise à jour. Cette seule ligne évite que la même personne réécrive dans 15 minutes.
• Renvoyer vers les alertes. La page des pannes de Duke Energy indique clairement que parler à un représentant n'accélérera pas le rétablissement. Dites la même chose, avec gentillesse, et donnez le lien d'inscription aux alertes par SMS.
• Lier les tickets. Dans Zendesk, un ticket de problème permet de fermer tous les tickets de panne liés avec un seul message final quand le courant revient. La déduplication de tickets gère la personne qui a écrit trois fois.
• Surveiller les mots de sécurité. Un ticket de panne qui mentionne une ligne tombée ou un équipement à oxygène change immédiatement de voie.

La forme du volume compte aussi pour la tarification. Norden-Frisia, une compagnie de ferries allemande, n'est pas un fournisseur de services publics, mais sa file oscille de la même façon avec la météo et la saison. Son forfait eesel a été fixé à 10 000 interactions par mois pour la haute saison et redescend d'octobre à mars, en répondant à partir de 346 FAQ, macros et tickets passés de Zendesk. Un fournisseur avec des saisons de tempêtes devrait tarifer de la même manière, ce que je traite dans les pics saisonniers de support.

L'IA peut-elle expliquer une facture élevée ou un relevé estimé ?

Oui, mais seulement si elle peut lire le compte. Sans l'historique de facturation, l'IA peut expliquer le fonctionnement général des factures, ce qui n'est pas ce que veut un client en colère dont la facture est le double de celle du mois dernier.

L'assistant énergie de référence d'AWS décrit ce qu'un agent vérifie normalement lors d'un appel pour facture élevée : historique de facturation, relevés de compteur, grilles tarifaires et parfois données météo. C'est aussi la liste dont votre IA a besoin. La différence entre « votre consommation était plus élevée » et « votre facture couvrait 34 jours au lieu de 29, et votre dernier relevé était estimé », c'est la différence entre un deuxième ticket et un ticket clos.

La question du relevé estimé est une petite voie à part, et une bonne partie peut se traiter depuis votre centre d'aide :

• Con Edison permet aux clients d'envoyer eux-mêmes leur relevé de compteur pour éviter une facture estimée, par photo avec le numéro de compte.
• En Grande-Bretagne, la règle de facturation rétroactive de l'Ofgem signifie que les ménages n'ont pas à payer l'énergie consommée il y a plus de 12 mois s'ils n'ont pas été facturés correctement pour celle-ci.
• Au Texas, la règle de déconnexion de la PUC interdit de couper le service pour non-paiement d'une facture estimée en dehors d'un plan de relevé approuvé.

Les relevés de compteur sont souvent la plus grosse intention automatisable. Le fournisseur d'énergie allemand enercity indique dans son témoignage Zendesk que l'envoi de relevés est son principal cas d'usage, automatisé à 59,6 %, avec un taux de résolution par l'IA de 54 % au total sur plus de 60 types de demandes.

Voici comment je gérerais cette voie :

1. Commencez par des brouillons. L'IA récupère les données du compte et rédige la réponse avec des chiffres réels. Un agent relit et envoie. C'est ainsi que smava gère sa file de prêts réglementée : l'agent de rédaction a tourné sur environ 12 200 tickets en un mois, et chacun de ces brouillons a attendu la validation d'un humain.
2. Consultations en lecture seule. L'IA peut lire la facture. Elle ne peut ni l'ajuster, ni la créditer, ni changer une date de paiement. Swiftreg est un bon modèle : les détails de commande ne vont qu'au titulaire du compte vérifié, un résultat de consultation l'emporte toujours sur la base de connaissances, et une étape qui relève du personnel reçoit une note interne plutôt qu'une réponse.
3. Les contestations vont à la facturation. « Cette facture est fausse et je ne la paierai pas » est une contestation, pas une question. Mon guide sur les litiges de facturation couvre le transfert.

Si votre système de facturation n'a pas d'API, l'IA peut quand même aider : elle étiquette le ticket « facture élevée », demande d'emblée le numéro de compte et la date de la facture, et laisse une note interne listant ce que l'agent doit vérifier. Cela seul supprime un aller-retour. Plus de détails dans questions de facturation et automatisation du support de facturation.

Et pour l'emménagement, le déménagement et les transferts ?

Cette voie est en grande partie traitable aujourd'hui, car les questions sont toujours les mêmes : quand puis-je démarrer, de quoi avez-vous besoin, que devient ma facture de clôture.

La page d'ouverture, de résiliation ou de transfert de PG&E montre le schéma standard. La plupart des demandes peuvent démarrer ou s'arrêter le jour même, être planifiées jusqu'à 60 jours à l'avance et nécessitent une vérification d'identité. Les comptes professionnels versent un dépôt de garantie. PG&E conseille aussi de planifier l'arrêt et le démarrage le même jour pour éviter une interruption.

Le rôle de l'IA dans cette voie est de recueillir, d'expliquer et de renvoyer vers les bons liens :

• Recueillir l'adresse du service, la date du déménagement et le nom du titulaire.
• Expliquer quelle pièce d'identité est nécessaire et si un dépôt s'applique, directement depuis votre article de politique.
• Donner le lien vers votre formulaire d'ouverture et de résiliation, ou créer le ticket avec tous les détails remplis pour qu'un agent n'ait pas à redemander.
• Expliquer la facture de clôture. Sans compteur intelligent, la facture de clôture de Con Edison est estimée d'après la consommation passée, sauf si le client envoie un relevé. C'est une question à laquelle l'IA peut répondre avant qu'elle ne devienne une réclamation un mois plus tard.

Ce que l'IA ne doit pas faire, c'est confirmer que la commande est passée alors qu'elle ne l'est pas. Passer la commande relève de votre système de facturation ou d'un humain. Une réponse « tout est prêt pour le 15 » alors que personne n'a rien saisi est pire que pas de réponse.

Pourquoi les échéanciers de paiement et les avis de coupure restent-ils aux humains ?

Parce que les règles sont précises, varient selon l'État ou le pays, et qu'une erreur fait du mal à quelqu'un. Une déconnexion est la chose la plus grave qu'un fournisseur de services publics fasse à un client, et les régulateurs la traitent comme telle.

Le Texas est un bon exemple du niveau de détail atteint. Selon la règle §25.29 de la PUC :

En Grande-Bretagne, les règles de l'Ofgem sur les compteurs à prépaiement exigent des fournisseurs au moins 10 tentatives de contact et une visite de bien-être avant d'en installer un de façon involontaire, et l'interdisent pour certains foyers, comme toute personne de plus de 75 ans sans autre soutien ou les foyers avec des enfants de moins de 2 ans. Le Priority Services Register de l'Ofgem ajoute une aide supplémentaire pour les personnes avec du matériel médical, un handicap ou d'autres besoins.

Les agents de première ligne savent que cette voie est la partie la plus lourde du métier :

"Half of my calls were dealing with power outages, and the anger and fury that comes with that. The other half were dealing with people getting shut off or having already lost power and getting them to make payments and setup plans so they could have electricity again."

u/The_Quicktrigger, Reddit

Cela ne veut pas dire que l'IA ne fait rien ici. Ce qu'elle fait bien dans cette voie, c'est repérer :

• Étiqueter vite. Toute mention d'un avis de déconnexion, d'une coupure, d'un plan de paiement ou de « je ne peux pas payer » est étiquetée et dirigée vers la bonne équipe. La rapidité compte car les délais de préavis courent.
• Signaler la vulnérabilité. Des mots comme oxygène, dialyse, médical, personne âgée, bébé ou handicap déclenchent un indicateur de vulnérabilité et passent devant dans la file.
• Rédiger, ne pas décider. Pour une demande simple de plan de paiement, l'IA peut rédiger une réponse qui demande les informations dont votre équipe a besoin. Un humain décide du plan.
• Ne jamais menacer, ne jamais promettre. L'IA ne répète pas les dates de déconnexion comme des avertissements et ne promet pas que le service restera actif.

C'est le même schéma « repérer, étiqueter, acheminer » que dans mes guides sur les secteurs réglementés et les demandes RGPD. L'IA trie vite. Le jugement reste aux humains. Une bonne configuration d'escalade garantit que le transfert arrive chez quelqu'un qui peut agir.

De quelles données l'IA a-t-elle besoin pour chaque voie ?

L'essentiel de ce qu'il faut pour les deux premières voies existe déjà, et la question des données décide de la vitesse de mise en service :

Voyez jusqu'où vous pouvez aller sans aucune intégration de système. La voie des pannes, celle du mode d'emploi et l'essentiel de celle des déménagements tournent sur du contenu que vous avez déjà publié. Les consultations de compte viennent après, et quand elles arrivent, elles sont en lecture seule. Le guide sur l'examen de sécurité vaut la lecture avant de connecter quoi que ce soit qui contienne des données de comptes clients.

Quels résultats les fournisseurs de services publics ont-ils publiés jusqu'ici ?

Les chiffres publiés jusqu'ici viennent surtout de lignes téléphoniques et de grands fournisseurs. Ils sont communiqués par les éditeurs, mais montrent que les voies de routine sont réelles :

Regardez ce que font ces assistants : signalement et état des pannes, modifications de compte, ouverture et résiliation du service, FAQ, relevés de compteur. Ce sont les voies 1, 3 et la partie mode d'emploi de la voie 2. L'étude de cas de TNB note que l'intégration au système de facturation reste une étape prévue, ce qui correspond à l'ordre que je suivrais. Même un fournisseur national a commencé par les voies qui n'ont pas besoin de la facture.

Ce qu'aucun d'eux ne couvre, c'est la file écrite d'un petit fournisseur : la coopérative ou la régie municipale avec une poignée d'agents qui répondent aux e-mails et aux formulaires web dans Zendesk ou Freshdesk. C'est là qu'un coéquipier IA de helpdesk trouve sa place, car il travaille dans l'outil que vous utilisez déjà. Le fournisseur d'électricité danois Altid Energi en est un dont j'ai parlé, qui utilise les réponses rédigées d'eesel dans Zendesk.

Si votre fournisseur reçoit aussi beaucoup d'appels, le guide des agents vocaux et le support téléphonique par IA couvrent ce volet.

Combien cela coûte-t-il sur un helpdesk ?

Sur un helpdesk, l'IA est facturée par résolution, par session ou par ticket, alors calculez le prix sur votre mois de pannes, pas sur votre mois calme :

Deux points à surveiller. Zendesk ne facture une résolution que lorsque l'IA résout sans humain, ce qui convient bien à la voie des pannes. Freshdesk compte une session d'IA par e-mail comme une fenêtre de 72 heures à partir du premier e-mail du client. Et pour eesel, un ticket que l'IA se contente d'étiqueter et d'acheminer consomme tout de même un crédit, donc comptez aussi les voies coupure et sécurité dans votre volume. Mes analyses détaillées sont dans tarifs Zendesk et tarifs Freshdesk, et coût d'un agent IA vs humain propose la comparaison avec l'embauche.

Comment la mettre en place dans votre helpdesk ?

Voici l'ordre que je suivrais. Il place la règle de sécurité en premier et les consultations de compte en dernier :

1. Extrayez 3 mois de tickets et triez-les. Comptez combien tombent dans chacune des cinq voies. Incluez un mois de tempête si possible. Cela vous montre où est le volume et vous donne un jeu de test.
2. Écrivez d'abord la règle de sécurité. Votre message d'urgence, votre liste de mots déclencheurs et qui est alerté. Testez-la sur 20 messages avant toute autre mise en service.
3. Écrivez ensuite la règle de coupure. Étiqueter, signaler la vulnérabilité, acheminer, ne jamais promettre. Notez vos règles locales de préavis et de cas médicaux pour que les agents (et les instructions de l'IA) les énoncent correctement.
4. Mettez en place l'enregistrement des pannes. Un seul endroit que votre responsable des pannes met à jour et que l'IA lit. Fixez votre cadence de mise à jour et tenez-la.
5. Nettoyez le centre d'aide. Relevés estimés, comment envoyer un relevé, étapes d'ouverture et de résiliation, dépôts, factures de clôture, moyens de paiement. L'IA vaut ce que valent ces articles. La recherche dans le centre d'aide mérite un coup d'œil ici.
6. Lancez-la sur des tickets passés. Avant que les clients ne voient quoi que ce soit, faites tourner l'IA sur vos tickets triés et lisez ce qu'elle aurait dit. eesel le fait sous forme de simulation sur votre propre historique.
7. Mettez en service voie par voie. Pannes et mode d'emploi d'abord, avec réponses autonomes. Facture élevée et déménagement en brouillons que les agents valident. Utilisez des workflows d'approbation pour les brouillons.
8. Ajoutez les consultations de compte en dernier. Lecture seule, titulaire vérifié uniquement.
9. Passez en revue chaque semaine. Vérifiez ce que l'IA a étiqueté comme sécurité et coupure, et ce qu'elle a manqué. Le reporting du support par voie vous montre quelle voie élargir ensuite.

Profitez ensuite de la couverture hors horaires. Les pannes ne respectent pas les horaires de bureau, et une IA qui répond à la voie des pannes à 2 h du matin est la victoire la plus facile de cette liste. Les guides sur le support hors horaires et la couverture du week-end traitent le côté effectifs, et effectifs du support explique ce qui arrive à votre équipe quand l'IA prend les questions répétitives.

Essayez eesel sur la file de votre fournisseur de services publics

Si votre fournisseur utilise Zendesk ou Freshdesk, le coéquipier IA de helpdesk d'eesel rejoint la file que vous avez déjà. Il trie chaque ticket dans vos voies, répond aux questions de panne et de mode d'emploi à partir de votre enregistrement de pannes et de votre centre d'aide, rédige les réponses sur les factures élevées et les déménagements pour vos agents, et envoie les avis de coupure et tout ce qui mentionne le gaz ou une ligne tombée directement à une personne. Vous pouvez d'abord le lancer sur vos tickets passés et voir exactement ce qu'il aurait dit avant qu'il ne touche un client.

smava applique le même schéma sur une file réglementée de 27 000 tickets par mois : tout catégoriser, rédiger à partir de formulations approuvées et laisser les humains envoyer. Norden-Frisia ajuste son forfait à la hausse et à la baisse selon la saison. Connectez votre Zendesk ou Freshdesk et essayez eesel gratuitement, avec 100 crédits et sans carte.