Pierre Verfaillie
Méthode · D2B (Design to Build)

Concevoir, challenger, construire, décider.

Méthode de développement produit assistée par IA.

Construire vite avec l'IA est facile. Construire vite et garder la main sur ce qui est produit l'est moins. D2B est la façon dont je concilie les deux, sur mes produits comme sur les missions de mes clients.

La méthode sur GitHub
Les quatre rôles

Trois outils, une décision humaine.

01

Concevoir

Claude Design

Les écrans et l'identité visuelle avant le code : on voit le produit, on le discute, on le corrige tant qu'il ne coûte rien à changer.

La conception vient en premier parce que c'est l'étape où une erreur se corrige le moins cher. Une maquette se refait en une heure, un écran déjà codé se refait en une journée.

Claude Design produit des maquettes complètes, interactives, déclinées desktop et mobile. Elles deviennent la référence partagée : elles cadrent ce qui doit exister et évitent les discussions abstraites sur un produit que personne n'a encore vu.

Ce que le rôle produit

  • Maquettes desktop et mobile
  • Identité visuelle et composants
  • Référence partagée pour l'équipe
02

Challenger

LLM conversationnel

Un modèle dédié au cadrage, à la revue et à l'arbitrage. Il ne produit pas le livrable, il garantit qu'il répond à la bonne question.

C'est le rôle le plus souvent oublié. Un agent qui conçoit et exécute finit par se convaincre lui-même que son travail répond au besoin : il n'a aucun recul sur ce qu'il vient de produire.

Ce rôle cadre l'enjeu métier, interroge les choix, relit les livrables et arbitre les priorités. Il tient la mémoire des décisions : contexte, contraintes, critères d'acceptation.

Ce que le rôle produit

  • Cadrage de l'enjeu et des utilisateurs
  • Périmètre arbitré, lot par lot
  • Revue critique de chaque livrable
03

Construire

Claude Code en CLI

L'exécution en ligne de commande, dans le dépôt : code, écrans et documentation produits par lots courts qui se terminent par quelque chose qui tourne.

L'exécution se fait en CLI, au contact direct du dépôt : l'agent lit les fichiers, lance le build, les tests et le linter, et corrige ce qu'il casse. Rien ne passe par un copier-coller entre une fenêtre de chat et un éditeur.

Le travail avance par lots. Chaque lot part du cadrage, produit du code déployable, et se termine par une vérification : build, qualité, accessibilité, performance.

Ce que le rôle produit

  • Code livré et déployé en continu
  • Écrans et parcours réellement cliquables
  • Documentation écrite au fil de l'eau
04

Décider

L'humain

Validation, sécurité, coûts et qualité restent sous la main de l'équipe. L'IA accélère, l'humain décide.

Chaque fin de lot passe par une validation humaine : conformité au cadrage, sécurité, coût d'exécution, qualité perçue. C'est ce point de contrôle qui rend la méthode utilisable en entreprise.

Sans lui, la vitesse de l'IA devient une vitesse d'accumulation de dette. Avec lui, elle devient une vitesse de livraison.

Ce que le rôle produit

  • Revue humaine à chaque fin de lot
  • Sécurité et coûts suivis explicitement
  • Dette technique arbitrée, pas subie
Le cycle

Sept temps, répétés à chaque lot.

  1. 1

    Cadrer

    Comprendre l'enjeu métier, identifier les utilisateurs et arbitrer ce qui doit exister. Surtout ce qui n'a pas à exister.

  2. 2

    Concevoir

    Produire les écrans et l'identité visuelle avant d'écrire la moindre ligne de code, et les faire valider.

  3. 3

    Planifier

    Découper en lots livrables, chacun avec son périmètre et ses critères d'acceptation explicites.

  4. 4

    Construire par lot

    Exécuter un lot à la fois, jusqu'à quelque chose qui tourne. Pas de lot qui s'achève sur un document.

  5. 5

    Vérifier

    Build, qualité du code, accessibilité, performance, sécurité. Mesuré, pas supposé.

  6. 6

    Revoir

    Relecture humaine du lot : conformité au cadrage, coûts, qualité perçue. C'est ici qu'on décide de continuer ou de corriger.

  7. 7

    Consigner

    Écrire ce qui a été fait, ce qui a été décidé et pourquoi. Le lot suivant démarre avec cette mémoire.

Principes

Ce qui tient la méthode debout.

  • Concevoir avant de construire

    La maquette précède le code. Une direction produit se corrige en une heure sur un écran dessiné, en une journée sur un écran développé.

  • Celui qui cadre n'exécute pas

    La séparation des rôles évite l'auto-validation et rend les arbitrages traçables. C'est le cœur de la méthode.

  • Le lot se termine par du réel

    Pas de lot qui s'achève sur un document. Chaque itération produit quelque chose qui tourne et qu'on peut juger.

  • La décision reste humaine

    L'agent propose, l'équipe tranche. Sécurité, coûts et qualité ne se délèguent pas à un modèle.

  • La méthode est transmissible

    L'objectif n'est pas de livrer plus vite une fois, mais que l'équipe puisse recommencer sans moi. C'est l'objet de la formation et de l'accompagnement Claude Code.

  • Tout est consigné

    Décisions, écarts et mesures sont écrits au fil de l'eau. Un produit sans mémoire se reconstruit en boucle.

Transmettre la méthode

Formation et accompagnement Claude Code.

D2B se transmet. La formation Claude Code apprend à vos équipes à tenir les quatre rôles : concevoir les écrans avant le code, challenger le cadrage, piloter l'exécution en CLI et garder la décision. L'accompagnement Claude Code applique la méthode directement sur vos projets, le temps que vos équipes soient autonomes.

Quinze ans de B2B sur le terrain, dont la direction d'une agence de 35 personnes en recrutement tech. Dix ans de code, et du développement fullstack IA en production depuis 2024. La méthode est née de ce besoin concret : livrer seul, vite et proprement, des produits qui demanderaient normalement une équipe. Elle a ensuite été formalisée pour être transmise, et elle est publiée en open source.

Appliquons-la à votre produit.

La méthode se transmet en formation, ou s'applique directement sur votre projet en mission. Depuis Lille, à Paris ou en full remote.

Réserver un échange de 30 minDécrire mon besoin
contact@pvfl.fr