MKVD Studio

Profession : Product Builder

de Mickaël David

Livre en préparation

Profession : Product Builder

Le Product Builder transforme une idée en valeur concrète, en autonomie. Ce livre définit le métier, son terrain de jeu et ses méthodes.

Un nouveau métier prend forme sous nos yeux.

La révolution de l'IA impacte tous les métiers de la Tech et rend la construction logicielle plus facile, à condition de comprendre ce qu'on fait, pourquoi on le fait, et comment on le fait.

Le Product Builder fait cela seul : il pense, décide, et livre. Ce n'est plus le stratège d'un côté, le designer de l'autre, le product manager entre les deux. C'est une seule personne qui répond du résultat, de bout en bout.

Le métier est déjà là, il est même certifié par l'État. Mais de nombreuses questions subsistent : quel est son périmètre ? Comment s'insère-t-il dans les équipes ? Quelles méthodologies ?

Profession : Product Builder propose en 13 chapitres de faire le tour de la question, avec des exemples concrets et des méthodes applicables immédiatement dans vos organisations.

Maquette du livre Profession : Product Builder

Quatre parties, treize chapitres

Le métier se pratique sur deux terrains. Les deux parties centrales du livre les traitent l'un après l'autre, avec la même séquence.

Partie A

L'émergence d'un nouveau métier

  1. A.01
    Quand construire devient facileProduire un logiciel coûtait du temps, des équipes, de l'argent. Ce n'est plus vrai. La difficulté s'est déplacée vers la décision et la distribution.
  2. A.02
    Product Builder, à la croisée des métiersLe stratège arbitrait, le designer concevait, le product manager coordonnait. Une seule personne fait aujourd'hui les trois, et livre le produit elle-même.
  3. A.03
    Product Builder : description de posteIl ne sait pas relire le code ligne à ligne. Son métier est de prendre les bonnes décisions produit et de les matérialiser.
  4. A.04
    Prototyper ne fait pas un produitUn prototype et un produit en production n'exigent pas la même rigueur. Confondre les deux est l'erreur la plus courante, et la plus coûteuse.
Partie B

Off-stack : construire sans contrainte de stack

  1. B.01
    Booster la productivité des équipesIl existe un marché entier du logiciel de productivité pour les équipes. Il souffre déjà, et c'est la première preuve que quelque chose a changé.
  2. B.02
    La méthode BRIDGETCinq étapes pour construire avec l'IA : brief, itération, design, génération, test. La plupart des gens s'arrêtent à la première, s'étonnent du résultat et critiquent l'outil.
  3. B.03
    Exemples de produits off-stackUne plateforme de marque, un simulateur pour les commerciaux, un prototype pour tester des parcours. Six produits qu'aucune feuille de route n'aurait priorisés.
Partie C

In-stack : construire dans un produit existant

  1. C.01
    Une nouvelle équipe dans l'organisation produitIl définit, il conçoit, il livre. Une même personne sur toute la chaîne, là où l'organisation en alignait trois.
  2. C.02
    La méthode SoTConstruire dans un produit existant demande une coordination avec les équipes techniques et une méthodologie rigoureuse.
  3. C.03
    L'organisation en A et les nouveaux métiersUn Product Builder s'intègre. Dix Product Builders s'organisent. Une nouvelle forme apparaît, et avec elle des postes qui n'existaient pas.
Partie D

Exercer le métier de Product Builder

  1. D.01
    Ce qu'il faut pour devenir Product BuilderNi diplôme d'ingénieur, ni années de code. Les qualités requises sont la curiosité, l'envie d'apprendre et l'appétence pour les sujets numériques.
  2. D.02
    Gérer le budget et les modèles de l'IALe prix d'une requête à l'IA baisse, la facture des entreprises augmente. Personne n'a besoin du modèle le plus puissant pour écrire ses courriels.
  3. D.03
    Comment convaincre ceux qui décidentPromettre de coûter moins cher qu'une équipe technique est un mauvais argument. Le bon : rendre possibles des projets qui n'étaient pas rentables.

Plus un avant-propos, une introduction, une conclusion et des annexes.

Un métier reconnu, mais mal défini

Le métier existe déjà : l'État l'a certifié en 2024, des écoles le forment, des entreprises le recrutent. Ce qui manque, ce n'est pas la reconnaissance, c'est un cadre : une méthode, des cas concrets, une façon de l'organiser.

Depuis 2024, un titre est enregistré au Répertoire national des certifications professionnelles sous le code RNCP39108, au niveau 6, l'équivalent d'une licence. L'enregistrement court jusqu'au 31 mai 2027. Le rôle figure parmi les métiers émergents identifiés par France Compétences.

Un seul organisme est certificateur de ce titre. D'autres écoles forment au métier sans le délivrer, et de nouveaux titres concurrents apparaissent. Le marché de la formation s'organise plus vite que la définition du métier.

Le recrutement est déjà en tension sur un marché encore étroit. Les grilles de salaires se structurent, les intitulés de poste se multiplient, et chacun y met sa propre définition.

Le référentiel officiel de la certification liste des compétences techniques : maquettage, intégration d'API, flux de données, sécurité, conformité RGPD. Aucune mention du cœur du métier : la décision, l'arbitrage, la responsabilité du résultat. L'État a certifié une compétence, pas une posture. Le métier est reconnu, sa définition reste à écrire.

Rien, en français, ne nomme et ne cadre ce métier

