Saunier Duval Dashboard Power BI

SCROLL

SCROLL

SCROLL

Saunier Duval

En 2 mois, j'ai accompagné le groupe Vaillant dont la marque Saunier Duval à Nantes, à construire une application de la compréhension du besoin utilisateur, à l'UX / UI design en passant par la direction artistique et le déploiement.

Saunier Duval est l'une des marques de référence du chauffage grand public en France, adossée à un groupe industriel d'envergure internationale. Dans le cadre de sa modernisation, l'entreprise a engagé une transition vers un pilotage de son activité par la donnée, avec des tableaux de bord partagés entre plusieurs niveaux d'équipes terrain et support.

Sans compétence UX/UI en interne pour concevoir des outils data lisibles et hiérarchisés, Saunier Duval a fait appel à moi en direct pour concevoir et designer un dashboard Power BI pensé pour ses utilisateurs — des managers terrain aux superviseurs — avec une gestion fine des accès selon les rôles : team leader, support et RUAP superviseur.

Réalisations

APP

UX DESIGN

WEBDESIGN

UI DESIGN

INTEGRATION

Stacks

Cadrage du projet

Avant de concevoir l’application, l’objectif était de comprendre précisément le quotidien des opérateurs en atelier, les contraintes liées à leur environnement de travail et la manière dont les données de production étaient collectées. Les équipes travaillent en 3×8 sur les lignes d’assemblage de chaudières et de pompes à chaleur, avec des temps de saisie courts et de nombreuses informations à renseigner tout au long de leur poste.

Le projet devait donc répondre à un double enjeu : simplifier la saisie pour les utilisateurs et améliorer la fiabilité des données utilisées par les équipes de pilotage.

Analyse de l’existant

Les opérateurs utilisaient principalement des fichiers Excel composés de nombreux tableaux, colonnes et données chiffrées. Ces fichiers permettaient de suivre les volumes produits, les rebuts, les arrêts de ligne, leurs durées et leurs causes. L’analyse de ces supports a permis d’identifier les informations essentielles, les champs redondants, les données difficiles à interpréter et les étapes qui généraient le plus d’erreurs de saisie.

Immersion dans le contexte industriel

L’application devait être utilisée dans un environnement très différent d’un usage bureautique classique. Les opérateurs travaillent debout, alternent entre plusieurs tâches et disposent de peu de temps pour renseigner les informations.

Il était donc essentiel de concevoir une expérience rapide, directe et immédiatement compréhensible, avec un nombre limité d’actions et une interface adaptée aux conditions réelles de production.

Identification des utilisateurs

Plusieurs profils interviennent autour de la donnée : les opérateurs qui réalisent les saisies, les responsables d’équipe qui vérifient les informations et les équipes de pilotage qui exploitent ensuite les données dans leurs reportings.

Le produit devait être suffisamment simple pour les utilisateurs terrain, tout en produisant des données structurées et exploitables par les équipes chargées de suivre la performance industrielle.

Définition des objectifs

Les objectifs du projet ont été définis autour de plusieurs priorités : réduire les erreurs de saisie, accélérer l’enregistrement des informations, favoriser l’adoption de l’outil et améliorer la qualité des données remontées.

À plus long terme, des données plus fiables doivent permettre d’obtenir de meilleurs reportings, d’identifier les causes récurrentes de perte de performance et de prendre des décisions plus pertinentes pour réduire les coûts.

Organisation et pilotage

Le projet a été organisé autour de points réguliers avec les équipes métier, les responsables du projet et les futurs utilisateurs. Ces échanges permettaient de valider les besoins, de prioriser les fonctionnalités et d’ajuster progressivement les parcours.

Cette organisation itérative a permis de limiter les écarts entre la solution imaginée et les réalités du terrain.

Saunier Duval

En 2 mois, j'ai accompagné le groupe Vaillant dont la marque Saunier Duval à Nantes, à construire une application de la compréhension du besoin utilisateur, à l'UX / UI design en passant par la direction artistique et le déploiement.

