Se repérer sur une carte
Faire le lien entre les données et les bâtiments concernés.
La carte 2D ou 3D sert de point d’entrée vers les bâtiments et leurs informations. Elle accompagne les tableaux de bord plutôt que de les remplacer.
Read this case study in English →
Étude de cas / GridWatch · Plateforme de suivi énergétique
Comprendre les consommations.
Pour mieux agir.
Donner une forme concrète à une plateforme avant de la présenter à ses futurs clients.
GridWatch est une plateforme de suivi de l’eau et de l’énergie destinée aux villes et aux organisations. Elle réunit les consommations des bâtiments pour aider les équipes à repérer les anomalies, suivre les dépenses et identifier les possibilités de réduction du gaspillage.
En 2023, après une phase de cadrage, j’ai conçu en dix jours un prototype interactif pour présenter le projet à de futurs clients et utilisateurs. Le client l’a testé, puis utilisé en l’état comme support de présentation.
- La mission
- Chez socraft, pour une entreprise cliente qui accompagnait la ville d’Albuquerque
- Mon rôle
- Product Designer, puis Product Designer et co-Product Owner
- Le cadre
- Cadrage en février 2023, puis dix jours de conception du prototype
01 / Comprendre le sujet
Des données dispersées.
Une vue à construire.
Initialement nommé BRAIN, le projet est devenu GridWatch au fil du temps. Il répondait à un objectif de la ville d’Albuquerque : suivre en temps réel les consommations d’eau et d’énergie de ses installations municipales pour repérer les anomalies et réduire le gaspillage.
J’intervenais chez socraft pour une entreprise dont Albuquerque était cliente. La ville n’était donc pas mon commanditaire direct : ma mission portait sur la conception d’un prototype pour l’entreprise cliente de socraft.
Pour suivre les consommations d’un parc de bâtiments, il est nécessaire de rapprocher des informations de nature différente : factures, données de compteurs, équipements et historique des consommations.
Pour en savoir plus sur le contexte : B.R.A.I.N. à Albuquerque et GridWatch.
02 / Définir le périmètre
Tout envisager.
Choisir quoi montrer.
Carte, factures, alertes, émissions, équipements, comparaisons : le périmètre envisagé était large. Toutes les fonctionnalités n’avaient pas la même importance pour la première démonstration.
J’ai utilisé une priorisation « bullseye » : placer au centre les besoins prioritaires, puis répartir les autres dans les cercles suivants. Cette représentation permettait de discuter des choix avec le client.
03 / Organiser les parcours
Passer d’une liste de fonctions
à une navigation.
J’ai décomposé les grandes fonctionnalités, puis dessiné les parcours pour relier les écrans, les actions et les informations attendues.
Ce travail faisait aussi apparaître les points à clarifier : la portée de la recherche, la différence entre données historiques et données en temps réel, ou encore les éléments à comparer.
Quelques questions de conception
- La recherche doit-elle porter sur toute l’application ou sur la vue consultée ?
- Compare-t-on deux bâtiments, deux groupes ou plusieurs périodes ?
- Quels termes métier utiliser pour que les intitulés restent compréhensibles ?
- Quels formats d’export sont réellement nécessaires ?
Les choix de conception
Rendre les données
consultables et comparables.
Les parcours ont donné une structure à la démonstration : se repérer, choisir un périmètre, puis examiner les informations utiles.
Choisir son niveau de lecture
Passer d’une vue globale à un groupe ou à un bâtiment.
La structure prévoit des tableaux de bord à plusieurs échelles pour consulter un ensemble de bâtiments, puis approfondir les données d’un périmètre plus précis.
Distinguer usage et dépense
Une consommation et son coût ne répondent pas à la même question.
Les parcours prévoient de sélectionner une énergie, une période et un mode de lecture. Ces choix organisent l’accès aux données avant leur comparaison ou leur export.
Le livrable
10 joursUne vision devenue
un prototype à montrer.
Après le cadrage de février, j’ai réalisé l’ensemble du prototype interactif en dix jours de conception. Le client l’a testé, puis utilisé en l’état comme support de présentation.
Le résultat : un support utilisé pour montrer les parcours et expliquer la proposition de GridWatch à de futurs clients et utilisateurs.
Explorer le prototype sur Figma
Comment le prototype a été validé
Le prototype a été testé par le client dans un objectif de démonstration commerciale. Cette étape ne constitue pas un test d’usage auprès des utilisateurs finaux, ni une mesure des économies d’énergie obtenues.
Le prototype est hébergé sur Figma. Son ouverture peut nécessiter un accès autorisé ; il n’est pas chargé automatiquement sur cette page.
04 / La suite du projet
Un rôle élargi à la
coordination produit.
Mon rôle s’est poursuivi en tant que Product Designer et co-Product Owner. Je participais à la préparation du backlog — la liste des fonctionnalités et travaux à réaliser —, à la clarification des besoins et aux échanges avec les développeurs.
Le travail se déroulait en anglais, notamment avec le directeur technique et le CEO de l’entreprise dans laquelle j’intervenais.
Et votre projet ?
Une idée à préciser.
Un prototype à présenter.
Je vous aide à clarifier les priorités et à concevoir un prototype pour rendre votre projet concret.