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.

Ce qui suit décrit ce système de travail. Il s’adapte à chaque contexte. Les principes restent les mêmes.

Comment le travail se structure

Trois temps, adaptés à chaque projet. Le rythme se construit ensemble dès la première semaine.

Cadrer

Avant le premier écran, on s’aligne sur ce qu’on résout et pourquoi.

Je travaille avec le PM et le métier pour définir le périmètre du problème, les hypothèses qu’on veut tester, et les critères de succès. On identifie les profils utilisateurs concernés, leurs parcours réels, leurs frustrations. On cartographie les risques. Ce cadrage produit un document partagé auquel tout le monde peut se référer pendant le projet, pour ne pas revenir sur les mêmes questions plus tard.

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.

Travailler ensemble

Je fonctionne en binôme avec un responsable produit. Trois principes cadrent cette collaboration : chaque atelier est préparé avec un scénario et un livrable défini, le PM voit l’avancement au fil de l’eau, et chaque arbitrage est documenté pour qu’on ne refasse pas les mêmes débats. Côté répartition, les specs produit sont la responsabilité du PM. Je produis les maquettes annotées et les parcours documentés qui les alimentent. On s’aligne sur les priorités en amont, et on les porte ensemble devant les parties prenantes. Le PM a une visibilité continue sur la conception : on ne présente pas le design « quand il est prêt », il est visible dès les premières explorations.