Saunier Duval est l'une des marques de référence du chauffage grand public en France, adossée à un groupe industriel d'envergure internationale. Dans le cadre de sa modernisation, l'entreprise a engagé une transition vers un pilotage de son activité par la donnée, avec des tableaux de bord partagés entre plusieurs niveaux d'équipes terrain et support.

Sans compétence UX/UI en interne pour concevoir des outils data lisibles et hiérarchisés, Saunier Duval a fait appel à moi en direct pour concevoir et designer un dashboard Power BI pensé pour ses utilisateurs — des managers terrain aux superviseurs — avec une gestion fine des accès selon les rôles : team leader, support et RUAP superviseur.

Réalisations

APP

UX DESIGN

WEBDESIGN

UI DESIGN

INTEGRATION

Stacks

Cadrage du projet

Avant de concevoir l’application, l’objectif était de comprendre précisément le quotidien des opérateurs en atelier, les contraintes liées à leur environnement de travail et la manière dont les données de production étaient collectées. Les équipes travaillent en 3×8 sur les lignes d’assemblage de chaudières et de pompes à chaleur, avec des temps de saisie courts et de nombreuses informations à renseigner tout au long de leur poste.

Le projet devait donc répondre à un double enjeu : simplifier la saisie pour les utilisateurs et améliorer la fiabilité des données utilisées par les équipes de pilotage.

Analyse de l’existant

Les opérateurs utilisaient principalement des fichiers Excel composés de nombreux tableaux, colonnes et données chiffrées. Ces fichiers permettaient de suivre les volumes produits, les rebuts, les arrêts de ligne, leurs durées et leurs causes. L’analyse de ces supports a permis d’identifier les informations essentielles, les champs redondants, les données difficiles à interpréter et les étapes qui généraient le plus d’erreurs de saisie.

Immersion dans le contexte industriel

L’application devait être utilisée dans un environnement très différent d’un usage bureautique classique. Les opérateurs travaillent debout, alternent entre plusieurs tâches et disposent de peu de temps pour renseigner les informations.

Il était donc essentiel de concevoir une expérience rapide, directe et immédiatement compréhensible, avec un nombre limité d’actions et une interface adaptée aux conditions réelles de production.

Identification des utilisateurs

Plusieurs profils interviennent autour de la donnée : les opérateurs qui réalisent les saisies, les responsables d’équipe qui vérifient les informations et les équipes de pilotage qui exploitent ensuite les données dans leurs reportings.

Le produit devait être suffisamment simple pour les utilisateurs terrain, tout en produisant des données structurées et exploitables par les équipes chargées de suivre la performance industrielle.

Définition des objectifs

Les objectifs du projet ont été définis autour de plusieurs priorités : réduire les erreurs de saisie, accélérer l’enregistrement des informations, favoriser l’adoption de l’outil et améliorer la qualité des données remontées.

À plus long terme, des données plus fiables doivent permettre d’obtenir de meilleurs reportings, d’identifier les causes récurrentes de perte de performance et de prendre des décisions plus pertinentes pour réduire les coûts.

Organisation et pilotage

Le projet a été organisé autour de points réguliers avec les équipes métier, les responsables du projet et les futurs utilisateurs. Ces échanges permettaient de valider les besoins, de prioriser les fonctionnalités et d’ajuster progressivement les parcours.

Cette organisation itérative a permis de limiter les écarts entre la solution imaginée et les réalités du terrain.

UX Design

La conception UX de ce dashboard devait avant tout partir des usages réels du terrain, plutôt que des seules contraintes techniques de l’outil Power BI. Avant de dessiner le moindre écran, il a donc fallu comprendre en profondeur qui allait utiliser ce tableau de bord au quotidien, avec quels objectifs, et à quel moment de leur journée de travail. Ce travail d’immersion a permis de construire une architecture de l’information adaptée à chaque rôle, puis de la faire évoluer par itérations successives jusqu’à obtenir un outil aussi simple à lire qu’à faire vivre dans le temps.

