Exemple de situation — Refonte portail client énergie : self-service, télé-relève IA, agents IA support
Exemple de situation, sans client nommé : refonte d'un portail client d'énergéticien, portail refondu sur Next.js et Payload CMS, agents IA sur quatre parcours critiques, avec la méthode ROI-First IA.
Durée
Plusieurs mois (audit diagnostic, cadrage UX et architecture, développement, déploiement progressif, puis suivi des indicateurs), à ajuster selon le périmètre réel.
Équipe
Équipe dimensionnée selon le projet
Technologies clés
Self-service
Part des demandes traitées en self-service, relevée avant la refonte puis suivie
Appels
Volume d'appels entrants par motif, pour mesurer ce que le portail absorbe
Relève
Taux d'abandon du formulaire de relève, par étape
Réclamations
Temps moyen de résolution d'une réclamation, avant et après
#Exemple de situation — Refonte portail client énergie : self-service, télé-relève IA, agents IA support
#Contexte (exemple de situation)
Ce cas est un exemple de situation, construit pour illustrer notre méthode : il ne décrit aucun client réel et ne contient aucun résultat chiffré.
Le profil décrit ici est celui, courant en France et en Europe, d'un grand énergéticien intégré — production, transport et distribution d'électricité, commercialisation aux particuliers et aux professionnels — comptant plusieurs dizaines de millions de clients résidentiels et professionnels.
Depuis la libéralisation du marché de l'électricité et du gaz en France et en Europe, les opérateurs historiques font face à une concurrence significativement plus agile sur le segment de l'acquisition client. Des fournisseurs alternatifs plus récents capitalisent sur des offres d'énergie renouvelable, assorties d'expériences digitales mobiles-first nativement conçues pour le self-service : ouverture de contrat en quelques minutes sur mobile, transparence sur la provenance de l'électricité, parcours de déménagement et de résiliation conçus pour décourager le contact téléphonique.
Un opérateur historique, avec un patrimoine SI client constitué par strates successives depuis les années 2000, part généralement d'une situation structurellement désavantageuse sur l'expérience digitale.
Le portail client de ce type d'organisation a souvent été bâti sur une stack technique ancienne (JSP/J2EE, fin des années 2000), avec des extensions modules successives sur plus d'une décennie. Il n'est pas rare que le socle technique compte une dizaine de modules fonctionnels interdépendants, dont une partie développée en interne par des équipes dont la documentation est devenue incomplète au fil des départs, et une autre partie constituée de modules tiers peu ou pas maintenus.
Le taux d'abandon sur le formulaire de déclaration de relève de compteur peut dépasser les deux tiers, ce qui génère un volume d'appels entrants supplémentaire significatif sur ce seul motif. Les équipes du centre client dédiées au traitement des réclamations liées à la facturation mettent en moyenne plusieurs jours à résoudre une réclamation, avec un taux de réouverture élevé — signe d'une résolution non définitive au premier contact.
Il n'est pas rare que la Direction Digitale ait déjà tenté, les années précédentes, deux programmes de refonte partielle — l'un sur le parcours relève, livré en retard avec des résultats décevants, l'autre sur la facturation en ligne, abandonné à mi-parcours faute de ROI mesurable.
Ces échecs successifs fragilisent la confiance interne dans la capacité du service digital à livrer des transformations ambitieuses. La Direction Digitale cherche alors un partenaire capable de repartir sur des bases saines, avec une approche ROI documentée et une capacité d'exécution démontrée — et non une énième agence proposant un nouveau design system sans toucher à l'architecture sous-jacente.
#Le défi
Un programme de refonte de portail client digital dans l'énergie cumule typiquement quatre défis de natures différentes, chacun suffisant individuellement pour justifier une mission complexe — leur combinaison définit un niveau de difficulté qu'on rencontre rarement réuni sur un même programme digital.
Premier défi : la décision d'architecture. Le portail existant est souvent techniquement en fin de vie, mais l'organisation a généralement déjà engagé une ou deux tentatives de refonte partielle soldées par des échecs. La pression interne pour éviter un nouvel échec est intense.
Plusieurs prestataires contactés en parallèle proposent souvent une approche de « lifting » progressif de l'existant — moins risquée politiquement, mais structurellement incapable de résoudre le problème de fond. Recommander une refonte complète (green field) plutôt qu'un patch cosmétique suppose de produire un argumentaire ROI suffisamment solide pour convaincre un COMEX réticent, sous peine d'être écarté au profit d'une solution de facilité — une position parfois risquée pour le prestataire lui-même, alors même qu'elle reste la seule voie réellement viable à moyen terme.
Deuxième défi : l'intégration des agents IA dans des parcours client réglementés. Le secteur de l'énergie est sous surveillance étroite du régulateur sectoriel (en France, la CRE) et des autorités de protection du consommateur (DGCCRF) sur les parcours contractuels. Les agents IA destinés aux parcours relève, facturation, réclamation et gestion de contrat doivent être conçus dans le cadre strict de l'AI Act (risque élevé sur les parcours impliquant facturation et résiliation, nécessitant une supervision humaine garantie et une traçabilité complète des décisions automatisées).
Les exigences RGPD sur le traitement des données de consommation (catégories permettant d'inférer des habitudes de vie) imposent une architecture souveraine, un hébergement sur territoire européen, et un modèle de consentement granulaire.
Troisième défi : la gestion du changement à l'échelle. Ce type d'organisation compte souvent plusieurs milliers de conseillers au sein du réseau de centres clients et d'agences commerciales physiques, qui utilisent quotidiennement les outils du portail agent (interface miroir du portail client public, permettant aux conseillers d'opérer au nom du client).
Une refonte du portail client sans refonte parallèle du portail agent crée un écart d'expérience qui dégrade la résolution au premier contact. Il faut donc généralement mener deux refontes en parallèle — portail grand public et portail agent — avec une cohérence de design system et de logique métier totale, sans saturer des équipes internes déjà mobilisées sur des projets de conformité réglementaire.
Quatrième défi : le calendrier politique. La Direction Digitale a souvent pris des engagements auprès du COMEX sur une livraison de la V1 du portail refondu avant la fin d'un exercice, soit un calendrier de 9 à 10 mois pour le développement complet. Ce délai tendu ne laisse aucune marge pour des cycles de spécification longs : il faut une méthode de cadrage rapide, des équipes dédiées, et une gouvernance de projet capable de trancher vite les arbitrages.
Questions & réponses
Questions fréquentes sur cet exemple de situation
Trois raisons reviennent typiquement dans ce type de business case. (1) Un portail bâti sur une pile ancienne (JSP/J2EE ou équivalent) ne peut généralement pas atteindre les Core Web Vitals requis pour la conversion mobile, quelle que soit l'optimisation appliquée. (2) Un nouveau programme partiel produit souvent, au mieux, un gain limité compte tenu des tentatives précédentes ; le bénéfice à trois ans d'une refonte complète est à comparer au coût de plusieurs patchs successifs. (3) La dette technique s'aggrave à chaque intervention partielle : le coût de chaque modification augmente au lieu de diminuer. Le business case chiffré, produit pendant l'audit, tranche entre ces options.
La classification de risque AI Act est réalisée avant toute ligne de code, en phase de cadrage, avec une expertise juriste conformité. Les parcours sont classés selon leur impact sur le consommateur : relève (risque faible, autonomie possible), facturation (risque moyen, supervision activable), réclamation (risque élevé, validation humaine obligatoire), résiliation (risque élevé, validation humaine obligatoire). Cette classification détermine l'architecture de chaque agent : niveau d'autonomie, protocole d'escalade, mémoire conversationnelle, logs de traçabilité. Le registre de traitement RGPD des agents IA fait généralement l'objet d'un contrôle interne régulier par les équipes conformité et le DPO.
Le budget se chiffre sur devis, en 48 h après un premier échange. Une journée d'audit IA express (990 € HT, déduit du projet s'il est lancé dans les trois mois) permet de cadrer le périmètre avant tout engagement.
Par une approche strangler légère : le nouveau portail communique avec les SI existants (facturation, contrat, relève) via une couche API Gateway dédiée. Les SI existants ne sont pas modifiés — aucun risque sur les traitements de facturation en production. L'API Gateway expose les données et actions nécessaires aux parcours du nouveau portail via des contrats d'API stables. Cette approche permet de remplacer le portail frontend sans toucher au cœur SI, et de moderniser progressivement les SI backend sur un calendrier indépendant, dans une phase ultérieure. Concrètement, un client qui utilise le nouveau portail interagit avec les mêmes données que sur l'ancien portail — sans migration de données client, donc sans risque de perte ou d'incohérence.
Elle est possible quand plusieurs dynamiques convergent : la réduction des frictions sur les parcours clés élimine les principaux irritants, des agents IA capables de résoudre une majorité des demandes de relève sans escalade évitent l'attente téléphonique, et la transparence sur la facturation est un facteur de confiance documenté en tests utilisateurs. Un portail agent refondu en cohérence avec le portail public donne aussi aux conseillers la même vue que le client. Nous ne promettons pas de chiffre : l'ampleur du gain se mesure sur votre périmètre.
Sur ce format de programme, une mise en production complète dans le délai visé (souvent 9 à 10 mois de développement, engagement de fin d'exercice) est un objectif tenable si la gouvernance de projet reste réactive. Un glissement partiel de quelques semaines sur un parcours donné n'est pas rare — par exemple suite à une reclassification AI Act qui impose une révision de l'architecture de supervision humaine. Ce type de retard est généralement absorbé sur la phase de déploiement progressif, sans impact sur la deadline finale, à condition que des tests de charge réalistes soient menés avant la mise en production générale.
Non. Cet exemple illustre le type de mission de portail client à fort volume (B2C ou B2B) sur lequel Nehos intervient, indépendamment du secteur. La méthodologie ROI-First IA et l'architecture Next.js, Payload CMS et agents IA souverains s'appliquent à tout portail client à fort volume : assurance, banque, services publics, mutuelles. La contrainte réglementaire varie selon le secteur, mais l'approche de classification AI Act des agents et la couche API Gateway de type strangler restent reproductibles. Cet exemple est une base de discussion, pas une promesse de résultat.