L'essentiel sur la refonte d'un portail client fournisseur énergie
Pour un fournisseur alternatif d'électricité ou de gaz avec 50 000 à 500 000 clients B2C, le portail client représente le principal levier de réduction des coûts de service client. Un portail daté génère 40 à 60 % des appels entrants sur des questions à faible valeur ajoutée — factures, solde, déménagement — 2 € l'appel. Sur 120 000 clients, c'est 212 k€/mois de coût évitable.
Contrainte réglementaire non négociable : la CRE impose la mise à disposition des données de consommation en temps réel (flux ENEDIS R1/R2/R3 et GRDF DC4), et la directive UE 2019/944 exige l'accès aux données smart meter toutes les 15 minutes. Un portail non conforme expose à des sanctions CRE et à une pression croissante des clients informés.
Méthode Nehos en 4 phases : audit technique et cartographie SI (2-3 semaines), POC flux temps réel et design système (4-6 semaines), développement fonctionnel core Next.js 15 + NestJS (8-12 semaines), bascule progressive et mesure KPIs (4-6 semaines). Total 6 mois sur le cas de référence, budget 1211 k€ HT.
Stack : Next.js 15 App Router (SSR + ISR + PWA), authentification OpenID Connect via Keycloak, NestJS microservices, Kong API Gateway, SAP BTP pour l'intégration SAP IS-U. Optionnel : agent IA FAQ Mistral Large 2 pour les 50 questions les plus fréquentes, avec escalade conseiller humain. Hébergement OVHcloud SecNumCloud-ready.
Portail client fournisseur énergie — Self-care B2C, flux ENEDIS/GRDF temps réel
Fournisseur alternatif 120 000 clients B2C. Portail 2014 Angular 1.x remplacé par Next.js 15 + NestJS en 6 mois. -38 % d'appels entrants sur les questions factures et consommation, adoption self-care 72 %, LCP 1.4s, 0 incident de disponibilité sur 8 mois. Conformité CRE et flux ENEDIS R1/R2/R3 intégrés.
Adapté à toute taille de structure
Les fournisseurs alternatifs d'énergie (électricité + gaz) opèrent en 2024-2025 avec des portails clients construits sur des technologies 2012-2016 — CMS propriétaires non maintenus, applications Angular 1.x en fin de vie, ou interfaces directement générées par des ESB SAP sans couche UX propre. Ces architectures ont accumulé une dette technique considérable : performance dégradée (LCP souvent supérieur à 5s sur mobile), impossibilité d'intégrer les nouveaux flux données réglementaires, coût de maintenance élevé pour des équipes réduites. Conséquence directe sur le service client : 40 à 60 % des appels entrants concernent des questions auxquelles un portail moderne devrait répondre sans intervention humaine — lecture de facture, solde du compte, statut d'un prélèvement, demande de déménagement, déclaration d'index. À 2 € par appel traité par un conseiller, pour un fournisseur de 120 000 clients générant 4 800 appels/mois sur ces motifs, le manque à gagner atteint 915 k€/mois — soit 460 à 8111 k€/an de coût service client structurel. La réglementation ajoute une pression croissante. La CRE (Commission de Régulation de l'Énergie) impose aux fournisseurs de mettre à disposition les données de consommation issues d'ENEDIS (flux Espace Données R1 relevés mensuels, R2 courbes de charge journalières, R3 données 30 min) et de GRDF (flux DC4 pour le gaz). La directive UE 2019/944 sur le marché intérieur de l'électricité va plus loin : les clients équipés de compteurs communicants (Linky, Gazpar) ont le droit d'accéder à leurs données de consommation toutes les 15 minutes. Un portail qui n'expose pas ces données correctement expose le fournisseur à des observations de conformité. Le churn amplifie l'enjeu. Selon les données CRE 2024, 28 % des clients consommateurs changent de fournisseur chaque année sur le marché libéralisé. Un portail client dégradé — lent, peu lisible sur mobile, incapable de répondre aux questions courantes en self-care — est un accélérateur de churn mesurable. Les études sectorielles établissent une corrélation directe entre satisfaction portail client et taux de rétention annuel. Enfin, l'accessibilité numérique constitue désormais une obligation légale. Les opérateurs d'importance vitale (OIV) dans le secteur de l'énergie sont soumis au RGAA (Référentiel Général d'Amélioration de l'Accessibilité) et à la directive européenne sur l'accessibilité des services numériques (transposée en droit français en 2023). Un portail non conforme WCAG 2.1 AA engage la responsabilité de l'entreprise.
L'architecture cible s'articule autour de Next.js 15 App Router comme frontend souverain. Le choix du Server-Side Rendering (SSR) garantit un LCP optimal pour les pages indexables (page d'accueil portail, landing connexion), tandis que l'Incremental Static Regeneration (ISR) gère les données semi-statiques (tarifs, conditions générales). Le mode PWA (Progressive Web App) offre une expérience application mobile sans passer par les stores, critique pour l'adoption self-care sur smartphone. L'authentification repose sur OpenID Connect / OAuth2, implémentée via Keycloak — solution open source, auto-hébergeable chez OVHcloud. Si le fournisseur dispose déjà d'un Identity Provider (IdP) interne, Keycloak se configure en broker SSO en moins d'une semaine. Le Single Sign-On est central pour les fournisseurs multi-marques ou disposant d'applications métier adjacentes (portail revendeurs, espace professionnel B2B). L'intégration des données de consommation temps réel constitue le coeur technique du projet. Les flux ENEDIS Espace Données (R1 relevés mensuels, R2 courbes de charge journalières, R3 données 30 min) sont exposés via l'API ENEDIS — qui utilise des protocoles SOAP dans ses versions legacy et REST dans les versions récentes. Nehos proxifie systématiquement ces flux derrière une couche NestJS normalisée, permettant de servir les graphiques via une API REST unique côté frontend. Les graphiques de consommation (Chart.js ou Recharts selon le contexte) affichent la comparaison période N-1, les index par tranche horaire (Tempo, EJP), et l'estimation de la prochaine facture. Pour le gaz, l'intégration GRDF flux DC4 suit le même pattern de proxification SOAP→REST. L'espace factures va au-delà du simple téléchargement PDF. Il intègre : historique 36 mois consultable et filtraire, export CSV pour les clients qui souhaitent analyser leurs dépenses, décompte d'acomptes avec visualisation graphique, état de la régularisation annuelle, et indication des prochaines échéances de prélèvement. Ces fonctionnalités éliminent à elles seules 25 à 35 % des appels entrants selon les mesures terrain. Le self-care couvre les opérations courantes qui généraient l'essentiel des appels : changement de RIB (avec validation IBAN en temps réel), déclaration de déménagement (intégration workflow Contrat / Résiliation / Réengagement), modification des options contractuelles (Tempo, EJP, heures creuses), déclaration d'index manuelle pour les clients non équipés Linky, et souscription à de nouvelles offres. Chaque opération déclenche un email de confirmation automatique et un suivi de statut visible dans le portail. L'agent IA FAQ (optionnel, mais rentable dès 50 000 clients) est alimenté par Mistral Large 2. Il couvre les 50 questions les plus fréquentes identifiées sur 12 mois de logs service client — factures incomprises, prélèvements contestés, déménagement en cours, résiliation anticipée, fonctionnement des heures creuses Linky. Le taux de résolution sans escalade mesuré en production : 68 %. Les 32 % restants sont orientés vers un conseiller humain avec contexte pré-qualifié, réduisant la durée moyenne de traitement de 40 %. L'architecture backend repose sur NestJS microservices. Chaque domaine fonctionnel (facturation, consommation, contrats, self-care) est encapsulé dans un service indépendant, connecté au SI de facturation existant via Kong API Gateway. Les connecteurs SI couvrent SAP IS-U (via SAP BTP API Management), Salesforce Energy & Utilities (API REST native), et les solutions legacy maison (via couche d'adaptation SQL ou middleware). Le principe fondateur : zéro remplacement du SI de facturation — on construit une API layer au-dessus, respectant les contrats SAP en cours. L'observabilité est non négociable pour un portail réglementé. Datadog APM monitore chaque appel API, les métriques DORA (déploiement, fréquence, MTTR, taux de changement défaillant) sont publiées en dashboard interne, et des alertes SLA déclenchent une astreinte automatique si la disponibilité passe sous 99.95 % sur une fenêtre glissante de 24 heures. L'hébergement OVHcloud SecNumCloud-ready permet de respecter les exigences de localisation des données imposées par certains accords-cadres avec les gestionnaires de réseau.
-38%
contacts téléphoniques factures/consommation (fournisseur alternatif 120k clients, 2025)
< 2s
chargement graphique consommation temps réel (flux ENEDIS 15min, mesure Lighthouse production)
72%
taux d'adoption self-care parmi les clients actifs (3 mois post-lancement)
WCAG 2.1 AA
conformité accessibilité auditée AccessiWeb (obligation OIV secteur énergie)
#Le problème : pourquoi portail client fournisseur énergie est un enjeu critique
Les fournisseurs alternatifs d'énergie (électricité + gaz) opèrent en 2024-2025 avec des portails clients construits sur des technologies 2012-2016 — CMS propriétaires non maintenus, applications Angular 1.x en fin de vie, ou interfaces directement générées par des ESB SAP sans couche UX propre. Ces architectures ont accumulé une dette technique considérable : performance dégradée (LCP souvent supérieur à 5s sur mobile), impossibilité d'intégrer les nouveaux flux données réglementaires, coût de maintenance élevé pour des équipes réduites.
Conséquence directe sur le service client : 40 à 60 % des appels entrants concernent des questions auxquelles un portail moderne devrait répondre sans intervention humaine — lecture de facture, solde du compte, statut d'un prélèvement, demande de déménagement, déclaration d'index. À 2 € par appel traité par un conseiller, pour un fournisseur de 120 000 clients générant 4 800 appels/mois sur ces motifs, le manque à gagner atteint 915 k€/mois — soit 460 à 8111 k€/an de coût service client structurel.
La réglementation ajoute une pression croissante. La CRE (Commission de Régulation de l'Énergie) impose aux fournisseurs de mettre à disposition les données de consommation issues d'ENEDIS (flux Espace Données R1 relevés mensuels, R2 courbes de charge journalières, R3 données 30 min) et de GRDF (flux DC4 pour le gaz). La directive UE 2019/944 sur le marché intérieur de l'électricité va plus loin : les clients équipés de compteurs communicants (Linky, Gazpar) ont le droit d'accéder à leurs données de consommation toutes les 15 minutes. Un portail qui n'expose pas ces données correctement expose le fournisseur à des observations de conformité.
Le churn amplifie l'enjeu. Selon les données CRE 2024, 28 % des clients consommateurs changent de fournisseur chaque année sur le marché libéralisé. Un portail client dégradé — lent, peu lisible sur mobile, incapable de répondre aux questions courantes en self-care — est un accélérateur de churn mesurable. Les études sectorielles établissent une corrélation directe entre satisfaction portail client et taux de rétention annuel.
Enfin, l'accessibilité numérique constitue désormais une obligation légale. Les opérateurs d'importance vitale (OIV) dans le secteur de l'énergie sont soumis au RGAA (Référentiel Général d'Amélioration de l'Accessibilité) et à la directive européenne sur l'accessibilité des services numériques (transposée en droit français en 2023). Un portail non conforme WCAG 2.1 AA engage la responsabilité de l'entreprise.
#Notre approche en 4 phases
#Phase 1 : Audit technique et cartographie SI (2-3 semaines)
Analyser l'architecture existante (CMS propriétaire, ESB SAP, Angular legacy), cartographier les flux ENEDIS/GRDF disponibles, qualifier l'intégration SI de facturation (SAP IS-U, Salesforce Energy & Utilities, ou legacy maison) et évaluer les contraintes réglementaires CRE.
Voir notre expertise : migration Angular legacy.
#Phase 2 : POC flux temps réel et design système (4-6 semaines)
Proxifier les flux ENEDIS SOAP vers REST, valider la latence sur les données 15 min, prototyper le graphique de consommation, définir l'architecture NestJS microservices + Kong API Gateway.
Voir notre expertise : agent IA SAV fournisseur énergie.
#Phase 3 : Développement fonctionnel core (8-12 semaines)
Développer le frontend Next.js 15 App Router (SSR + ISR), l'authentification OpenID Connect/Keycloak, l'espace factures, les self-care opérations courantes et l'agent IA FAQ Mistral optionnel.
Voir notre expertise : hébergement souverain portail énergie.
#Phase 4 : Bascule progressive et mesure KPIs (4-6 semaines)
Migration des comptes clients par cohortes, mesure du taux d'adoption self-care, suivi LCP/INP, validation conformité CRE et audit RGAA AccessiWeb, réduction contrôlée du volume d'appels entrants.
Voir notre expertise : audit conformité portail.
#Résultats mesurés
Les résultats ci-dessous sont issus de mesures opérationnelles en production — pas de projections théoriques, pas de moyennes sectorielles gonflées.
| KPI | Résultat | Contexte |
|---|---|---|
| contacts téléphoniques factures/consommation | -38% | (fournisseur alternatif 120k clients, 2025) (Cas client Nehos 2025, 2025) |
| chargement graphique consommation temps réel | < 2s | (flux ENEDIS 15min, mesure Lighthouse production) (Mesures Nehos production 2025, 2025) |
| taux d'adoption self-care parmi les clients actifs | 72% | (3 mois post-lancement) (Cas client Nehos 2025, 2025) |
| conformité accessibilité auditée AccessiWeb | WCAG 2.1 AA | (obligation OIV secteur énergie) (Audit AccessiWeb 2025, 2025) |
-38% : contacts téléphoniques factures/consommation (fournisseur alternatif 120k clients, 2025).
< 2s : chargement graphique consommation temps réel (flux ENEDIS 15min, mesure Lighthouse production).
72% : taux d'adoption self-care parmi les clients actifs (3 mois post-lancement).
#Cas client : Fournisseur alternatif d'électricité 120 000 clients B2C, portail client Angular 1
#Contexte
Fournisseur alternatif d'électricité 120 000 clients B2C, portail client Angular 1.x développé en 2014, 4 800 appels/mois entrants pour des questions factures et consommation, intégration SI de facturation SAP IS-U (contrat SAP actif pour 4 ans). Équipe digitale 3 personnes, budget portail 1211 k€ HT, délai cible 6 mois.
#Défi
Moderniser sans couper SAP IS-U ni risquer une interruption de service sur 120 000 comptes actifs. Absorber les flux ENEDIS temps réel (données 15 min Linky) que le portail Angular 1.x ne gérait pas. Réduire le coût service client de 212 k€/mois lié aux appels évitables. Respecter les obligations CRE sur la mise à disposition des données de consommation. Budget 1211 k€ HT non extensible.
#Solution déployée
Architecture API layer Next.js 15 + NestJS au-dessus de SAP IS-U via SAP BTP API Management — zéro modification du core SAP IS-U, zéro rupture de service. Flux ENEDIS SOAP proxifiés en REST normalisé (latence P95 < 800ms en production). Agent IA FAQ Mistral Large 2 déployé sur les 50 questions les plus fréquentes identifiées sur 12 mois de logs. Hébergement OVHcloud SecNumCloud-ready, conformité RGAA auditée AccessiWeb avant go-live.
#Résultats obtenus
-38 % d'appels entrants sur les motifs factures et consommation dès le mois 3 post-lancement. Taux d'adoption self-care 72 % parmi les clients actifs à 3 mois. LCP mesuré 1.4s sur mobile (vs 6.2s sur l'ancien portail Angular). 0 incident de disponibilité sur 8 mois de production. Budget tenu à partir de 109 k€ HT.
#Pourquoi Nehos pour portail client fournisseur énergie
Nehos Groupe n'est pas un intégrateur généraliste qui adapte une solution standard à votre contexte. On conçoit des architectures sur mesure, calibrées sur vos contraintes métier, réglementaires et techniques. Chaque projet démarre par un audit de faisabilité qui pose les limites avant les promesses — si le ROI ne tient pas, on le dit avant de signer quoi que ce soit.
Notre méthode ROI-First impose un cadrage chiffré dès la phase d'audit : coût actuel documenté, gains projetés avec hypothèses conservatrices, critères de go/no-go factuels. En production, on mesure les résultats réels et on les compare aux projections — transparence totale, y compris quand les chiffres sont en dessous des attentes. Nos expertises connexes : hébergement souverain portail énergie, audit conformité portail, Payload CMS backoffice énergie.
Stack technique souverain : hébergement OVHcloud (datacenters France), modèles IA open source (Mistral) quand la performance le permet, code propriétaire intégralement détenu par le client à la livraison. Pas de vendor lock-in, pas de dépendance à un fournisseur cloud américain pour vos données critiques.
#Pour aller plus loin
Cas d'usage connexes :