Tests utilisateurs

Plusieurs sessions de tests ont été menées directement auprès des équipes terrain et des superviseurs, sur des versions successives du dashboard. Observer les utilisateurs manipuler les premiers écrans a permis de repérer rapidement les points de friction, les indicateurs mal compris ou mal placés, et d’ajuster la hiérarchie visuelle en conséquence.

Questionnaire

Un questionnaire de cadrage a été diffusé en amont auprès des futurs utilisateurs afin d’identifier leurs habitudes de reporting, leurs indicateurs prioritaires et leurs frustrations vis-à-vis des outils existants. Ces réponses ont servi de base objective pour prioriser les fonctionnalités et éviter de construire un dashboard déconnecté des usages réels.

Atelier de co-création

Un atelier de co-création a réuni les équipes métier autour de premières esquisses du dashboard, afin de challenger collectivement l’organisation des pages et la pertinence des indicateurs retenus. Cette démarche collaborative a permis d’aligner rapidement les attentes des différents niveaux hiérarchiques avant d’engager la phase de conception détaillée.

Itération

Le dashboard a été construit par itérations successives plutôt que livré d’un seul bloc : chaque version a été confrontée aux retours des utilisateurs avant d’être affinée. Cette approche progressive a limité les allers-retours coûteux en fin de projet et sécurisé l’adhésion des équipes tout au long de la conception.

Conception userflow

La conception des parcours utilisateurs a permis de clarifier la manière dont chaque profil accède à ses données : un manager terrain, un membre du support ou un superviseur RUAP ne consultent pas le dashboard de la même façon ni avec les mêmes priorités. Ce travail en amont a directement guidé l’architecture des pages et la logique de navigation entre les vues.

Conception wireframes

Les wireframes ont posé la structure de chaque page avant tout habillage visuel, en priorisant les indicateurs les plus critiques pour chaque rôle et en simplifiant les parcours de lecture. Cette étape a servi de base de discussion avec les équipes métier avant le passage en design final dans Power BI.

UX Design

La conception UX de ce dashboard devait avant tout partir des usages réels du terrain, plutôt que des seules contraintes techniques de l’outil Power BI. Avant de dessiner le moindre écran, il a donc fallu comprendre en profondeur qui allait utiliser ce tableau de bord au quotidien, avec quels objectifs, et à quel moment de leur journée de travail. Ce travail d’immersion a permis de construire une architecture de l’information adaptée à chaque rôle, puis de la faire évoluer par itérations successives jusqu’à obtenir un outil aussi simple à lire qu’à faire vivre dans le temps.

Tests utilisateurs

Plusieurs sessions de tests ont été menées directement auprès des équipes terrain et des superviseurs, sur des versions successives du dashboard. Observer les utilisateurs manipuler les premiers écrans a permis de repérer rapidement les points de friction, les indicateurs mal compris ou mal placés, et d’ajuster la hiérarchie visuelle en conséquence.

Questionnaire

Un questionnaire de cadrage a été diffusé en amont auprès des futurs utilisateurs afin d’identifier leurs habitudes de reporting, leurs indicateurs prioritaires et leurs frustrations vis-à-vis des outils existants. Ces réponses ont servi de base objective pour prioriser les fonctionnalités et éviter de construire un dashboard déconnecté des usages réels.

Atelier de co-création

Un atelier de co-création a réuni les équipes métier autour de premières esquisses du dashboard, afin de challenger collectivement l’organisation des pages et la pertinence des indicateurs retenus. Cette démarche collaborative a permis d’aligner rapidement les attentes des différents niveaux hiérarchiques avant d’engager la phase de conception détaillée.

Itération

Le dashboard a été construit par itérations successives plutôt que livré d’un seul bloc : chaque version a été confrontée aux retours des utilisateurs avant d’être affinée. Cette approche progressive a limité les allers-retours coûteux en fin de projet et sécurisé l’adhésion des équipes tout au long de la conception.

