Mise en place d'une application de notification de déménagement dans un portail client

Faits clés

• Entreprise LEW Service & Consulting GmbH pour Lechwerke AG
• Rôle : développeur de logiciels backend (CDI)
• Période : de novembre 2022 à mai 2023

Contexte

Jusqu'à présent, la notification des déménagements est un processus analogique qui ne correspond pas à l'orientation stratégique numérique de l'entreprise. Une nouvelle solution devrait simplifier cette démarche.

Situation avant

Lorsque les clients déménageaient, ils pouvaient jusqu'à présent téléphoner au service clientèle pour obtenir une nouvelle offre ou suivre entièrement le processus de commande du site web sans que celui-ci soit pré-rempli avec les données du client. Ce surcroît de travail a eu pour conséquence que des potentiels de fidélisation de la clientèle n'ont pas été exploités. Davantage de clients ont changé de fournisseur d'électricité après un déménagement en raison de ce processus.

Objectif

Les objectifs suivants ont été identifiés :

• Les clients enregistrés peuvent facilement changer de tarif d'électricité à l'aide des données disponibles dans le système
• Si le déménagement du tarif actuel n'est pas possible, le client peut souscrire un nouveau contrat en quelques clics
• Le client reçoit un aperçu des coûts en cas de changements

Mise en œuvre

Comme il s'agit d'un projet très vaste avec tous les processus en arrière-plan, on a opté pour une procédure agile et itérative afin de pouvoir réaliser et vérifier le développement étape par étape. Plusieurs Minimum Viable Products (MVP) ont ainsi vu le jour et ont été mis à la disposition des clients finaux afin de recueillir leur avis et de permettre un développement centré sur le client.

Dans un premier temps, l'accent a été mis sur la notification de déménagement. Les clients peuvent uniquement notifier leur déménagement. L'avis de déménagement constitue également la base du scénario le plus défavorable, dans lequel aucune nouvelle offre ne peut être faite au client.

La deuxième étape concernait la reprise des contrats existants. Dans ce contexte, il est important de savoir si le transfert du contrat vers le nouveau domicile est possible et si le contrat lui-même peut être déplacé. Pour pouvoir mettre cela en œuvre correctement, il fallait une étroite concertation avec les experts du domaine SAP, qui peuvent fournir les informations nécessaires à cet effet.

La phase finale de la mise en œuvre a consisté à passer à un nouveau contrat. Pour ce faire, les données clients existantes doivent être utilisées afin de permettre une conclusion simple et conviviale. Comme le changement de contrat doit se faire à plusieurs endroits, une étroite collaboration avec d'autres services est ici aussi essentielle.

L'un des grands défis de la mise en œuvre a été de garder une vue d'ensemble des différentes voies et procédures de processus. Pour ce faire, un organigramme technique a été créé.

Ma contribution

En tant que développeur de logiciels, j'étais responsable de la conception et de la réalisation des services de backend. Cela comprenait entre autres la création des interfaces et l'implémentation des processus. Pour moi, il était important que chaque chaîne de processus se déroule proprement et qu'à la fin, le bon résultat arrive dans chaque système impliqué.

Pour la coordination des processus techniques, je me suis occupée de la visualisation et de la documentation de ceux-ci sous forme de diagrammes. Pour ce faire, j'ai eu des échanges étroits avec les secteurs concernés.

Avec un tel système, il est important de garantir l'exactitude des données. C'est pourquoi j'ai défini des règles de validation précises en concertation avec mes collègues SAP. Celles-ci sont forcées par le Domain-Driven-Design utilisé de telle sorte qu'il ne peut pas y avoir d'objet qui se trouve dans un état non valable.

Pour qu'au final l'interaction se passe bien, j'ai eu des échanges étroits et pluridisciplinaires avec mes collègues du développement SAP, du service clientèle et du service commercial. Cela m'a permis, entre autres, de veiller à une connexion rapide et sans problème des fonctions SAP et de réagir rapidement et avec flexibilité en cas d'erreur. Pour améliorer la communication avec les autres services, j'ai visualisé les processus techniques à l'aide de diagrammes.

S'il y avait des goulots d'étranglement dans le frontend, j'ai aidé à développer les composants React et la logique.

Technologies utilisées

Une multitude de technologies ont été utilisées pour la mise en œuvre de l'application. Le développement du backend a été réalisé en C# et .NET Core, tandis que le front-end a été principalement développé en React avec TypeScript. Pour le développement des interfaces REST et gRPC, j'ai utilisé le framework ASP.NET (Web API). Pour la représentation des processus asynchrones, j'ai utilisé NServiceBus, qui garantit la livraison des messages même en cas d'erreur. Pour le stockage des données, j'ai utilisé le cluster Microsoft SQL Server déjà existant. Pour l'accès à la base de données, j'ai utilisé Entity Framework.

Avantages pour le client

La mise en œuvre des processus de déménagement numérique a permis d'améliorer la satisfaction des clients. Les clients qui souhaitent continuer à être approvisionnés par l'entreprise n'ont plus besoin d'appeler le service clientèle ou de ressaisir laborieusement toutes les données dans le processus de commande en ligne. De plus, le service commercial perd moins de clients en raison de processus compliqués. Cela permet de réduire les coûts de prospection.