Vingt ans de leadership, défendus face au cloud.

Chez HMS Networks, j'ai réuni trois plateformes d'industrial IoT vieillissantes en une seule expérience : le prototype final a obtenu 2 M€ pour la mise en production.

Lire l'essentiel

L'essentiel en 40 secondes

HMS Networks, Ewon · Industrial IoT · 2021–2022

Réunir trois plateformes industrielles vieillissantes en une seule expérience.

Ewon vendait des routeurs industriels quand un concurrent cloud, IXON, attaquait le même marché avec une plateforme unifiée. Trois applications héritées, eCatcher, M2Web et Talk2M, devaient être réunies sans casser la base installée mondiale. En 12 mois, j'ai installé les pratiques de recherche utilisateur et de service design, et conçu cette plateforme unique. Le sponsor a obtenu le budget de la mise en production.

Le problème

Ewon avait 20 ans de clients fidèles, mais trois plateformes qui ne se parlaient pas et aucune pratique structurée de recherche utilisateur. IXON, plus jeune et cloud-native, prenait les petites usines avec une expérience pensée pour elles. Cinq départements avaient cinq lectures différentes du client.

Mon rôle

Consultant service design et UX/UI, pendant douze mois. Installer le design thinking dans une organisation d'ingénieurs, réunir tous les chefs de département et produire un Concept Report que le sponsor pourrait défendre devant sa direction. Un travail mené au quotidien avec les analystes fonctionnels, l'équipe produit, le service après-vente et les clients.

Ce que j'ai fait

  • Mené 6 entretiens experts internes et 8 clients sur cinq fuseaux horaires.
  • Réuni tous les chefs de département en ateliers Customer Journey.
  • Évalué les trois plateformes avec la méthode heuristique de Nielsen, puis testé et noté les maquettes.

Le résultat

  • Le sponsor a porté le Concept Report en comité de direction.
  • Un design system prêt pour la production, tous les flux testés et notés.
  • Une réponse produit crédible face au concurrent cloud, financée pour sa mise en production.
01

Avant la mission, une démonstration : l'évaluation heuristique

La mission longue, je l'ai obtenue par une mission courte. En un mois, avant toute recherche, j'ai évalué l'Ewon Cloud existant écran par écran avec les heuristiques de Nielsen — dans une organisation d'ingénieurs, sans fonction UX ni design system.

Neuf chantiers, du référencement aux alertes. Un exemple : une même page affichait M2Web dans l'onglet, Talk2M dans l'en-tête et Ewon en pied de page. Chaque écran est annoté « as is », puis redessiné « could be ». C'est cette démonstration, courte et concrète, qui a débloqué la mission complète de réunification.

Page de l'évaluation heuristique Ewon Cloud Revamp. Utilisez les commandes du lecteur pour parcourir le document.
1 / 27
L'évaluation heuristique de mai 2021, page par page : neuf chantiers, chacun annoté « as is » puis redessiné « could be ». C'est ce document qui a lancé la mission.
02

La méthodologie, remise au PMO avant le track complet

L'évaluation heuristique avait convaincu la direction. Le PMO m'a alors demandé comment procéder concrètement. Ce document est la réponse que je lui ai remise : la méthode pour introduire le service design, le concept design et l'UX/UI dans une organisation d'ingénieurs qui travaillait en Agile SAFe, sans fonction design.

Il pose d'abord le principe : passer d'une logique business à une logique design thinking. Viennent ensuite le double diamant et les trois piliers, pertinence, simplicité et cohérence. La dernière partie relie chaque discipline aux phases Agile, aux équipes et aux livrables. C'est le cadre que nous avons suivi pour lancer le track complet.

Ce track s'est déroulé selon une feuille de route en quatre temps : la recherche (entretiens utilisateurs et benchmark concurrentiel), l'analyse (extraction des insights, comparaison des parcours AS-IS et cible, mesure des écarts), le prototypage (sprints de design et tests utilisateurs), puis le concept, formalisé dans le Concept Report. C'est le fil des étapes qui suivent.