Conception userflow

La conception des parcours utilisateurs a permis de clarifier la manière dont chaque profil accède à ses données : un manager terrain, un membre du support ou un superviseur RUAP ne consultent pas le dashboard de la même façon ni avec les mêmes priorités. Ce travail en amont a directement guidé l’architecture des pages et la logique de navigation entre les vues.

Conception wireframes

Les wireframes ont posé la structure de chaque page avant tout habillage visuel, en priorisant les indicateurs les plus critiques pour chaque rôle et en simplifiant les parcours de lecture. Cette étape a servi de base de discussion avec les équipes métier avant le passage en design final dans Power BI.

Direction artistique

L’interface devait être immédiatement compréhensible, même pour des utilisateurs peu habitués aux outils numériques complexes. Le travail de UI Design a donc privilégié la lisibilité, la simplicité et la rapidité d’utilisation, tout en respectant l’environnement graphique de Saunier Duval.

Direction visuelle

La direction artistique repose sur une interface sobre, structurée et fonctionnelle. Les éléments graphiques ont été pensés pour accompagner la tâche sans surcharger les écrans. Les couleurs servent principalement à hiérarchiser les informations, identifier les statuts et mettre en avant les actions prioritaires.

Hiérarchie visuelle

Chaque écran présente une action principale clairement identifiable. Les titres, labels et boutons ont été organisés pour guider naturellement le regard de l’utilisateur. La hiérarchie visuelle permet de comprendre rapidement ce qui doit être renseigné, ce qui a déjà été complété et quelle est l’étape suivante.

Lisibilité en environnement industriel

La taille des textes, le contraste des couleurs et les dimensions des boutons ont été adaptés à une utilisation rapide sur le terrain. Les zones interactives sont suffisamment grandes pour limiter les erreurs de manipulation et faciliter l’usage sur tablette ou écran tactile.

Direction artistique

L’interface devait être immédiatement compréhensible, même pour des utilisateurs peu habitués aux outils numériques complexes. Le travail de UI Design a donc privilégié la lisibilité, la simplicité et la rapidité d’utilisation, tout en respectant l’environnement graphique de Saunier Duval.

Direction visuelle

La direction artistique repose sur une interface sobre, structurée et fonctionnelle. Les éléments graphiques ont été pensés pour accompagner la tâche sans surcharger les écrans. Les couleurs servent principalement à hiérarchiser les informations, identifier les statuts et mettre en avant les actions prioritaires.

Hiérarchie visuelle

Chaque écran présente une action principale clairement identifiable. Les titres, labels et boutons ont été organisés pour guider naturellement le regard de l’utilisateur. La hiérarchie visuelle permet de comprendre rapidement ce qui doit être renseigné, ce qui a déjà été complété et quelle est l’étape suivante.

Lisibilité en environnement industriel

La taille des textes, le contraste des couleurs et les dimensions des boutons ont été adaptés à une utilisation rapide sur le terrain. Les zones interactives sont suffisamment grandes pour limiter les erreurs de manipulation et faciliter l’usage sur tablette ou écran tactile.

UI Design & prototypage

Une fois les parcours validés, l’enjeu du UI design était de donner au dashboard une identité visuelle claire, cohérente et facilement appropriable par des utilisateurs non familiers des outils de data visualisation. La contrainte de l’environnement Power BI imposait de travailler avec un cadre technique précis, sans sacrifier la qualité ni la lisibilité du design final.

Conception des écrans

Chaque écran a été conçu autour d’une action principale clairement identifiable.Les informations sont organisées selon leur importance afin que l’utilisateur comprenne immédiatement ce qu’il doit faire et quelles données doivent être renseignées.

Composants réutilisables

Une bibliothèque de composants a été créée afin de garantir la cohérence de l’ensemble de l’application : boutons, champs de saisie, listes, cartes, messages, états et éléments de navigation. Cette approche permet également de faciliter l’intégration dans Power Apps et les futures évolutions du produit.

