Product discovery

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 dans « Discovery vs. Delivery » (svpg.com, 22 octobre 2015) : « nous devons simultanément apprendre vite et livrer avec confiance ». La discovery apprend (prototypes, expérimentations, sans mobiliser tout le temps ingénieur), le delivery livre avec la qualité production. Il en donne le 16 avril 2026 une formulation économique dans « Build to Learn vs Build to Earn » : le coût du delivery ayant chuté, construire n'est plus le goulot ; le goulot est de découvrir une solution qui vaille la peine d'être construite. 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 » (4 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 avec le temps, les compétences et la technologie dont nous disposons ?
• 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 organise deux pistes parallèles au sein d'une même équipe : la piste discovery valide quoi construire, la piste delivery construit et livre. L'expression vient de Desirée Sy (« Adapting Usability Investigations for Agile User-Centered Design », Journal of Usability Studies, vol. 2, n° 3, 2007, p. 112-132), qui y décrit les pistes design et développement d'une équipe agile. Jeff Patton (« Dual Track Development is not Duel Track », 2017) rappelle cette origine et précise que Marty Cagan a popularisé le terme dans son enseignement après avoir découvert le modèle de Sy ; ni l'un ni l'autre n'en est l'auteur. Il ne s'agit pas de deux équipes, mais de deux régimes de travail d'une même équipe produit : le PM, le designer et un ingénieur senior mènent la discovery, mais toute l'équipe y participe. 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.