Approche
La plupart des produits B2B qui échouent ne sont pas mal conçus. Ils sont conçus sans avoir posé la bonne question au départ, ou sans avoir vérifié la réponse assez tôt. Le prototype arrive trop tard, après les spécifications, après les arbitrages budgétaires, quand il ne peut plus rien changer.
Je conçois des outils métiers denses en données, en binôme avec un responsable produit. EdTech, construction, civic tech, média. Ma méthode repose sur un principe simple : cadrer le problème, matérialiser une réponse testable en une semaine, et arbitrer sur la base de ce qu’on observe, pas de ce qu’on suppose.
Comment le travail se structure
Trois temps, adaptés à chaque projet. Le rythme se construit ensemble dès la première semaine.
Avant le premier écran, on s’aligne sur ce qu’on résout et pourquoi.
Output
Document de cadrage avec périmètre, risques et hypothèses. Board FigJam ou doc Notion, deck de restitution.
Exemple
France VAE : 10 entretiens terrain avec les accompagnateurs ont restructuré les priorités du MVP collectif avant qu’un seul écran ne soit conçu.
Ce qui guide les décisions
Trois principes qui orientent chaque projet.
Chez UNOWHY, le prototype du dashboard Connect a montré que les enseignants avaient besoin d’applications spécialisées, pas d’un tableau de bord unifié. On a changé de direction. Ce prototype qui montrait la « mauvaise » direction a fait gagner six mois au projet, parce qu’il a posé la bonne question au bon moment. Chez Toolkit, le prototype V2 a permis au CEO de sécuriser la deuxième levée de fonds. Dans les deux cas, le prototype a fait ce qu’un document de spécifications n’aurait jamais fait : il a rendu la décision tangible.
Étude de cas
SQOOL Connect
Comment prototyper la mauvaise direction a économisé six mois et redéfini le produit.
Travailler ensemble
Trois principes : chaque atelier a un livrable défini, le PM voit l’avancement en continu, et chaque arbitrage est documenté. Les specs sont la responsabilité du PM. Je produis les maquettes annotées et les parcours documentés qui les alimentent. La conception est visible dès les premières explorations.
Cadrage & hypothèses
Terrain + analyse
Partager & décider
Sync PM/Designer
Exploration ou craft
Sprint review
Cadrage hypothèses. Qui on va voir. Protocole.
Entretiens utilisateurs. Observations. Analyse données.
Cartographie insights. Patterns. Reformulation.
Restitution. Validation ou pivot. Décision.
Sync PM/Designer. Objectif sprint. Revue hypothèses.
Exploration ou itération. Échanges asynchrones.
Cohérence patterns. Préparation refinement ou démo.
Prototype présenté. Priorisation backlog.
Lundi : s’aligner. Milieu de semaine : travail de fond. Vendredi : partager et décider. Le rythme se construit ensemble dès la première semaine.
Design Teardown : en 3h, générer et valider des solutions concrètes sur une feature identifiée.
Ce que je produis, par phase
Le bon niveau de fidélité dépend de la question qu’on se pose, pas de l’étape du projet.
Voir l’approche en action
France VAE
Mission de 6 mois pour structurer les ops produit d'un service public national servant 100K+ candidats.
Toolkit
Création d'un SaaS B2B pour le BTP, de zéro (0 to 1). J'ai traduit la vision des fondateurs en un produit commercialisable.
SQOOL Connect
Conception d'un dashboard web et d'un prototype d'interaction persistante pour l'orchestration de classe.
Écrits liés
Le binôme PM-Designer : trois principes pour que ça fonctionne
Chaque collaboration PM-Designer productive que j'ai vécue reposait sur trois choses. Une préparation rigoureuse : chaque atelier a un scéna...
Le cadrage design, c'est 80 % du travail
La plupart des projets design qui dérapent le font avant qu'un seul écran ne soit dessiné. Le brief était vague, le périmètre implicite, les...