Prévention des erreurs

Plusieurs mécanismes ont été intégrés dans l’interface : champs obligatoires, valeurs contrôlées, messages d’erreur, confirmations et désactivation des actions impossibles. Ces éléments permettent d’accompagner l’utilisateur et de sécuriser la saisie avant son enregistrement.

Design system

Une bibliothèque de composants a été créée pour garantir la cohérence de l’application. Elle rassemble les boutons, champs, cartes, fenêtres, messages, éléments de navigation et différents styles nécessaires au produit.

Variantes et états

Chaque composant a été décliné selon ses différents états : par défaut, actif, sélectionné, désactivé, validé ou en erreur. Ce travail facilite la compréhension de l’interface et prépare plus efficacement son intégration technique.

Prototype interactif

Un prototype interactif a permis de simuler la navigation entre les différentes pages du dashboard avant son développement dans Power BI, afin de valider les enchaînements et l’ergonomie générale de l’outil auprès des équipes métier.

UI Design & prototypage

Une fois les parcours validés, l’enjeu du UI design était de donner au dashboard une identité visuelle claire, cohérente et facilement appropriable par des utilisateurs non familiers des outils de data visualisation. La contrainte de l’environnement Power BI imposait de travailler avec un cadre technique précis, sans sacrifier la qualité ni la lisibilité du design final.

Conception des écrans

Chaque écran a été conçu autour d’une action principale clairement identifiable.Les informations sont organisées selon leur importance afin que l’utilisateur comprenne immédiatement ce qu’il doit faire et quelles données doivent être renseignées.

Composants réutilisables

Une bibliothèque de composants a été créée afin de garantir la cohérence de l’ensemble de l’application : boutons, champs de saisie, listes, cartes, messages, états et éléments de navigation. Cette approche permet également de faciliter l’intégration dans Power Apps et les futures évolutions du produit.

Prévention des erreurs

Plusieurs mécanismes ont été intégrés dans l’interface : champs obligatoires, valeurs contrôlées, messages d’erreur, confirmations et désactivation des actions impossibles. Ces éléments permettent d’accompagner l’utilisateur et de sécuriser la saisie avant son enregistrement.

Design system

Une bibliothèque de composants a été créée pour garantir la cohérence de l’application. Elle rassemble les boutons, champs, cartes, fenêtres, messages, éléments de navigation et différents styles nécessaires au produit.

Variantes et états

Chaque composant a été décliné selon ses différents états : par défaut, actif, sélectionné, désactivé, validé ou en erreur. Ce travail facilite la compréhension de l’interface et prépare plus efficacement son intégration technique.

Prototype interactif

Un prototype interactif a permis de simuler la navigation entre les différentes pages du dashboard avant son développement dans Power BI, afin de valider les enchaînements et l’ergonomie générale de l’outil auprès des équipes métier.

Intégration & dev Power Apps

La conception a été pensée en prenant en compte les capacités et les contraintes de Power Apps. L’objectif était de proposer une interface ambitieuse mais réaliste, pouvant être intégrée sans compromettre les performances ou la simplicité d’utilisation.

Préparation du handoff

Les fichiers Figma ont été structurés pour faciliter leur compréhension par les équipes techniques. Les écrans, composants, variantes et parcours ont été clairement organisés afin de retrouver rapidement les éléments nécessaires au développement.

Spécification des interactions

Le comportement attendu de chaque composant a été documenté : ouverture d’une liste, sélection d’une valeur, validation d’un formulaire, apparition d’une erreur ou modification d’une saisie. Ces indications permettent de limiter les différences d’interprétation entre la conception et l’intégration.

Adaptation aux contraintes de Power Apps

Les choix d’interface ont également pris en compte les possibilités techniques et les limites de Power Apps. Les composants et interactions ont été conçus pour rester réalistes, performants et facilement intégrables dans l’environnement Microsoft.

Correspondance avec les données