Page du document Design Thinking Strategy Approach remis au PMO. Utilisez les commandes du lecteur pour parcourir le document.
1 / 14
Le document de cadrage remis au PMO : du principe au flux détaillé, chaque discipline design est reliée aux phases Agile, aux rôles et aux livrables. C'est la feuille de route qui a précédé le track complet.
03

6 entretiens d'experts et 8 entretiens clients posent le diagnostic, sur cinq fuseaux

J'ai interviewé six experts internes, du CEO aux opérations, et huit machine builders répartis sur cinq fuseaux horaires, tous équipés Ewon.

Aucun client interrogé ne formulait le besoin directement, mais tous en décrivaient les symptômes. Je les ai synthétisés en besoins concrets, segmentés par persona, avant de les porter au mur en atelier.

Trois plateformes historiqueseCatcher, M2Web et Talk2M répondaient à des usages proches avec des logiques différentes
Une vision produit unifiéeRecherche, arbitrages et prototype testable persona par persona
Une décision d'investissementLe budget de mise en production, sécurisé
La convergence est devenue finançable lorsqu'elle a été rendue compréhensible, testable et suffisamment précise pour aligner le produit, l'ingénierie et le business.
3 → 1plateformes réunies derrière une seule entrée
14entretiens : 6 experts internes, 8 clients sur 5 fuseaux
8personas construits avec tous les départements
2 M€décision d'investissement, prise sur le prototype testé
Quatre chiffres résument le case : la complexité de départ, la recherche menée, la décision finale.

Besoins du manager

Usage

  • Depuis quand un utilisateur est hors ligne, et le temps passé à intervenir.
  • La consommation de trafic par client (SMS, data), la durée des connexions plutôt que leur nombre.
  • La liste d'activité, et la consommation par device plutôt que par utilisateur.

Facturation

  • La consommation en détail : crédits, VPN, data points, SMS, connexions.

Besoins de l'ingénieur

Logs d'activité

  • Qui s'est connecté à quelles machines hier, et d'où : local, distant ou device.
  • Filtrer les logs par utilisateur ou par Ewon ; distinguer les connexions VPN.
  • Annoter les logs, redimensionner la vue, un fil d'activité.

Machines

  • Recherche avancée, liste par device, dernière connexion, statut et disponibilité du firmware.
  • Historique online/offline, incidents par type, plage DHCP, adresses MAC au commissioning.

KPI

  • Regrouper plusieurs KPI sous une même tuile ; au clic, la liste des Ewon.

Droits d'accès

  • Utilisateurs désactivés, affiliation groupe et projet, accès temporaire vs complet, statut du certificat.
Les key findings des entretiens, avant le customer journey : les besoins du manager (usage, facturation) face à ceux de l'ingénieur (logs, machines, KPI, droits). C'est cette carte, segmentée par persona, qui a orienté le parcours client et le prototype.
04

Trois outils techniques, pensés sans design ni approche cloud

Avant de cartographier le parcours client, j'ai mis à plat les trois outils existants. Ils venaient tous d'une organisation d'ingénieurs, où il n'existait ni fonction design ni recherche utilisateur, ce qui les rendait peu intuitifs. Aucun n'adoptait d'approche cloud : la configuration se faisait sur le matériel et l'accès passait par un logiciel à installer, pendant que le concurrent Ixon, arrivé plus tard avec une approche cloud native, prenait de l'avance sur l'utilisabilité.

Ces trois captures proviennent de l'environnement de travail réel de l'époque. Les noms de clients et d'utilisateurs, les adresses IP et les numéros de série y ont été masqués. Passez d'un écran à l'autre avec les flèches.
05

Le parcours client construit en ateliers révèle les ruptures entre les trois outils

