Une web app métier refondue sprint après sprint

Un socle solide, une expérience lourde

L'application existante était riche fonctionnellement, avec des données structurées de qualité et environ 3 500 dossiers actifs. Mais son usage restait administratif : menus, sous-menus, formulaires.

Ses utilisateurs sont responsables d'agence, aides à domicile sur le terrain, infirmiers et infirmiers en pratique avancée. Souvent en déplacement, sous pression de temps, avec des profils et des droits très variés. L'ambition : en faire un produit de référence commercialisable sur le marché médico-social.

Un design sprint, répété à chaque fonctionnalité

• Une idée remonte du client ou des utilisateurs.
• Un atelier ou un entretien utilisateur cadre le besoin.
• Une itération de design répond à ce besoin.
• Un test utilisateur, si besoin, valide la proposition.
• Un arbitrage avec l'équipe de développement tranche la faisabilité.
• La fonctionnalité est développée en sprint.

Cycle répété 49 fois depuis le début du projet.

Toute l'application, pensée pour le terrain

• Redesign de l'application entière, avec plus de 70 écrans.
• Ajout de fonctionnalités métier clés : transmissions entre professionnels, plan personnalisé d'accompagnement (PPA), une première pour le secteur puisqu'aucun référentiel HAS n'existait encore pour ce type d'outils.
• Mise en conformité réglementaire en cours : Ségur, Pro santé Connect, DMP, HAS, RGPD, AI Act.
• Un assistant IA contextuel intégré dans les parcours, conçu avec l'équipe IA et notre partenaire IA côté technique : j'en ai réalisé la partie visuelle et les parcours UX/UI. Le client a fait le pari de s'appuyer sur l'IA pour construire le PPA, que l'assistant génère directement à partir d'une demande en langage naturel, prêt à valider et compléter.

Un raté assumé, sur le formulaire de plan d'action (POA)

Sur une période donnée, le client est devenu réticent à impliquer les utilisateurs dans nos ateliers : peu disponibles, ils annulaient souvent. La seule fois où nous avons travaillé le POA avec eux, le résultat ne les a pas convaincus : nous avons abouti à une version longue et peu intuitive, en voulant couvrir tous les cas plutôt que l'essentiel — un plan d'action doit avant tout être pertinent et rapide à remplir pour être utilisable par tous les profils.

Faute de temps, nous l'avons développé et mis en production tel quel. Personne ne s'en est servi. Le POA ne s'appuyait sur aucun référentiel HAS existant : nous n'avions pas de base solide à laquelle nous raccrocher, ce qui a rendu l'erreur d'autant plus facile. Autre signal que j'aurais dû mieux lire : les utilisateurs impliqués n'osaient pas contredire une version conçue par le dirigeant, ce qui faussait leurs retours — j'aurais dû m'en alerter bien plus tôt. J'en ai tiré une leçon concrète : affirmer davantage mes choix, mieux cadrer le besoin en amont, et ne pas hésiter à tirer la sonnette d'alarme quand c'est nécessaire. Quelques mois plus tard, j'ai proposé une refonte du POA qui, elle, a convaincu.