Chaque champ de l’interface a été associé à la donnée correspondante dans l’application. Cette étape permet de vérifier que les valeurs saisies sont correctement enregistrées et que les différents formulaires suivent une structure cohérente.

Documentation fonctionnelle

Les parcours principaux ont été accompagnés d’explications sur les règles métier, les validations, les erreurs possibles et les comportements attendus. Cette documentation sert de référence lors de l’intégration et des futures évolutions de l’application.

Formation des utilisateurs

Des sessions de présentation permettent de montrer concrètement comment utiliser l’application dans les principales situations rencontrées en production. L’objectif n’est pas de proposer une formation trop longue, mais de permettre aux opérateurs d’être rapidement autonomes.

Sessions de test

Les utilisateurs ont été invités à effectuer les différentes actions depuis le prototype ou la version intégrée. Leurs hésitations, erreurs et commentaires ont été observés afin d’identifier les éléments insuffisamment clairs.

Analyse des retours

Les retours ont été regroupés par thématique : compréhension du vocabulaire, visibilité des actions, longueur des parcours, lisibilité ou comportement des composants. Cette analyse a permis de distinguer les difficultés ponctuelles des problèmes susceptibles de concerner plusieurs utilisateurs.

Itérations successives

Chaque série de tests a donné lieu à de nouvelles améliorations. Cette approche itérative permet de construire une application réellement adaptée aux usages, plutôt qu’un produit uniquement fondé sur des hypothèses de conception.

Voir le portfolio

Intégration & dev Power Apps

La conception a été pensée en prenant en compte les capacités et les contraintes de Power Apps. L’objectif était de proposer une interface ambitieuse mais réaliste, pouvant être intégrée sans compromettre les performances ou la simplicité d’utilisation.

Préparation du handoff

Les fichiers Figma ont été structurés pour faciliter leur compréhension par les équipes techniques. Les écrans, composants, variantes et parcours ont été clairement organisés afin de retrouver rapidement les éléments nécessaires au développement.

Spécification des interactions

Le comportement attendu de chaque composant a été documenté : ouverture d’une liste, sélection d’une valeur, validation d’un formulaire, apparition d’une erreur ou modification d’une saisie. Ces indications permettent de limiter les différences d’interprétation entre la conception et l’intégration.

Adaptation aux contraintes de Power Apps

Les choix d’interface ont également pris en compte les possibilités techniques et les limites de Power Apps. Les composants et interactions ont été conçus pour rester réalistes, performants et facilement intégrables dans l’environnement Microsoft.

Correspondance avec les données

Chaque champ de l’interface a été associé à la donnée correspondante dans l’application. Cette étape permet de vérifier que les valeurs saisies sont correctement enregistrées et que les différents formulaires suivent une structure cohérente.

Documentation fonctionnelle

Les parcours principaux ont été accompagnés d’explications sur les règles métier, les validations, les erreurs possibles et les comportements attendus. Cette documentation sert de référence lors de l’intégration et des futures évolutions de l’application.

Formation des utilisateurs

Des sessions de présentation permettent de montrer concrètement comment utiliser l’application dans les principales situations rencontrées en production. L’objectif n’est pas de proposer une formation trop longue, mais de permettre aux opérateurs d’être rapidement autonomes.

Sessions de test

Les utilisateurs ont été invités à effectuer les différentes actions depuis le prototype ou la version intégrée. Leurs hésitations, erreurs et commentaires ont été observés afin d’identifier les éléments insuffisamment clairs.

Analyse des retours

Les retours ont été regroupés par thématique : compréhension du vocabulaire, visibilité des actions, longueur des parcours, lisibilité ou comportement des composants. Cette analyse a permis de distinguer les difficultés ponctuelles des problèmes susceptibles de concerner plusieurs utilisateurs.

Itérations successives

Chaque série de tests a donné lieu à de nouvelles améliorations. Cette approche itérative permet de construire une application réellement adaptée aux usages, plutôt qu’un produit uniquement fondé sur des hypothèses de conception.

Voir le portfolio