Rendre navigable une arborescence de 15 000 rubriques pour des techniciens hydrauliques

aGHyre est un outil de gestion de données hydrauliques utilisé par les techniciens VNF pour surveiller l’état des voies navigables à travers la France. La plateforme permet de créer des analyses en combinant des données issues de différents points de mesure (capteurs), de les visualiser sous forme de graphiques et de tableaux, et de les compiler dans des rapports à partager avec des collègues.

L’outil a été construit progressivement par l’équipe interne, avec des décisions d’interface guidées par les demandes fonctionnelles des utilisateurs, collectées lors de comités utilisateurs. Sans aucune priorisation, l'équipe essayait de faire rentrer dans les maquettes. Toutes les demandes reçues, ce qui rendait l'usabilité de cet outil complexe encore plus difficile.
Les maquettes existantes étaient des slides PowerPoint statiques, ce qui ne permettait pas à l’équipe de se rendre compte de la complexité réelle des interactions, des cas alternatifs non résolus.

Un technicien VNF utilise aGHyre pour consulter les données de ses capteurs et surveiller l’état d’une voie navigable. L’audit de l’existant a montré que tout était affiché en même temps : actions principales et secondaires au même niveau, options entièrement dépliées, aucune segmentation. L’interface laissait à l’utilisateur le soin de trier lui-même l’essentiel de l’accessoire, ce qui représentait une charge cognitive élevée.

Les techniciens ont trois façons d’accéder à une rubrique :

1. Chercher par mot-clé quand ils connaissent le nom.
2. Explorer l'arborescence quand ils savent dans quelle direction chercher mais pas le nom exact.
3. Combiner les deux en même temps, par exemple chercher un ouvrage connu puis explorer ses rubriques pour choisir la bonne.

Et une contrainte supplémentaire : les utilisateurs ont souvent besoin de comparer des données issues de niveaux différents de la hiérarchie. Cacher le contexte parent pour simplifier l’affichage n’était pas une option, et ce qui m'a fait abandonner ma première idée.

Pour résoudre la problématique de sélection de rubriques (liste de 15.000) ma première idée à été de créer un simple explorateur de fichiers comme celui de drive, qui permet à l'utilisateur de se débarasser du superflux tout en avançant dans son parcours de choix de rubrique, mais j'avais oublié un besoin important :

Entrer dans un dossier pour y voir son contenu, c’est perdre de vue tout le reste. Les techniciens ne naviguent pas comme on cherche un fichier. Ils explorent des données hydrauliques où le contexte parent est aussi important que la destination. Ils ont besoin parfois d'avoir plusieurs arborescences visibles au même moment pour trouver celle qui les intéresse.

Avant de toucher à l’interface, j’ai commencé par les mots. J’ai proposé une nomenclature claire : un Rapport contient une ou plusieurs Analyses. Chaque Analyse est constituée de Rubriques, les points de mesure que l’utilisateur sélectionne pour construire sa courbe. Chaque terme désigne désormais une seule chose, et elle correspond à la façon dont les techniciens pensent leur travail.

Plutôt que d’afficher toutes les options au même niveau, j’ai distingué les fonctionnalités de premier plan, utiles à tous, de celles de second plan, réservées aux usages experts.

Toutes les fonctionnalités de paramétrage des courbes sont regroupées dans un volet latéral, que l’utilisateur ouvre et ferme d’un clic. Par défaut, l’écran reste centré sur l’essentiel : la lecture des données et le changement de mode de vue (tableau, graphique). Le paramétrage avancé reste accessible à tout moment, sans encombrer l’interface de ceux qui n’en ont pas besoin.

Les maquettes existantes ne montraient que des écrans remplis. J’ai conçu les écrans d’accueil, les états vides et le parcours de première connexion, qui n’existaient pas. Chaque état vide explique à quoi sert l’écran et indique la prochaine action à faire. L’objectif : qu’un nouvel utilisateur comprenne à quoi sert l’outil dès son arrivée, et apprenne à s’en servir en l’utilisant plutôt qu’en lisant une documentation.

Le mode exploration : en cliquant sur le chevron, l’utilisateur déplie les niveaux en gardant tout le contexte visible. Il peut ouvrir plusieurs niveaux simultanément pour comparer.

Le mode focus : en cliquant sur la section elle-même, l’utilisateur entre dans une vue dédiée. L’arborescence disparaît, un fil d’Ariane prend sa place pour indiquer le chemin parcouru et permettre de revenir en arrière.

La recherche par mots-clés complète ce système :
les résultats sont regroupés par type (Rubrique, Site, Station, Capteur) avec le nombre d’occurrences par catégorie

Une limite contextuelle
Au-delà de 5 rubriques par analyse, un message contextuel informe l’utilisateur que la lisibilité du graphique devient compromise. Il reste libre de continuer.

Le travail a été très bien accueilli par le client et les agents experts des comités utilisateurs.

Les maquettes sont passées en développement. Face au volume de travail restant sur le produit, le client a demandé à pérenniser l’accompagnement au-delà du contrat initial, pour continuer à produire et faire évoluer les écrans au fil des comités utilisateurs et veiller à la cohérence globale d’aGHyre avec l’écosystème VNF.

La méthodologie des comités utilisateurs reste un point de vigilance. Solliciter les utilisateurs pour leurs fonctionnalités souhaitées produit une liste de courses sans priorisation. J’ai remonté ce point à l’équipe métier et essayé de prioriser là où c’était possible. Continuer à structurer cette démarche sera l’un des enjeux de la suite de l’accompagnement.