Le processus de découverte produit
La découverte produit est le processus qui consiste à comprendre vos utilisateurs, à identifier leurs difficultés et à proposer des solutions dont vous savez qu'elles leur seront utiles.
Selon la qualité de la découverte que vous menez, vous pouvez soit faire décoller votre entreprise, soit la condamner. La logique est simple : une excellente découverte produit vous amène à créer des fonctionnalités dont les gens ont besoin et pour lesquelles ils paient. Une mauvaise découverte, à l'inverse, se traduit par des nouvelles fonctionnalités constantes dont personne n'a réellement besoin.
Cela peut sembler très accablant, surtout compte tenu de la quantité d'informations à traiter lors d'une découverte produit. Mais il existe un bon système pour gérer cette tâche essentielle grâce à une variété d’outils et de cadres.
Vous voulez plus de The CPO Club ?
Inscrivez-vous gratuitement pour terminer la lecture de cet article :
Have an account? Log In
Comprenons donc ce qu'est la découverte produit et comment bien la réaliser.
Qu’est-ce que la découverte produit ?
La découverte produit est le processus qui consiste à comprendre les difficultés de vos utilisateurs et à imaginer des solutions viables pour y répondre.
Ce processus est généralement très différent de ce que vos parties prenantes imaginent. Pour beaucoup, il s'agit de faire preuve de créativité, de dresser une liste d'idées de fonctionnalités intéressantes une seule fois, puis de construire le produit à partir de cette liste.
Ce raisonnement est erroné sur 2 points essentiels :
- La découverte est un processus itératif et sans fin. On ne termine jamais la découverte, on complète un cycle avant d’en entamer un nouveau.
- La découverte ne consiste pas à inventer des idées originales. Il s’agit de comprendre les besoins des utilisateurs, de proposer des solutions qui peuvent les satisfaire, puis de s’assurer que ces solutions fonctionnent réellement.
Une autre idée reçue fréquente concerne la relation entre la découverte et la livraison. Beaucoup de parties prenantes les voient comme deux phases séparées qui s’enchaînent. En réalité, les équipes produit efficaces mènent la découverte et la livraison de façon parallèle. Tandis que votre équipe livre les fonctionnalités découvertes il y a 2 mois, vous explorez déjà les prochaines fonctionnalités à développer.
Visuel :
- Schéma en "chemins parallèles" de la découverte et livraison. Visualisez cette idée : les équipes avancent sur la découverte et la livraison en même temps. Tandis que votre équipe déploie les fonctionnalités identifiées il y a 2 mois, vous préparez la découverte des prochaines.
- Texte alternatif : « Pistes parallèles montrant une découverte et une livraison continues. »
- Légende : « La découverte produit n’est pas un événement ponctuel — elle se déroule en parallèle de la livraison. »
Même si vous évoluez dans un marché où le développement en cascade est la norme et où la découverte précède la livraison, il reste primordial de porter toute votre attention sur la découverte, car sa qualité aura un impact direct sur le succès du produit.
Pourquoi la découverte est-elle un avantage concurrentiel ?
La réponse courte serait la suivante : la découverte vous permet de mieux comprendre vos personas et les besoins de vos utilisateurs, et de proposer des solutions efficaces. Avoir des solutions efficaces fait de vous un acteur fort sur le marché car vous attirez rapidement et fidélisez plus facilement vos clients.
Pour la réponse longue, intéressons-nous à Inspired de Marty Cagan. Dans cet ouvrage, il explique qu’une découverte efficace vous aide à limiter 4 types de risques :
- Risque de valeur : c’est la probabilité que les gens n’utilisent pas votre produit car il n’a aucun sens pour eux.
- Risque d’utilisabilité : il s’agit de la difficulté pour les gens à utiliser votre produit.
- Risque de faisabilité : votre équipe n’arrive pas à construire le produit.
- Risque de viabilité : il s’agit de savoir si le produit contribue à la survie et à la réussite de votre entreprise.
En supposant que vous arriviez à limiter tous ces risques alors que vos concurrents échouent sur un ou plusieurs d'entre eux, vous aurez un fort avantage concurrentiel et l’opportunité de conquérir une part de marché plus importante.
Tiny Speck en est un excellent exemple. C’était une société de développement de jeux qui avait conçu un MMORPG en ligne ayant échoué lamentablement. Le problème : ils avaient créé un jeu en se contentant de copier des idées d’autres (autrement dit, le piège de la factory), sans réelle compréhension des attentes des joueurs.
L’entreprise a rapidement abandonné ce jeu et décidé de lancer à la place son outil interne de communication. Eh oui, il s’agissait de Slack.
Ainsi, la même société démontre surtout la réussite produit liée à une découverte rigoureuse. Contrairement à leur jeu, l’équipe Slack a multiplié les itérations de découverte et avait une compréhension très précise des besoins des utilisateurs.
4 questions clés pour la découverte produit
Si l’on veut comprendre l’essence de la product discovery sans se perdre dans les détails, on peut s’appuyer sur ces 4 questions auxquelles elle tente de répondre.
- Y a-t-il un problème réel ? Exactement : parfois, on court le risque de créer une solution à la recherche d’un problème. Bonjour à 90 % des startups propulsées par ChatGPT ;)
- Pouvons-nous le résoudre ? Parfois, le problème réside dans la complexité de la solution. S.T.A.L.K.E.R. est une série de jeux vidéo ukrainienne qui a fait face à ce défi. Ils voulaient construire A-life, leur système d’IA qui simulait pleinement la vie des PNJ et des animaux dans le jeu. Mais le problème était simplement trop complexe à résoudre.
- Devons-nous le résoudre ? Parfois, le problème existe, mais il n’est pas suffisamment important pour qu’un produit soit nécessaire. Google Glass en est un excellent exemple. Oui, c’était innovant, mais ne pas avoir de Google Glass ne rendait la vie de personne moins pratique.
- Pouvons-nous le livrer efficacement ? Cette question concerne davantage l’aspect opérationnel du développement produit et votre capacité à évoluer et à soutenir vos utilisateurs. YouTube, à ses débuts, a failli échouer à cause de son incapacité à monter en charge.
Ce que vous faites essentiellement lors de la product discovery, c’est utiliser différents outils et cadres afin d’obtenir des informations vous permettant de répondre à ces questions.
Cadres méthodologiques pour structurer la discovery
On pourrait dire qu’un chef de produit expérimenté peut mener la discovery sans aucun guide ou cadre. C’est vrai. Mais il y a une raison pour laquelle on utilise des frameworks de discovery. Ils permettent d’apporter de la structure et de la prévisibilité à votre processus de découverte.
En ce qui concerne les frameworks eux-mêmes, regardons ces 5 exemples :
Dual-Track Agile : Ce processus consiste à avoir deux flux parallèles lors du développement Agile. Vous avez la piste discovery qui génère les idées de fonctionnalités, et la piste delivery qui en définit le design puis la réalisation.
ProductBoard et Jira sont généralement les outils que j’utilise pour gérer ce framework.
Opportunity Solution Tree : Nous en parlerons un peu plus tard. Mais, en résumé, ce cadre permet de créer un arbre dont la racine est l’objectif principal. À partir de cette racine, vous créez des branches qui matérialisent des opportunités pour résoudre des douleurs. Ensuite, pour chaque opportunité, vous ajoutez des branches de solutions potentielles.
Miro propose d’excellents modèles de solutions en arbre que vous pouvez utiliser.
Discovery Sprint : Ce framework s’inspire du célèbre Design Sprint imaginé par Google. Il autorise des itérations rapides de solutions. Vous disposez d’environ 2 semaines pour mener des entretiens utilisateurs, proposer une solution, monter un prototype et le tester.
Discovery continue : Contrairement aux trois précédents, où les itérations ont un début et une fin définis, la discovery continue n’a pas de fin. Vous réalisez simplement des séries d’entretiens sans arrêt avec votre public cible, créez des solutions en continu et les testez.
Voici un tableau comparatif de ces frameworks.
| Cadre méthodologique | Taille de l’organisation | Rythme de discovery | Appétence au risque |
|---|---|---|---|
| Dual-Track Agile | Moyenne à grande | En continu | Modérée |
| Opportunity Solution Tree | Petite à moyenne | Ad hoc ou cyclique | Faible à modérée |
| Discovery Sprint | Start-ups à moyenne | Périodes intensives | Forte |
| Discovery continue | Équipes produit matures | Hebdomadaire/quotidien | Faible |
Le choix du framework dépendra de vous. Toutes les équipes ne bénéficieront pas de la même façon du même cadre. Utilisez le tableau ci-dessus pour choisir celui qui correspond à la taille de votre équipe, à son rythme et à sa tolérance à l’incertitude.
Rôles et collaboration au sein de l’équipe
Une croyance fréquente (et une erreur majeure) est de penser que la product discovery ne concerne que les équipes produit. Même si elle implique principalement les équipes produit, un bon processus de discovery doit faire intervenir d’autres collègues et parties prenantes. Voici comment chaque membre contribue à la discovery :
- Chefs de produit : Ils pilotent la discovery, alignent les membres d’équipe et priorisent les solutions et les apprentissages.
- Design UX : Ils participent à la recherche utilisateur, conçoivent des maquettes, des prototypes interactifs et organisent les tests d’usage.
- Développement : Ils évaluent la faisabilité des solutions et soulignent les risques liés à la livraison du produit.
- Parties prenantes : Elles fournissent le contexte stratégique et business d’ensemble.
Comme on le voit, la participation de chaque membre de l’équipe est essentielle. Donc, si votre direction vous demande si l’équipe Scrum doit être intégrée au processus de product discovery, la réponse est un grand oui !
Le processus de Product Discovery
Comprendre les besoins de vos clients et proposer des solutions validées pour eux nous rappelle un entonnoir où les couches supérieures sont bien plus larges que les inférieures.
C'est effectivement le cas dans la découverte produit. Vous commencez avec tout un tas d’informations, de plaintes et de commentaires de votre audience cible et vous finissez avec seulement quelques solutions validées dont vous savez qu'elles apporteront de la valeur à vos utilisateurs.
Voici à quoi cela ressemble.
Maintenant, détaillons un peu plus le processus de découverte produit et comprenons les subtilités de chacun de ses éléments.
En général, le processus de découverte produit se compose de ces 10 étapes.
Voyons maintenant chaque étape en détail.
1. Révisez votre orientation stratégique
De bonnes fonctionnalités répondent aux douleurs des utilisateurs. D’excellentes fonctionnalités font la même chose tout en respectant la grande orientation stratégique de votre produit. Avant de commencer la découverte produit, il est important de relire votre document de stratégie et de vous rappeler où vous souhaitez aller à long terme et quelle direction vous voulez prendre.
Cela vous aidera à concentrer vos efforts de découverte sur des solutions qui sont alignées avec votre stratégie. Sinon, vous risquez de vous concentrer sur des fonctionnalités qui ne vous mèneront nulle part sur le long terme.
2. Listez vos hypothèses
Un autre point important de la découverte à gérer avant de communiquer avec les utilisateurs est celui des hypothèses. L’idée est que vous faites très probablement beaucoup d’hypothèses sur votre marché ou vos utilisateurs, et il est important de les documenter pour vous assurer que vos recherches ne reposent pas trop sur vos hypothèses les plus audacieuses.
Pour cela, vous pouvez établir une carte des hypothèses.
| Hypothèse | Connu/Inconnu | Importance |
|---|---|---|
| Les utilisateurs feront confiance à une voix IA similaire à celle d’un DJ | Inconnu | Élevée |
| Les gens utilisent principalement Spotify en mode passif (écoute de fond) | Connu | Élevée |
| Les utilisateurs souhaitent nommer la personnalité de leur DJ | Inconnu | Faible |
| Les podcasts augmentent le temps passé sur la plateforme | Connu | Moyenne |
Sur la carte ici, vous pouvez vous appuyer sur l'hypothèse située en haut à gauche et être prudent avec celles en haut à droite.
3. Discutez avec vos utilisateurs
Sans cette étape, la découverte produit n’est qu’une conjecture. Parlez à vos utilisateurs — ou vous risquez de construire quelque chose de totalement inadapté.
Il existe de nombreuses façons d’échanger avec vos utilisateurs :
- Les rendre visite (par exemple, aller dans un hôpital et interroger des médecins).
- Les rencontrer lors de salons professionnels (par exemple, parler à des journalistes tech lors du CES).
- Faire des entretiens sur Zoom avec eux.
Pour ce dernier point, vous pouvez utiliser différentes méthodes comme des plateformes de participation à la recherche, contacter votre base d’utilisateurs, ou encore votre audience cible sur LinkedIn avec un compte recruteur.
4. Analysez les enseignements issus des utilisateurs et des données
Au-delà des comptes-rendus d'entretiens utilisateurs, vérifiez votre tableau de bord d’analytique produit ainsi que les retours recueillis par vos équipes support et commerciales. Vous puisez ainsi des idées provenant de plusieurs sources. Et plutôt que de lire des résumés ou retranscriptions interminables, vous pouvez utiliser un LLM pour tout traiter à votre place.
Voici un exemple de prompt que vous pouvez utiliser :
Vous êtes chef de produit logiciel senior avec 10 ans d'expérience. Vous excellez dans l'analyse des transcriptions de votre équipe commerciale et l'identification des informations clés qui seront utiles pour votre recherche produit.
Voici la transcription de l'appel commercial
{{sales_transcript}}
Sur la base des informations contenues dans la transcription de vente, veuillez identifier les informations suivantes.
Veuillez identifier les éléments suivants :
1. Points de douleur principaux : désignent les douleurs et difficultés les plus marquantes que l'utilisateur rencontre avec ses outils et processus actuels.
2. Pourquoi s'intéressent-ils à vous : se réfère à la raison pour laquelle l'entreprise recherche un nouvel outil actuellement.
3. Retour produit : correspond au retour que l'entreprise a donné à l'équipe commerciale à propos de {{your_product_name}} et de ses fonctionnalités après avoir visionné la démo.
Après avoir examiné les retours et les avoir croisés avec les enseignements issus des entretiens utilisateurs et des analyses, vous commencerez à voir apparaître des tendances et des thèmes communs.
5. Identifiez les douleurs des utilisateurs dans vos résultats
Identifier les douleurs n'est pas toujours aussi simple. Oui, il arrive que 80 % de vos utilisateurs déclarent qu'une partie précise de leur travail est pénible, mais cela ne signifie pas nécessairement que c'est un problème qui mérite d'être résolu. Il vous faut également comprendre « l'intensité » de cette douleur.
Imaginez que 70 % des utilisateurs de votre plateforme sociale disent qu'ils sont agacés par le nombre de notifications et le fait de ne pas pouvoir toutes les marquer comme vues.
Lorsque vous associez leurs retours aux analyses — montrant que 90 % d'entre eux reçoivent en moyenne 2 à 3 notifications par jour, cela peut vous amener à considérer que cette plainte n'est pas assez « intense » pour être priorisée face à d'autres sujets sur votre liste.
6. Proposez des solutions à ces problèmes
Cette étape consiste à imaginer des solutions potentielles aux problèmes que vous avez identifiés lors des entretiens clients et de l'analyse des retours.
Vous pouvez tout simplement réunir vos équipes design et développement et lancer un brainstorming. Cependant, pour garantir que vos solutions soient directement liées à un objectif ou résultat business plus large, vous pouvez utiliser la méthode Opportunity Solution Tree de Teresa Torres. Voici à quoi cela ressemble pour la douleur des utilisateurs de Spotify « Je ne sais pas quoi écouter ».
Grâce à la méthode de l’arbre, nous avons constaté que lever le frein du « que vais-je écouter ? » pouvait augmenter le nombre d’utilisateurs actifs quotidiens (DAU), faisant de ce sujet un problème à fort impact.
7. Testez vos solutions avec des prototypes
Analyser les retours utilisateurs et les transformer en une liste de fonctionnalités potentielles n’est que le point de départ. La découverte produit s’appuie sur la méthode scientifique : il convient donc de tester et valider les idées avant de les intégrer à la feuille de route produit.
Vous pouvez valider des solutions à différents stades de leur cycle de vie — simplement en décrivant une idée à un utilisateur lors d’un entretien, en créant des maquettes basiques, ou en organisant des focus groups et collectant des retours utilisateurs sur des prototypes initiaux. Vous pouvez même aller jusqu'à construire et lancer un produit minimum viable (MVP).
La validation en amont, comme discuter d'une idée lors d'une interview, est rapide et peu coûteuse, mais la qualité du retour utilisateur peut être limitée car il peut être difficile pour l’utilisateur de se représenter concrètement le concept.
À l’inverse, tester avec un MVP fournit des retours plus riches et plus précis car les utilisateurs peuvent interagir avec les fonctionnalités réelles du produit. Cette démarche est toutefois plus longue et plus coûteuse car elle implique un certain développement.
En gardant ce compromis à l’esprit, ma méthode de validation préférée est celle des prototypes cliquables : ils sont peu coûteux à réaliser et permettent de montrer aux utilisateurs un véritable design UX de votre nouveau produit ou fonctionnalité.
Pour accélérer la création des prototypes, vous pouvez utiliser Figma AI ou les fonctionnalités d’IA intégrées à d’autres outils de design UX.
8. Documentez les résultats des tests
Une fois vos tests réalisés, compilez l’ensemble de vos apprentissages et résultats dans un document unique. Classez-les par solution et par hypothèse testée.
De cette façon, quand viendra le moment d’évaluer une solution, vous aurez tout à disposition pour prendre une décision éclairée.
9. Validez ou invalidez vos solutions
C’est à ce moment-là que vous examinez l’ensemble des résultats de vos tests pour décider si :
- Vous considérez la solution comme validée et vous l’ajoutez à votre backlog produit existant.
- Vous comprenez que la solution est sur la bonne voie mais nécessite d’être retravaillée. Vous la ramenez alors à la phase d’idéation afin d’apporter des corrections sur la base des résultats de test.
- Vous invalidez la solution car elle ne résout pas les problèmes des utilisateurs, comme elle était censée le faire.
Ces trois issues sont attendues. Lorsque vous invalidez un produit, vous devriez le considérer comme un véritable succès, puisque vous venez d’éviter de développer des produits et de gaspiller du temps et des ressources pour quelque chose qui ne répond pas aux besoins de vos utilisateurs.
10. Construisez les solutions validées et recommencez
L’étape logique finale du processus de discovery produit consiste à ajouter vos solutions à votre backlog, à les prioriser puis à les développer.
Cependant, il est très important de comprendre que le discovery produit ne s’arrête jamais ici. Au lieu de cela, vous terminez cette itération et vous démarrez immédiatement la suivante. Les produits à succès sont ceux dont la phase de discovery ne s’arrête jamais.
Ici, les équipes sont capables de prendre les bonnes décisions produit en se basant sur leurs apprentissages issus des retours utilisateurs, de l’utilisabilité et des tests A/B.
Outils pour la découverte produit
Voici quelques outils à explorer pour vous aider à avancer plus rapidement dans la discovery et à obtenir de meilleurs résultats, classés par phases du processus.
- Recherche utilisateur : Hotjar pour les enregistrements de session, UserTesting pour les tests d’utilisabilité, et Figma pour la conception UX et les prototypes interactifs.
- Cartographie de parcours et collaboration visuelle : Miro est l’outil universel ici. Vous pouvez également essayer son concurrent émergent, FigJam ou d’autres alternatives à Miro.
- Analyse concurrentielle : Similarweb pour les sources de trafic des concurrents, Builtwith pour les piles technologiques.
- Analytics produit : GA4 pour les canaux et le trafic. Amplitude pour l’analyse comportementale et les métriques clés du produit. Pour les logiciels de heatmap, HotJar est très populaire.
- Suivi et priorisation : Le modèle de scoring RICE pour définir rapidement les priorités, Aha! ou ProdPad pour la feuille de route et la gestion des idées produit.
Ce sont les outils que j’utilise et que je recommande à mes collègues. Pour plus d’options, vous pouvez aussi consulter notre liste d’outils de discovery produit sélectionnés.
Aussi, si vous avez remarqué, je n’ai pas mentionné de solutions IA ici. C’est parce que je souhaite en parler à part, et de manière plus approfondie.
Comment l’IA transforme la découverte
La discovery est probablement le domaine de la gestion de produit où l’IA a apporté le plus de valeur. La raison est que les modèles LLM excellent dans le type de tâches que l’on retrouve couramment en discovery produit. Notamment, la transcription, la synthèse et l’extraction d’insights.
Nous avons abordé l’impact de l’IA sur la discovery produit dans un épisode de notre podcast. Notre invité, Craig Watson, nous a parlé de sa propre expérience et a partagé de nombreux enseignements précieux.
Plus précisément, il met en avant que l’IA aide énormément les chefs de produit dans les domaines suivants :
Transcription et synthèse d’entretiens utilisateurs : Les chefs de produit n’ont plus besoin de prendre des notes lors des entretiens ni de réécouter les enregistrements ensuite. Il suffit que le bot IA soit présent lors de l’appel pour l’enregistrer. Le bot transforme alors cet enregistrement en transcription et résumé — en mettant en avant les principales conclusions de l’entretien. Dovetail, Krisp et GreatQuestion sont des outils parfaits pour cela.
Détection de schémas récurrents dans les données qualitatives : Il est très chronophage d’écouter tous les entretiens et d’identifier les douleurs ou processus qui se répètent. Les modèles LLM gèrent très bien cette tâche et peuvent traiter des centaines d’entretiens à la recherche de motifs récurrents. D’après mon expérience, Dovetail excelle dans ce domaine.
Regrouper, compter et scorer les retours : Là aussi, il faudrait des heures, voire des jours, à une équipe produit pour convertir manuellement les données qualitatives en données quantitatives. Les LLM prennent seulement quelques secondes pour compter et déterminer quel feedback est le plus fréquent dans les données. Ils peuvent aussi faire du scoring à l’aide du modèle de scoring pondéré ou de RICE.
Malgré toute la valeur ajoutée par ces automatisations, Craig recommande de ne pas trop s’appuyer sur l’IA pour la phase de discovery.
« L’IA ne remplacera pas votre intuition — elle vous aidera simplement à prendre des décisions plus vite et sur des bases factuelles. »
Je partage son avis. Laissez l’IA dans la discovery produit réaliser pour vous le travail manuel. Mais ne faites pas totalement confiance à la prise de décision de l’IA sans vérifier vous-même au préalable.
FAQ
Comment les équipes Agile gèrent-elles la découverte produit ?
Les équipes Agile peuvent profiter de l’approche Dual-Track Agile, où la phase de découverte se déroule parallèlement à la livraison. Dans ce cas, les équipes agiles intègrent occasionnellement le cycle de découverte pour s’occuper des tâches comme fournir des retours sur la faisabilité technique des idées de solution, concevoir des concepts, réaliser des prototypes et les tester.
Les ingénieurs doivent-ils participer à la découverte produit ?
Absolument ! Ce sont les ingénieurs qui, au final, construiront la fonctionnalité. Ils possèdent donc une connaissance précieuse sur la faisabilité de l’idée. Ils peuvent également mettre en lumière des risques techniques et d’implémentation potentiels. Enfin, ils peuvent signaler les limitations techniques que l’équipe produit devra prendre en compte lors de la conception de la fonctionnalité.
Comment la découverte produit réduit-elle le time-to-market ?
La plus grande valeur que les entreprises retirent de la découverte produit est la validation peu coûteuse des idées. Ainsi, vous évitez de prendre le risque de développer des choses inutiles pour vos utilisateurs, et cela réduit fortement le délai entre le début du développement et la sortie d’une version appréciée et adoptée. Vous raccourcissez aussi les cycles d’itération et récoltez des retours précoces. Tous ces éléments contribuent également à accélérer la livraison.
Quelle est la différence entre la découverte produit et la stratégie produit ?
Lorsque vous définissez votre stratégie de développement produit, vous présentez l’orientation générale de votre produit et la liste des étapes clés sur ce parcours. La découverte produit est le processus qui permet d’identifier les besoins des clients et d’élaborer des solutions validées pour y répondre. En général, la découverte produit vise à créer des solutions qui s’alignent avec la stratégie produit et vous font progresser vers vos objectifs.
