Fiabiliser les données de terrain dont dépend le calcul de chaque score
Un parcours de création de licence clair et guidé pour les clubs
Aider les UX researchers et designers dans leurs recherches utilisateurs
Augmenter l’interaction des fans en leur permettant de gérer leur équipe de hockey
Aider les patients d’IBS à tracker leur nourriture rapidement et précisément
Je me suis tourné vers le SaaS B2B pour une raison simple : on y conçoit pour des gens qui n’ont pas choisi leur outil, et qui passent parfois leur journée dessus. Comme il n’y a pas d’enjeu de désirabilité comme en B2C, l’UX est souvent la première sacrifiée. C’est justement là qu’on peut changer le quotidien de quelqu’un.
J’aime prendre un projet en main, et je le fais rarement seul. Je travaille au plus près des devs, des PM et des équipes terrain, en parlant la langue de chacun. Mon rôle dans ces échanges : rappeler que derrière chaque arbitrage, il y a quelqu’un qui va utiliser l’outil.
Je pars rarement en voyage sans un appareil photo, et j’aime me perdre dans les ruelles pour saisir des scènes du quotidien. Depuis plus de 10 ans, j’anime aussi des camps scouts. Monter un projet de zéro, en équipe, pour d’autres : pas si loin de mon métier.
Une interface simple est l’une des plus difficiles à concevoir. Encore plus en B2B, où les outils sont denses, les données nombreuses et les cas métier rarement linéaires.
Mon travail consiste à partir d’un besoin flou, à comprendre ce que l’utilisateur cherche vraiment à accomplir, et à n’en garder que l’essentiel. Simplifier, ce n’est pas retirer des fonctionnalités, c’est hiérarchiser. Ce qui sert tous les jours doit être évident, ce qui sert rarement doit rester accessible.
Never trust user input.
Never trust your design.
En dev, on apprend à se méfier de ce que saisit l’utilisateur. Je préfère retourner la question. Il va se tromper, être fatigué, pressé, et c’est au design de l’avoir prévu.
Un bon design ne s’arrête pas au parcours idéal, il anticipe aussi les erreurs, les saisies invalides et les cas limites. C’est aussi pour ça que j’ai du mal à lâcher un détail.
Des actions similaires doivent produire des résultats similaires. C’est ce qui rend un outil prévisible, et ce qui donne confiance à ceux qui s’en servent au quotidien.
C’est pour ça que le design system est au cœur de mon travail, de la FFGolf à Injoy. Je le construis comme un langage commun avec les devs, avec des composants et des règles d’usage partagés, pour que chaque nouvel écran s’appuie sur l’existant plutôt que de tout réinventer.
J’anime des ateliers, je fais passer des tests utilisateurs et je range tout ce que j’apprends au même endroit.
Figma pour presque tout, des premières maquettes au design system.
Quand une maquette ne suffit pas, je code un vrai prototype et je le mets en ligne pour le faire tester.
Je suis les tickets avec les devs, je lis leur code et on parle le même HTML/CSS.
Randonnée
Photographie
Lecture
Musique
