[Mission] Product designer

Nous recherchons un·e product designer pour prendre en charge la conception et la delivery du produit, aux côtés de la responsable produit.

Nous recherchons quelqu’un passionné·e par les enjeux environnementaux, qui n’a pas peur de la complexité administrative, qui a envie de se confronter à un design d’interface exigeant avec des utilisateurs aux maturités numériques variées et avec la rigueur pour aller jusqu’à la delivery.

2027 est une année charnière : pour passer de 6 à 15, puis 40 territoires, nous devons imaginer un service facile d’utilisation pour tous les utilisateurs, avec des parcours sur lesquels les utilisateurs peuvent être autonomes pour partager leurs données. Cela nécessitera de comprendre le cycle de vie des prélèvements d’eau en France, de questionner les données collectées et s’assurer que ce qui est livré répond aux objectifs du service.

En parallèle, nous construisons les fonctionnalités qui feront de Partageons l’eau un service utile pour la révision des autorisations de prélèvement d’eau et la gestion des sécheresses.

Qui fait quoi

• La responsable produit pilote le projet : elle porte la vision, la roadmap, la priorisation et les arbitrages qui engagent le positionnement du service, ainsi que la relation aux sponsors et aux partenaires institutionnels.

• Tu porteras de bout en bout la conception et la delivery : recherche utilisateur, parcours, prototypes. Tu tiendras le backlog des fonctionnalités à jour dans le cadre des priorités fixées, et tu recetteras ce qui est livré.

• Le développeur full stack conçoit l’architecture et le schéma technique des données, et développe l’interface à partir de tes maquettes.

Tes missions principales :

Étape 1 – Concevoir le parcours d’arrivée d’un nouveau territoire

Exemple de mission détaillée : aujourd’hui, quand un territoire rejoint Partageons l’eau, nous recueillons les informations permettant d’initier la connaissance - des préleveurs, des agents, des points de prélèvement - de ce territoire, via un fichier Excel, puis l’équipe fait le reste. C’est encore très chronophage. Demain, cela sera un parcours sur la plateforme, le plus souple et automatique possible.

C’est la priorité des premiers mois.

• Comprendre et valider les objets utilisés. Le service repose sur des objets (point de prélèvement, compteur, collecteur, préleveur) dont les définitions actuelles doivent être confrontées plus largement au terrain. Un compteur partagé sur plusieurs points, un point sur lequel il y a plusieurs compteurs, un compteur partagé entre plusieurs agriculteurs, une même personne qui gère plusieurs structures : ces cas sont ils bien couverts ? D’autres objets sont ils à prendre en compte pour répondre aux besoins ? Tu mènes les entretiens qui permettent de le vérifier et tu fais évoluer l’architecture de l’information avec le développeur

• Identifier la source de donnée pour chacun de ces objets. Qu’est-ce qui peut être collecté de manière automatique, avec quel niveau de fiabilité ? Qu’est-ce qui doit faire l’objet de saisie manuelle ?

• Concevoir le parcours . Une fois les objets stabilisés, tu conçois le parcours qui permet à un territoire de renseigner, vérifier et compléter sa connaissance de départ puis de la tenir à jour dans le temps (nouveaux préleveurs, changements de compteurs, nouvelles autorisations,etc)

• Répondre aux spécificités locales sans faire du sur-mesure. Chaque territoire a ses particularités. L’enjeu est de proposer un parcours commun qui s’adapte, par exemple en s’appuyant sur l’IA pour interpréter les fichier existants des territoires.

• Le parcours peut impliquer plusieurs acteurs : services de l’État, structure porteuse de SAGE / PTGE, préleveurs : qui fait quoi, qui valide, quel accompagnement prévoir.

Étape 2 – Concevoir le parcours de saisie de donnée jusqu’à sa visualisation