J'ai construit le parcours client avec toutes les équipes concernées, sur six ateliers tenus en salle et à distance pendant le covid : Gather.town servait de bureau virtuel et Miro de mur commun. Les sessions ont couvert tout le trajet, de la prise de conscience à la fidélisation, du parcours d'ensemble jusqu'au détail de chaque étape. Chaque friction a été épinglée par la personne qui la vivait, du technicien terrain au directeur d'usine.

Dix points de douleur sont ressortis, dont les plus structurants : trois logins séparés, des tunnels qui tombaient sans alerte et aucune vue d'ensemble de la flotte.

Ces captures documentent les six ateliers du parcours client, menés en présentiel et à distance, qui ont couvert tout le trajet, de la prise de conscience à la fidélisation. Sur l'une des captures, des données nominatives et des liens de travail internes ont été masqués. Cliquez sur une image pour l'agrandir, puis naviguez avec les flèches.
06

Le concept fusionne trois plateformes vieillissantes en une seule expérience

La proposition de valeur a réuni eCatcher, M2Web et Talk2M derrière une seule entrée, avec un onboarding adapté à chaque type d'usage.

Elle est sortie des ateliers de co-création, à la table où chaque département reconnaissait son client.

Je l'ai affinée au quotidien avec les analystes fonctionnels et l'équipe produit, qui ancraient chaque choix dans la faisabilité, et avec le service après-vente, qui entendait les clients tous les jours. Les clients eux-mêmes ont validé chaque itération lors des tests.

Les personas ont déterminé les points d'entrée, le niveau d'information et les parcours d'onboarding. Concrètement, le manager configure le compte, puis invite chaque personne en précisant sa fonction : l'ingénieur réseau qui paramètre les accès, les ingénieurs opérateurs qui règlent les KPI et les alertes. Chacun démarre alors dans un parcours centré sur son métier, avec les seules fonctions utiles à son rôle, sans se retrouver noyé sous des fonctionnalités dont il n'a pas besoin. Débarrassé du bruit des autres métiers, il se concentre plus facilement sur ses tâches. L'accès à un écosystème complexe en devient plus agréable et plus pertinent.

Point de douleurDécision produit
Trois logins séparés, trois plateformesUne seule entrée : eCatcher, M2Web et Talk2M réunis
Des tunnels qui tombaient sans alerteDes KPI et des alertes configurables par machine
Aucune vue d'ensemble de la flotteLe monitoring et le tableau de bord d'activité de toute la flotte
La configuration sur le matériel, un logiciel à installerUn SaaS accessible au navigateur, avec un compte de démonstration sans matériel
Chaque profil face aux fonctions de tous les métiersUn onboarding et un environnement par persona
Chaque décision du concept répond à un point de douleur documenté pendant la recherche.
07

Les prototypes testés persona par persona obtiennent 2 M€ pour la production

J'ai construit le SaaS complet dans Figma, outillé par un design system : l'onboarding distinct par persona, l'administration, le monitoring et la facturation, jusqu'au compte de démonstration immédiat. Testés avec des clients internationaux et notés parcours par parcours, les prototypes ont rendu les arbitrages défendables.

J'ai fait démarrer la page d'accueil par une courte vidéo de mise en contexte, puis par un accès direct à une démonstration guidée qui déroule toute la solution en cinq minutes. Le parcours avance pas à pas, dans un ordre logique, et une fenêtre de discussion reste ouverte pour répondre à chaque question au moment où elle se pose. L'entrée passe par l'inscription la plus légère possible, qui réduit la friction tout en recueillant l'opt-in utile au marketing.

Le sponsor a porté le Concept Report en comité de direction, priorisé par story mapping et accompagné du design system prêt pour la production. Il a obtenu le financement de la mise en production, puis a été promu.

Les écrans finaux, tels que testés par les clients pilotes.

Ouvrir le prototype dans Figma

Un enjeu similaire de votre côté ?

Pour une mission ou un entretien, écrivez-moi.

hello@christophevanengelen.com Voir mon profil LinkedIn

Je réponds sous 24 heures ouvrées.