Product design
Cadrer un produit ou une fonctionnalité, du brief de départ jusqu’aux écrans haute fidélité que les devs peuvent construire sans deviner.
Senior Product Designer
Je conçois des interfaces SaaS et leur design system
Applications web et mobiles, j’interviens sur le cadrage produit, l’expérience utilisateur et la mise en place de design systems cohérents.
Paris, FranceRemote
Ils m’ont fait confiance
Ce que je fais
De la première idée au prototype fonctionnel codé
Design system
Construire ou faire évoluer un système existant, de l’architecture de tokens aux composants, jusqu’à la documentation pour les équipes.
Prototypage IA
Prototype codé par LLM : des parcours et des fonctionnalités testables en quelques jours, livrés dans un dépôt Git, prêts à intégrer.
Identité de marque
Code couleur, typographie, supports branding. Rendre une marque reconnaissable au premier regard et cohérente partout où elle apparaît.
Quelques projets clients
miLux
miLux centralise, analyse et simplifie tous vos contrats du quotidien
Accès SAP
Plateforme de gestion administrative de services d'aide à la personne
Aedile
Outil de gestion de projets basé sur la blockchain
Ma Treso
Ma Treso, votre trésorerie sous contrôle
Pas de panique
L'application anti-stress qui vous veut du bien !
Darwin Care
Votre assurance animal en toute tranquillité
Dear Muesli
Muesli bio adapté à vos goûts et besoins nutritionnels
À propos de moi
Autodidacte, j’ai consacré ces 15 dernières années aux interfaces web, pour tout type de projets B2B & B2C, aussi bien startup que grand compte. Je conçois avec un PM, je livre avec les devs.
J’ai fait mes armes dans l’écosystème des startups et des hackathons parisiens. 48 h pour passer d’une idée à un prototype défendable devant un jury, avec des développeurs, des porteurs de projet et des designers qu’on ne connaissait pas la veille. On y apprend à décider vite et à travailler en équipe avec ce qu’on a.
Mais ce que j’aime vraiment est de pousser la cohérence globale d’une interface dans ses moindres détails. Les concepts établis par l’Atomic Design me permettent de m’en approcher, c’est pourquoi je me spécialise dans la refonte ou la mise en place de design systems adaptés au contexte de chaque projet.
Mes designs s’adressent désormais à trois lecteurs : les utilisateurs, les devs et les agents. Ce qui est clair pour l’un doit l’être pour les autres. Grâce à la conception assistée par IA, le temps gagné en production est réinvesti en amont — cadrage, exploration, tests.
Les méthodologies évoluent, les fondamentaux restent : des besoins utilisateurs, des contraintes métier, des interfaces au pixel près et accessibles, et des systèmes conçus pour être adoptés, pas seulement livrés.
Travailler avec moi
Ouvert à tout type de collaboration, parlons-en.
Les questions qu’on me pose le plus souvent
Je priorise les missions longues, intégré aux équipes produit. En fonction du projet, je peux également intervenir ponctuellement sous forme de sprints. La collaboration dépend de votre contexte : parlons-en, je vous dirai franchement si c’est pour moi.
Idéalement, je travaille avec un PM sur le cadrage et avec les devs sur la livraison. Un point hebdomadaire, un livrable visible à chaque étape, et vos outils plutôt que les miens. Je ne demande jamais à une équipe de changer ses rituels pour m’accueillir, c’est moi qui m’adapte.
Mon logiciel de référence est Figma, que j’utilise comme « source of truth » des éléments de design produits. Je conçois également des prototypes codés par IA, en React, TypeScript, Tailwind et shadcn/ui par défaut. Si votre équipe est sur une autre stack, je pars de la vôtre : la méthode, l’architecture de tokens et la discipline de spec restent identiques, c’est l’implémentation qui s’adapte.
Les deux, en fonction de vos besoins. De base, je conçois dans Figma l’architecture des tokens, les composants et les maquettes, que je peux également livrer en code produit par agent, dans un dépôt Git. Vos devs récupèrent du code à intégrer, pas une maquette à traduire.
Elle exécute une partie de la production, pas les décisions. Le temps gagné sur la mise en œuvre est réinvesti en conception : cadrage, exploration, tests. Ce qui change, ce n’est pas la qualité du livrable, c’est le nombre d’itérations avant de le figer.
À Paris, en remote la plupart du temps, avec des déplacements sur site quand le projet le demande.
Oui. Je travaille en remote depuis des années, avec des équipes réparties sur plusieurs fuseaux. Quelques heures communes par jour suffisent pour les points de décision, le reste passe en asynchrone et mes livrables se doivent d’être autoportants.
Une question qui n’est pas là ?
Écrivez-moi sur LinkedIn