Scénario type — Refonte portail client énergie : self-service, télé-relève IA, agents IA support
Scénario représentatif et composite, construit à partir de missions comparables — aucun client réel nommé, chiffres illustratifs. Méthode Nehos ROI-First IA, portail refondu sur Next.js 16 + Payload CMS, agents IA sur 4 parcours critiques.
Durée
14 mois (audit diagnostic 4 semaines + cadrage UX/architecture 8 semaines + développement 20 semaines + déploiement progressif 6 semaines + suivi ROI sur 18 mois) — durées types de ce format de programme, pas le planning d'un contrat réel.
Équipe
12 experts
Technologies clés
78 %
Taux self-service portail client visé à 18 mois post mise en production — vs ~30 % en baseline
−42 %
Réduction visée du volume d'appels entrants centre client — économie opérationnelle type
+31 pts
Progression type du NPS client digital à 18 mois post mise en production
−67 %
Réduction visée du temps moyen de résolution d'une réclamation facturation
#Scénario type — Refonte portail client énergie : self-service, télé-relève IA, agents IA support
Scénario représentatif et composite, construit à partir de missions comparables — aucun client réel nommé, chiffres illustratifs. Méthode Nehos ROI-First IA, portail refondu sur Next.js 16 + Payload CMS, agents IA sur 4 parcours critiques.
#Contexte (scénario type)
Ce cas est un scénario type : une reconstitution composite et anonymisée, représentative des missions menées par Nehos sur ce type de programme — elle n'implique aucun client réel nommé et les chiffres présentés plus bas sont illustratifs, pas des mesures issues d'une entreprise identifiée.
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. La Direction Digitale de ce type de groupe pilote généralement depuis plusieurs années une trajectoire de transformation des canaux clients visant à faire passer le taux de contacts digitaux d'environ un tiers à plus de 70 % sur un horizon de 2 à 3 ans — un objectif stratégique interne qui s'inscrit dans un contexte de mutation profonde du marché de l'énergie.
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 NPS digital de ce type de parcours stagne fréquemment autour de 20 à 25 points — un score bas pour un acteur disposant d'une forte notoriété. 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.
Dans ce type de scénario, la recommandation de Nehos est généralement portée en interne par la DSI Groupe auprès de la Direction Digitale, avec une demande initiale posée sans ambiguïté : « Nous avons besoin que quelqu'un nous dise la vérité sur notre portail client, même si elle dérange, et qu'il soit capable d'exécuter la transformation ensuite. »
#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.
#Résultats illustratifs
| KPI | Ordre de grandeur |
|-----|---------|
| Taux self-service portail client visé à 18 mois post mise en production — vs ~30 % en baseline | 78 % |
| Réduction visée du volume d'appels entrants centre client — économie opérationnelle type | −42 % |
| Progression type du NPS client digital à 18 mois post mise en production | +31 pts |
| Réduction visée du temps moyen de résolution d'une réclamation facturation | −67 % |
| Réduction visée du taux d'abandon du formulaire de télé-relève à 18 mois | −79 % |
| Économies opérationnelles annualisées visées à 18 mois, pour ce format de programme | ≈ 1200 k€ |
| Budget type d'un programme de cette envergure (audit + cadrage + développement + déploiement) | ≈ 330 k€ |
Ces valeurs sont des ordres de grandeur représentatifs de ce format de programme — elles ne correspondent pas à des mesures effectuées chez un client réel identifié.
L'essentiel sur ce scénario type
Scénario type : cas illustratif et composite, représentatif des missions Nehos sur un programme de refonte de portail client dans l'énergie — aucun client réel nommé, chiffres illustratifs. Profil type : un grand énergéticien intégré, plusieurs dizaines de millions de clients résidentiels et professionnels. Portail client vieillissant, construit sur une stack ancienne (JSP/J2EE) et un patrimoine de modules fonctionnels disparates. Taux d'abandon formulaire élevé, appels centre client en hausse malgré les investissements canal digital, dans un contexte de concurrence accrue post-ouverture du marché.
Mission type Nehos : audit diagnostic complet (4 semaines), puis programme de refonte en 3 phases sur 10 mois (cadrage UX + architecture, développement, déploiement progressif). Budget programme de l'ordre de 330 k€ HT. Méthode ROI-First IA appliquée intégralement. Décision structurante typique : refonte complète du portail sur Next.js 16 + Payload CMS (pas de patch sur l'existant), déploiement d'agents IA souverains sur 4 parcours clients critiques — relève, facturation, réclamation, contrat.
Résultats illustratifs, représentatifs de ce format de programme à 18 mois post mise en production : taux self-service de l'ordre de 78 % (vs ~30 % en baseline), réduction d'appels entrants centre client de l'ordre de −42 %, progression du NPS client digital de l'ordre de +31 points, réduction du temps moyen de résolution réclamation de l'ordre de −67 %, réduction du taux d'abandon formulaire relève de l'ordre de −79 %. Ces ordres de grandeur sont des cibles types pour ce format de mission, pas des mesures chez un client réel.
Ce type de programme, quand il est mené à son terme, est généralement suivi d'un élargissement du périmètre (par exemple vers le portail professionnel B2B) sur la base des résultats obtenus en phase 1.
Questions fréquentes sur ce scénario type
Trois raisons reviennent typiquement dans ce type de business case. Un portail bâti sur une stack 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. Un nouveau programme partiel produit souvent, au mieux, un gain de NPS limité au vu des tentatives précédentes — un ROI à 36 mois inférieur à celui d'une refonte complète. Enfin, la dette technique s'aggrave à chaque intervention partielle : le coût de chaque modification augmente, il ne diminue pas. La refonte complète reste, dans ce contexte, la seule option avec un ROI positif à moyen terme.
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.
Budget type observé sur ce format de programme : de l'ordre de 330 k€ HT sur 14 mois. Décomposition indicative : audit diagnostic 4 semaines (≈ 28 k€), phase cadrage UX + architecture 8 semaines (≈ 54 k€), développement 20 semaines avec une équipe d'une dizaine de personnes (≈ 210 k€), déploiement progressif et stabilisation 6 semaines (≈ 39 k€). Le suivi ROI sur 18 mois est généralement inclus dans le forfait programme. Pour référence, deux programmes partiels antérieurs, dans ce type de scénario, cumulent souvent plusieurs centaines de milliers d'euros investis pour des résultats décevants ou abandonnés — un contraste qui alimente l'argumentaire en faveur d'une refonte complète.
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.
C'est une fourchette haute, observée quand plusieurs dynamiques convergent. La réduction des frictions sur les parcours clés élimine les principaux irritants qui génèrent des notes basses. Des agents IA capables de résoudre une majorité des demandes relève sans escalade permettent une réponse immédiate, sans attente téléphonique. 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, ce qui accélère la résolution au premier contact. Ce chiffre reste un ordre de grandeur illustratif, pas une garantie de résultat.
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 — ce scénario illustre le type de mission portail client grand public B2C/B2B à fort volume sur lequel Nehos intervient, indépendamment du secteur. La méthodologie ROI-First IA et l'architecture Next.js + Payload CMS + agents IA souverains sont applicables à tout portail client à fort volume : assurance, banque, utilities, 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 strangler reste reproductible. Les ordres de grandeur présentés ici constituent une base de discussion, pas une promesse de résultat pour un contexte donné.