Le catalogue français ne manque pas de livres sur l'IA : comprendre l'IA, l'IA en entreprise, les métiers de l'IA, les guides d'outils. Aucun ne définit ce rôle précis, ni ne donne la méthode pour l'exercer.

Côté anglophone, quelques livres traitent du product management à l'ère de l'IA ou de la conception de produits IA. Aucun ne pose la thèse de la convergence (stratège, designer et product manager en une seule personne qui livre), ni ne fournit de méthode. Et rien de tout cela n'existe en français.

La thèse n'est pas une lubie française. Les voix les plus écoutées de la tech disent la même chose : quand produire du logiciel devient facile, ce qui compte, c'est de savoir quoi construire. Le sujet est mûr, mondial, et personne ne l'a encore écrit en français.

Un métier, deux terrains

Le marché commence à trier les builders par les outils qu'ils emploient. C'est une distinction qui aura vieilli au prochain cycle. Le livre en propose une autre, structurelle.

Off-stack

La boucle solo

Le Builder construit à côté de la stack du produit. Il tient sa propre source de vérité et livre lui-même, du cadrage à la mise en ligne. C'est le terrain que décrit la méthode BRIDGET.

In-stack

La boucle partagée

Le Builder construit dans la stack du produit. Il boucle sur des sources de vérité tenues par d'autres et passe la main par un pipeline discipliné. C'est le terrain que décrit la méthode SoT.

Le critère de distinction n'est pas où le code atterrit, c'est de qui dépend la vérité. C'est ce qui permet à un seul concept de tenir sur les deux terrains : l'ownership de bout en bout, répondre entièrement du résultat. Passer la main ne dilue pas un ownership, c'est un geste par lequel il s'exerce. Un métier défini ainsi décrit aussi bien le builder indépendant que celui qui travaille au milieu d'une équipe de trois cents personnes.

L'auteur

Portrait de Mickaël David

Mickaël David, vingt ans de produit, dont un poste de Global Design Director chez Doctolib (Brand Design, Product Design, User Research).

Aujourd'hui, il exerce le métier de Product Builder sur trois fronts :

  • Le conseil auprès des entreprises, du prototype au MVP jusqu'au produit en ligne.
  • La formation, pour les entreprises comme pour les particuliers.
  • La création de ses propres services en ligne.

Il dirige mkvd.studio (conseil et réalisations) et Vibe Station (formation intensive au vibe coding). Ambassadeur Lovable, coach et mentor de la communauté. Il est l'auteur de la méthode BRIDGET, et coauteur, avec Alexis Boyer, de la méthode SoT et du modèle d'organisation en A.

Un livre qui arrive avec son audience

Le livre ne partira pas de zéro à sa sortie. Les idées se testent au fil de l'écriture, sur LinkedIn et en formation, et les réactions nourrissent le manuscrit. Le lectorat se constitue en amont, et l'annonce du livre reste un levier entier pour le lancement.

À qui s'adresse le livre

Le livre s'adresse à toutes les personnes de la Tech qui travaillent de près ou de loin avec le Product, de la startup au grand groupe. Dès qu'une organisation construit ou fait construire du logiciel, le rôle la concerne.

Cœur de cibleLes product managers, product owners, product designers, UX et UI designers, product leaders, heads of product et CPO qui sentent leur métier bouger et cherchent un cadre pour le penser et le nommer.
Ceux qui livrentLes développeurs, tech leads, CTO et product engineers qui voient arriver des builders dans leur stack et veulent une méthode pour travailler avec eux plutôt que contre eux. Les product marketers, product ops et data qui gravitent autour du produit.
Ceux qui décidentLes fondateurs, dirigeants, directeurs de l'innovation et de la transformation, DSI et managers d'équipes Tech qui doivent recruter ce rôle, l'organiser ou en mesurer la valeur. Startups, scale-ups, ETI et grands groupes.
Ceux qui entrentLes profils en transition, freelances, consultants et indépendants qui veulent exercer le métier, ainsi que les publics des écoles et formations qui préparent au titre RNCP.
Ceux qui formentLes formateurs, écoles du numérique et responsables de l'apprentissage en entreprise qui ont besoin d'un texte de référence pour construire leurs programmes.

Une audience déjà constituée : communauté Vibe Station, présence LinkedIn, masterclass et ateliers réguliers.

Vingt ans dans le produit, dont un passage à la direction du design de Doctolib : un accès direct aux gens qui font ce métier, aux dirigeants et aux voix qui comptent dans le produit en France, pour la préface comme pour les relais à la sortie.

Une série d'entretiens intégrée à la démonstration : un builder en scale-up, un freelance, un fondateur, un dirigeant qui recrute le rôle, un sceptique. Chacun apporte sa preuve et son propre relais.

Le livre en bref

FormatLivre de référence, environ 310 pages.
VolumeEnviron 78 000 mots, treize chapitres en quatre parties, une dizaine de schémas.
FilUne première partie qui pose le métier et ses limites, deux parties symétriques qui le traitent sur ses deux terrains, off-stack avec la méthode BRIDGET et in-stack avec la méthode SoT et l'organisation en A, puis une dernière partie sur l'exercice du métier, du premier pas jusqu'à la défense de sa valeur.
AvancementArchitecture éditoriale complète et verrouillée, briefs des treize chapitres écrits, trois chapitres rédigés en premier jet.
LangueFrançais.

Discutons du projet.

Le projet est en cours d'écriture. Si vous souhaitez en discuter, échanger sur le manuscrit ou explorer une collaboration, écrivons-nous.

LinkedIn

Cliquez sur l'adresse pour la copier.