Aujourd’hui, pour collecter la donnée de prélèvement / ressource, différentes options. Parmi celles ci : l’usager peut saisir ses index de prélèvement directement sur Partageons l’eau, il peut également organiser la transmission de cette donnée via API. Plusieurs améliorations sont à prévoir. 2 exemples :

• comment rendre lisible l’impact des prélèvements sur l’état des cours d’eau / des nappes.

• un agriculteur relève son compteur le 2 septembre, puis le 10 janvier. On sait combien d’eau il a prélevé sur ces quatre mois, mais pas mois par mois. Comment visualiser cette donnée ? Une partie de la réponse est dans la visualisation, une autre partie surement en amont : la manière dont on contraint la saisie de la donnée de prélèvement (via l’outil de saisie en ligne, via imports de fichier, API)

Étape 3 – Concevoir les fonctionnalités

• Traduire les orientations de la roadmap en parcours et en écrans : comparaison prélèvements / autorisations, alertes de dépassement, effet des restrictions sécheresse sur les prélèvements, etc.

• Mener la recherche utilisateur : entretiens et tests avec les agents de services de l’état, les animateurs et animatrices de SAGE, les préleveurs, les organismes uniques de gestion collective

• Concevoir les maquettes figma et garantir la conformité des écrans au DSFR et au RGAA

Etape 4 - Tenir le backlog et accompagner jusqu’à la mise en production

• Tenir et ordonner le backlog au quotidien, dans le cadre des priorités fixées par la responsable produit

• Transmettre au développeur des prototypes complets : état des écrans, cas limites, règle de gestion

• Recetter ce qui est livré avant la mise en production

• Suivre l’usage réel et en tirer des enseignement pour la suite

• Tenir à jour la documentation de conception : décisions / objets / parcours

Pourquoi rejoindre Partageons l’eau ?

• Travailler sur un sujet au cœur des tensions climatiques et territoriales

• Rejoindre la communauté beta.gouv, une communauté de produits numériques du service public répondant aux problèmes d’intérêt général et aux besoins des usagers

• Être au cœur d’un projet mêlant numérique, politiques publiques et concertation locale.

L’équipe

Tu rejoindras une équipe engagée :

• Astrid Tarteret, entrepreneure d’intérêt général, responsable produit,

• Samy Ghribi, développeur full stack

• Yoan Levy, chargé de déploiement

• Valentin Le Tellier, chargé de déploiement pour La Réunion

L’équipe s’étoffera en 2027.

Tu es la bonne personne si tu as :

• au moins 5 ans d’expérience en conception de produits numériques

• une expérience de travail dans un environnement métier complexe

• l’envie de travailler pour un service publique sur des enjeux bien commun

• l’habitude de structurer un produit orienté donnée à partir de ses objets et de leurs relations, et de dialoguer avec un développeur sur un modèle de données ;

• un usage professionel de figma

• une expérience de data visualisation à partir de donnée complexe

• une vraie autonomie

• une aisance pour concevoir pour des publics différents (administration, acteurs économiques) aux maturités numériques variées ;

• l’envie de tester des briques fonctionnelles utilisant l’IA

• la rigueur pour maintenir un backlog à jour et suivre le développement au quotidien : cette mission demande autant de sens produit que de conception

Seront particulièrement appréciés :

• Une expérience sur les secteurs de l’eau, de l’énergie ou de l’environnement, et plus largement sur des données de mesure / comptage

• Une pratique du DSFR et du RGAA

Modalités

• Contrat : ouvert aux indépendant·e·s

• Rémunération : TJM selon expérience et profil

• Début de la mission : dès que possible

• Durée : 12 mois, avec un point d’étape à 2 mois

• Temps de travail : environ 3 jours par semaine au démarrage

• Une présence régulière dans les locaux à Paris est demandée

• Un embarquement organisé par beta.gouv sera obligatoire à l’arrivée sur la mission

• Offre de mission via La Manufacture, le titulaire de notre marché public.

• Un entretien fit

• Une mise en situation métier

• Un échange avec l’équipe