Poser les fondations
Aligner les profils et les contraintes, puis cartographier les flux entre Moovy, Docky et la WebApp.
V-Hygie
Rendre compréhensible un système de surveillance IoT critique
Startup deeptech touwi
V-Hygie est une solution IoT de prévention des chutes nocturnes destinée aux établissements médico-sociaux. À partir de capteurs portés par les résidents, elle identifie une intention de se lever et transmet une alerte aux équipes soignantes afin de leur permettre d’intervenir avant qu’une chute ne survienne.
Le développement de V-Hygie a commencé un an après mon arrivée chez touwi, et j’ai accompagné le projet dès ses premières phases. J’ai d’abord structuré son identité visuelle et son univers graphique, puis conçu progressivement l’ensemble de son écosystème numérique : l’application de démonstration du dispositif, la WebApp de configuration et de supervision, ainsi que les interfaces embarquées du Docky.
Mon travail ne consistait donc pas à harmoniser un produit existant, mais à donner une identité cohérente à une technologie émergente et à traduire sa complexité en expériences compréhensibles pour plusieurs profils d’utilisateurs.
Mon rôle - Direction Artistique & UXUI design
- J’ai assuré la direction artistique et la conception UX/UI de V-Hygie depuis les premières phases du projet : identité visuelle, cadrage UX, Lean UX Canvas, ateliers de co-conception, tests utilisateurs, architecture de l’information, parcours, wireframes, interfaces haute fidélité, UX writing bilingue, Design System, prototypage et accompagnement du développement.
- Mon périmètre couvrait l’ensemble de l’écosystème : application de démonstration, WebApp responsive de configuration et de supervision, interfaces embarquées du Docky et supports de présentation du produit.
Période
- avril 2024 à février 2026
Livrables
- Cadrage et recherche : Lean UX Canvas, proto-personas, parcours, ateliers de co-conception, protocoles et synthèses de tests.
- Conception : user flows, wireframes, prototypes interactifs, WebApp responsive, interface Docky, modes clair et sombre.
- Système et transmission : UX writing français-anglais, Design System, composants, variantes, spécifications et documentation de handoff.
- Identité et communication : logotype, identité visuelle, présentations internes, documentation produit, supports commerciaux à destination des prospects et supports événementiels pour les salons professionnels.
Une démarche itérative, du cadrage au système
Co-concevoir et prototyper
Transformer les hypothèses en parcours, application de démonstration et interfaces testables.
Tester et itérer
Confronter la V1 aux trois profils et faire évoluer les décisions critiques.
Créer des patterns actionnables
Transformer les solutions retenues en composants, variantes et documentation de handoff.
1- Donner un langage à une technologie invisible
V-Hygie savait détecter une intention de se lever, mais ne disposait pas encore d’un langage pour l’expliquer. J’ai défini une identité capable de rendre le produit reconnaissable et ses différents états immédiatement compréhensibles.
Plutôt que de décliner une charte figée, j’ai construit un langage visuel destiné à évoluer avec le produit : couleurs fonctionnelles, typographie, iconographie et principes de représentation communs à l’application de démonstration, à la WebApp et au Docky.
L'identité V-Hygie :
L'application de démonstration :
2- Du signal technique à l'action humaine
Une intention de se lever commence par un signal transmis par le capteur Moovy. Elle devient ensuite un état sur le Docky, une alerte pour l’équipe soignante et une information de supervision dans la WebApp.
J’ai cartographié cette chaîne pour déterminer quelle information devait être visible, par qui et à quel moment. L’enjeu UX n’était pas seulement de transmettre le signal, mais de le transformer en une décision compréhensible à chaque point de contact.
Fonctionnement du dispositif :
Vidéo de V-Hygie en situation (1m57s) :
3- Cadrer, co-concevoir et valider
Le Lean UX Canvas a permis d’aligner les profils, les usages critiques et les hypothèses à vérifier. Les ateliers de co-conception ont ensuite confronté plusieurs réponses possibles avant de les transformer en scénarios et prototypes testables.
La V1 a été évaluée auprès de 12 participants répartis entre trois profils. Le score SUS global de 55/100 et les observations de session ont fait ressortir trois priorités : simplifier les alertes Docky, permettre la comparaison temporelle et clarifier la modification des paramètres.
Profils utilisateurs :
Trois profils interviennent sur le même système, mais ne prennent ni les mêmes décisions ni au même moment. Les scénarios et les accès ont donc été adaptés à leurs responsabilités respectives.
Soignante
Clara
Directrice
Julie
Administrateur
Maxime
4- Un même état, deux niveaux de lecture
Le Docky et la WebApp répondent à deux contextes différents. Dans la chambre, l’information doit être comprise en quelques secondes. Dans l’outil de supervision, elle doit permettre de distinguer plusieurs résidents, dispositifs et anomalies sans ambiguïté.
J’ai défini une grammaire commune pour chaque état : une signification, un niveau de priorité et une action attendue. Le Docky n’en conserve que l’essentiel — message, pictogramme et action — tandis que la WebApp visualise le statut du dispositif, une vision global des établissements, ainsi que les réglages et les diagnostics.
La couleur soutient cette lecture, mais chaque état reste identifiable par son libellé et son pictogramme.
Un même événement n’est pas simplement copié d’une interface à l’autre : il est traduit sans en modifier le sens.
5- Trois frictions qui ont fait évoluer le produit
Ces premiers tests n’avaient pas pour objectif de valider une interface figée. Ils ont fait apparaître trois difficultés différentes selon les responsabilités et les moments d’utilisation.
Chaque observation a été traduite en décision de conception.
Alerter sans surcharger
Les soignants trouvaient les notifications Docky confuses et trop chargées. J’ai recentré l’alerte sur un statut dominant, une représentation immédiatement différenciante et l’action attendue.
V1
V2
Comparer deux périodes
Pour la direction, une valeur isolée ne permettait pas d’identifier une évolution ou un dysfonctionnement. J’ai ajouté un mode de comparaison avec une période précédente afin de rendre les variations plus visibles.
V1
V2
Cibler les modifications
Pour les administrateurs et les installateurs, les paramètres formaient un ensemble dense et difficile à modifier précisément. J’ai segmenté les réglages en accordéons et ajouté une sauvegarde par section.
V1
V2
6- Introduire la génération IA dans les phases itératives
Avec l’avènement de Figma Make et ses améliorations successives, j’ai décidé de l’incorporer dans les phases itératives, notamment lors de l’ajout d’une fonctionnalité de prise en compte des périodes de garde jour/nuit, et de l’interface d’analyse des données pour les administrateurs.
Under Construction
This section is currently under development. Please check back soon!
En cours de construction
Cette section est actuellement en cours de développement. Veuillez revenir bientôt !
