Une précieuse phase d’audit de l’existant

Pour mener cette mission à bien, nous avons appliqué notre méthodologie habituelle, et donc commencé par mener une phase d’audit avec les acteurs-clés du projet (intrapreneur, designers et développeurs). L’importance de cette étape ne doit pas être sous-estimée : bien que menée rapidement, elle nous a permis d’identifier de manière fine et exhaustive les besoins techniques sur lesquels concentrer notre intervention.

Sur cette lancée, et portés par l’incubateur Beta.gouv (que nous accompagnons sur plusieurs missions), nos équipes Tech ont participé à la création de “La Boussole”, un simulateur d’aides développé à partir de celui de la plateforme Mes-Aides.org, lui-même basé sur le moteur open source Open Fisca. Ce choix a été très important pour le développement du projet : ne pas réinventer la roue lorsque des technologies efficaces et éprouvées existent déjà et ne nécessitent que d’être légèrement adaptées. Mes-Aides est une plateforme intégrant un simulateur permettant à toute personne résidant en France de tester son éligibilité à plus de 30 aides sociales nationales ou locales, en moins de 5 minutes. La Boussole étant un cas d’usage similaire mais plus restreint, la décision de ne pas partir de zéro nous a semblée évidente.

Une méthode agile pour adapter la plateforme aux besoins des usagers

Nous devons le succès de cette mission à notre capacité à intervenir avec agilité, en nous adaptant aux équipes en place, prérequis indispensable à notre démarche de co-construction. Elle s’est notamment manifestée par l’utilisation de techniques et d’outils classiques de la culture agile, tels qu’un kanban (en l’occurrence, Trello) ou une messagerie collaborative (Mattermost). Nous avons conduit des entretiens, des brainstormings intensifs et participé à des réunions quotidiennes afin de prescrire et déterminer les solutions techniques les plus adaptées. La mise en place de ces outils et rituels nous a permis de fédérer des groupes de travail efficaces et aptes à dialoguer ensemble, pour délivrer le prototype en respectant les contraintes temporelles.

L’autre défi de la plateforme a résidé dans la conception de son workflow. Pour garder le simulateur le plus efficace possible, une réflexion a dû être mise en oeuvre : comment tester l’éligibilité d’un utilisateur au plus grand nombre d’aides différentes, en lui posant le moins de questions possibles ? L’outil a donc été designé autour de 5 catégories de questions, posées à la suite : le profil utilisateur (âge, nationalité, étudiant ou non…), la composition de son foyer, ses revenus, son logement et ses projets. Le tout pour parvenir à un parcours utilisateur aussi optimal que possible :

• suffisamment simple pour assurer la rétention de l’utilisateur (éviter de perdre l’utilisateur en cours de route en lui posant trop de questions) ;
• dont le code n’est pas inutilement long et complexe (et donc respecter le principe KISS) ;
• et ne récoltant pas plus de données que le minimum nécessaire au bon fonctionnement de l’outil (conformément à l’esprit et à la lettre des différents textes sur la protection des données personnelles).