SFEIR
Product discovery Concept

Product discovery

Apprendre vite avant de construire : tuer les risques de valeur, utilisabilité, faisabilité et viabilité. Build to learn, pas build to earn.

Définition : build to learn

La product discovery est l'activité qui consiste à apprendre vite ce qui vaut la peine d'être construit, avant d'engager la capacité d'ingénierie à le construire. Marty Cagan la distingue du delivery depuis « Discovery vs. Delivery » (2015) : il faut simultanément apprendre rapidement (discovery : prototypes, expérimentations, sans mobiliser tout le temps ingénieur) et livrer avec confiance (delivery : qualité production). Il en donne en avril 2026 une formulation économique dans « Build to Learn vs Build to Earn » : on construit d'abord pour apprendre, ensuite pour gagner. La discovery évite le gaspillage le plus coûteux du développement produit : construire avec soin quelque chose dont personne ne veut.

Les quatre risques à tuer avant le delivery

La discovery existe pour éliminer les quatre grands risques formalisés par Cagan dans « The Four Big Risks » (décembre 2017) avant d'engager le delivery :

  • Le risque de valeur : les clients l'achèteront-ils, les utilisateurs le choisiront-ils ?
  • Le risque d'utilisabilité : les utilisateurs sauront-ils s'en servir ?
  • Le risque de faisabilité : nos ingénieurs peuvent-ils le construire ?
  • Le risque de viabilité business : la solution fonctionne-t-elle pour le marketing, les ventes, le juridique, la finance ?

Du dual-track à la continuous discovery

Le dual-track agile (Jeff Patton et Marty Cagan, vers 2012) organise deux pistes parallèles au sein d'une même équipe : la piste discovery valide quoi construire, la piste delivery construit et livre. Il ne s'agit pas de deux équipes, mais de deux régimes de travail d'une même équipe produit. Teresa Torres a fait évoluer cette pratique vers la continuous discovery (« Continuous Discovery Habits », 2021) : des habitudes hebdomadaires de contact avec les utilisateurs, plutôt que des phases de recherche ponctuelles.

À l'ère agentique : le prototype quasi gratuit

Les agents IA changent l'économie de la discovery : matérialiser une idée en prototype fonctionnel devient quasi instantané et quasi gratuit. Le build to learn de Cagan s'outille : le PM augmenté teste plus d'hypothèses, plus vite, et la porosité PDLC/SDLC raccourcit le trajet du concept au premier livrable. Le risque symétrique existe : sans discipline de discovery, la vitesse de génération alimente une feature factory accélérée. À ne pas confondre avec le delivery, dont le versant industrialisé est le SDLC augmenté : la discovery décide quoi construire, le delivery le construit avec la qualité production.

Questions fréquentes

Quelle est la différence entre product discovery et delivery ?

La discovery apprend vite ce qui vaut la peine d'être construit (prototypes, expérimentations, validation des quatre risques) ; le delivery construit et livre avec la qualité production. Cagan résume : build to learn (discovery) vs build to earn (delivery). Les deux coexistent dans une même équipe, c'est le principe du dual-track.

L'IA rend-elle la discovery obsolète ?

Au contraire : quand le coût de construction s'effondre, savoir quoi construire devient le principal avantage concurrentiel. Les agents rendent le prototype quasi gratuit, ce qui outille la discovery, mais le jugement produit (quels risques tester, quelles hypothèses retenir) reste humain.

Articles liés