Le client et le contexte
Le Réseau Grandir Ensemble suit les enfants vulnérables des Pays de la Loire, nés prématurés ou avec une pathologie sévère, de la naissance à leurs sept ans. Il fait partie du Réseau Sécurité Naissance, le réseau de périnatalité de la région. Environ 300 médecins référents assurent les consultations, avec l’appui d’une équipe de coordination d’environ cinq personnes.
Quand un enfant a besoin d’un kinésithérapeute ou d’un orthophoniste, il faut orienter la famille vers un professionnel proche de chez elle. Ghislain Leduc, l’épidémiologiste du réseau, avait développé pour cela une application Shiny réservée à l’équipe de coordination. On y saisit l’adresse d’une famille, et l’application classe les professionnels du réseau par distance.
Le problème
Le réseau voulait ouvrir cet outil aux médecins référents. Son cahier des charges demandait une interface ergonomique et simple, pour un public peu habitué à ce type d’application. Il ne la décrivait pas davantage.
Ghislain Leduc le dit lui-même dans son témoignage. Sur l’ergonomie, « on avait des attentes un peu moins précises, parce que ça demande d’avoir un background de connaissance sur le sujet pour pouvoir s’imaginer ce qui est faisable et dans quelle direction aller ».
L’application existante répartissait les médecins, les professionnels paramédicaux et les structures de prise en charge sur trois pages. Chaque page avait sa carte, son tableau et deux filtres.
Ce qu’on a fait
Partir de l’outil existant. Puisque le cahier des charges ne décrivait pas l’interface, on est partis de ce que l’équipe utilisait déjà. À la réunion de lancement, Ghislain Leduc a fait la démonstration de son application en la commentant, et plusieurs besoins en sont sortis que le cahier des charges ne mentionnait pas : garder l’adresse de la famille en passant d’un onglet à l’autre, relier la carte et la liste, produire un export à remettre à la famille. Il a ajouté ensuite qu’un seul filtre et une seule carte lui semblaient préférables.
Montrer une maquette. À partir de ces éléments, Cécile, la designer de l’équipe, a dessiné l’écran dans Figma, en version ordinateur et en version mobile, aux couleurs du réseau. On a présenté cette maquette au client 13 jours après le lancement. L’équipe du réseau avait alors sous les yeux une interface sur laquelle se prononcer.
Décider devant elle. Une maquette fait venir des questions qu’un cahier des charges ne pose pas, et les décisions ont été prises en séance. Devant le champ d’adresse, l’équipe du réseau a demandé ce que verrait l’utilisateur si l’adresse n’était pas trouvée. On a donc prévu un message d’erreur dans ce cas, et un message de confirmation quand la géolocalisation réussit. C’est aussi devant la maquette que l’export destiné aux familles, avec le nom, l’adresse et le téléphone des professionnels, a été désigné comme la fonction la plus importante de l’application.
Dans l’application livrée, le médecin saisit l’adresse de la famille en haut de l’écran, et un message lui confirme qu’elle a été trouvée. Il choisit ce qu’il cherche, un médecin référent, un professionnel paramédical ou une structure, puis règle la distance et le temps de trajet qu’il accepte. La carte et la liste lui montrent les professionnels les plus proches, avec le temps de trajet en voiture. Il exporte ensuite cette liste en PDF pour la remettre à la famille.
Les résultats
L’application a été mise en recette à la date prévue, cinq semaines après le lancement, et elle est en production depuis janvier 2026.
L’ergonomie était le point que le réseau savait le moins décrire au départ. Ghislain Leduc conclut dans son témoignage : « L’application telle qu’elle a été livrée répond complètement aux besoins en termes de fonctionnalité et d’amélioration de l’ergonomie et de l’expérience utilisateur. »
Quelques mois plus tard, il nous a confirmé que l’application était déployée auprès du réseau et qu’elle ne posait aucun problème.
Vous avez une application à ouvrir à de nouveaux utilisateurs et une interface à repenser pour eux ? Écrivez-nous.
Commentaires