# Réfugiés.info : Remettre un service public en mouvement, sans jamais l'arrêter > DSFR, RGAA 4, 8 langues — comment j'ai accompagné l'évolution d'une plateforme gouvernementale avec une équipe réduite chez Beta.gouv. **Published:** 2024-12-15 **Author:** Jérémie Gisserot **Language:** fr **Canonical URL:** https://jeremie-gisserot.net/case-studies/refugies-fr --- Réfugiés.info est une plateforme gouvernementale portée par le Ministère de l'Intérieur qui aide chaque jour des milliers de personnes réfugiées à accéder à l'information sur leurs droits — en 8 langues. J'ai accompagné sa migration vers le Design System de l'État (DSFR) et sa mise en conformité RGAA, avec une équipe de deux développeurs. --- ## Le contexte **Réfugiés.info** est un service public numérique porté par la DIAIR (Ministère de l'Intérieur) et incubé par Beta.gouv. La plateforme aide les personnes réfugiées et demandeurs d'asile à trouver des informations fiables sur leurs droits et démarches — en 8 langues. Quand je rejoins l'équipe, le produit fonctionne mais accumule de la dette technique : composants hétérogènes, accessibilité non structurée, et un design system maison qui cohabite mal avec le DSFR. L'équipe est réduite : un CTO à mi-temps, des PO qui se succèdent, et moi comme seul développeur à quasi temps plein. --- ## Mon rôle **Designer, développeur front-end et référent accessibilité**, j'interviens sur toute la chaîne : - **Migration DSFR** — Intégration progressive du Design System de l'État, composant par composant, sans bloquer la production - **Pilotage accessibilité RGAA** — Création d'un backlog dédié, tests manuels (clavier, VoiceOver, NVDA), coordination avec la team accessibilité Beta.gouv - **Modernisation front** — Introduction de Tailwind CSS avec mapping des tokens DSFR, réduction de la dette SCSS - **Refonte recherche** — Conception et développement d'une recherche multi-critères (Algolia + MongoDB) - **Architecture composants** — Restructuration du code pour une meilleure réutilisabilité et maintenabilité Et en cours : conception d'un **pipeline IA éditorial** pour la réécriture et la simplification des fiches d'information en 8 langues. 👉 **[Suivre l'avancement dans le journal de bord](/fr/build-in-public)** --- ## La méthode Une règle simple a guidé tout le projet : > **Chaque fois qu'on touche une page, elle en sort plus accessible qu'avant.** Pas de refonte big bang. Pas de sprint accessibilité isolé. Chaque ticket produit devenait une opportunité d'amélioration. La migration DSFR et la mise en conformité RGAA avançaient en parallèle — chaque composant migré gagnait en cohérence et en inclusion. L'accompagnement de la team accessibilité Beta.gouv (onboarding, conseils, audit surprise en milieu de projet) a transformé le sujet en réflexe quotidien plutôt qu'en chantier ponctuel. --- ## Les résultats - **Navigation clavier fluide** sur l'ensemble des parcours critiques - **DSFR stabilisé** — composants principaux migrés et harmonisés - **Tailwind + DSFR intégrés** via un mapping de tokens maison - **Dette front-end significativement réduite** — code plus maintenable et prévisible - **Accessibilité devenue un réflexe d'équipe**, pas un projet ponctuel --- ## Ce que j'en retiens Ce projet prouve qu'une petite équipe peut améliorer un produit public sans refonte totale. L'accessibilité n'est pas un sprint — c'est une façon de travailler. Et le DSFR n'est pas une contrainte : c'est un accélérateur. 👉 **[Lire le retour d'expérience technique complet sur la migration DSFR et l'accessibilité RGAA](/fr/accessibilite-dsfr-produits-publics/refugies-info-accessibility-dsfr)** --- ## Stack & outils React, Next.js, TypeScript, Tailwind CSS, DSFR, Algolia, MongoDB, Storybook, VoiceOver, NVDA, Axe, Pa11y