Le processus de découverte de produit
La découverte produit est le processus qui consiste à comprendre vos utilisateurs, à identifier leurs difficultés et à trouver des solutions qui, vous le savez, les aideront.
Selon la qualité de votre travail de découverte, vous pourrez faire réussir ou échouer votre entreprise. La logique est simple. Grâce à une excellente découverte produit, vous finissez par créer des fonctionnalités dont les utilisateurs ont besoin et pour lesquelles ils sont prêts à payer. À l’inverse, une mauvaise découverte produit part du principe qu’il faut ajouter constamment de nouvelles fonctionnalités dont personne n’a besoin.
Cela peut sembler très accablant, notamment au vu de la quantité d’informations à prendre en compte dans la 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 méthodologiques.
Vous voulez plus de The CPO Club ?
Inscrivez-vous gratuitement pour terminer la lecture de cet article :
Have an account? Log In
Alors, comprenons ce qu’est la découverte produit et comment la mener correctement.
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 à trouver des solutions viables pour y répondre.
Ce processus est généralement très différent de la manière dont vos parties prenantes l’imaginent. Pour beaucoup d’entre elles, il s’agit de faire preuve de créativité et de dresser une fois pour toutes une liste d’idées de fonctionnalités intéressantes, puis de concevoir le produit à partir de cette liste.
Cette approche est erronée sur 2 points essentiels :
- La découverte est un processus itératif et sans fin. On ne termine pas la découverte : on termine un cycle de découverte, puis on entame le suivant.
- La découverte ne consiste pas à trouver de manière créative des idées intéressantes. Elle consiste à comprendre les besoins des utilisateurs, à proposer des solutions capables d’y répondre, puis à vérifier que ces solutions fonctionnent réellement.
Une autre idée reçue concerne la relation entre la découverte et la livraison. De nombreuses parties prenantes les considèrent comme deux phases distinctes qui se succèdent. En réalité, les équipes efficaces de développement produit mènent la découverte et la livraison en parallèle. Pendant que votre équipe livre les fonctionnalités découvertes il y a 2 mois, vous effectuez une découverte pour le prochain ensemble de fonctionnalités.
Visuel :
- Diagramme à deux voies « Découverte et livraison ». Visualisez cette idée : les équipes mènent la découverte et la livraison en parallèle. Pendant que votre équipe livre les fonctionnalités découvertes il y a 2 mois, vous effectuez une découverte pour le prochain ensemble de fonctionnalités.
- Texte alternatif : « Voies parallèles illustrant la découverte et la livraison continues. »
- Légende : « La découverte produit n’est pas un événement ponctuel : elle se déroule parallèlement à la livraison. »
Même si vous évoluez sur un marché où le développement en cascade est la norme et où la découverte précède la livraison, il est toujours essentiel d’accorder toute votre attention à la découverte, car sa qualité aura une incidence directe sur la réussite du produit.
Pourquoi la découverte constitue un avantage concurrentiel
La réponse courte serait la suivante. Grâce à la découverte, vous comprenez mieux vos profils types et les besoins des utilisateurs, et vous trouvez des solutions efficaces. Des solutions efficaces font de vous un concurrent solide sur le marché, car vous attirez rapidement les clients et les fidélisez facilement.
Pour une réponse plus détaillée, intéressons-nous à l’ouvrage Inspired de Marty Cagan. Dans ce livre, Marty souligne qu’une découverte efficace peut vous aider à atténuer 4 types de risques :
- Le risque de valeur désigne la possibilité que les utilisateurs n’emploient pas votre produit parce qu’il n’a aucune signification pour eux.
- Le risque d’utilisabilité désigne les difficultés rencontrées par les utilisateurs pour se servir de votre produit.
- Le risque de faisabilité désigne l’incapacité de votre équipe à le construire.
- Le risque de viabilité désigne la capacité du produit à aider votre entreprise à survivre et à prospérer.
En supposant que vous puissiez atténuer tous ces risques et que vos concurrents échouent sur un ou plusieurs d’entre eux, vous obtenez un solide avantage concurrentiel et la possibilité de prendre une part plus importante du marché.
Tiny Speck illustre parfaitement cette idée. Il s’agissait d’une entreprise de développement de jeux vidéo qui avait créé un jeu en ligne de type MMORPG ayant connu un échec retentissant. Le problème : elle avait conçu le jeu en copiant simplement les idées d’autres entreprises (autrement dit, le piège de l’usine à fonctionnalités), sans comprendre clairement les besoins de sa communauté de joueurs.
L’entreprise a rapidement abandonné ce jeu et a lancé son outil de communication interne à la place. Eh oui, il s’agissait de Slack.
Ainsi, cette même entreprise illustre également parfaitement la réussite d’un produit grâce à une découverte rigoureuse. Contrairement à leur jeu, l’équipe de Slack menait des cycles de découverte sans fin et comprenait très clairement les besoins de ses utilisateurs.
4 questions essentielles de la découverte produit
Si nous voulons comprendre l’essence de la découverte produit sans nous perdre dans les détails, nous pouvons nous pencher sur ces 4 questions auxquelles elle tente de répondre.
- Y a-t-il un véritable problème ? C’est bien cela : vous risquez parfois de créer une solution à la recherche d’un problème. Bonjour aux 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 été confrontée à ce problème. Ses créateurs voulaient développer A-life, leur système d’IA qui simulait entièrement la vie des personnages non joueurs et des animaux du jeu. Mais le problème était tout simplement trop complexe à résoudre.
- Devons-nous le résoudre ? Parfois, le problème existe, mais il n’est pas suffisamment important pour être résolu avec un produit. Google Glass en est un excellent exemple. Oui, ces lunettes étaient intéressantes, mais ne pas avoir de Google Glass ne rendrait la vie de personne moins pratique.
- Pouvons-nous le fournir efficacement ? Cette question concerne davantage l’aspect opérationnel du développement produit, ainsi que votre capacité à évoluer et à accompagner vos utilisateurs. À ses débuts, YouTube a été très près de l’échec en raison de son incapacité à changer d’échelle.
Au fond, lors de la découverte produit, vous utilisez différents outils et cadres de travail pour obtenir des informations qui vous permettent de répondre à ces questions.
Les cadres de travail pour structurer la découverte
On pourrait affirmer qu’un chef de produit expérimenté peut mener une découverte sans utiliser de feuille de route ni de cadre de travail. C’est vrai. Mais si nous avons des cadres de découverte, c’est pour une bonne raison. Ils vous permettent d’apporter structure et prévisibilité à votre processus de découverte.
En ce qui concerne les cadres eux-mêmes, examinons ces 5 approches :
Agilité à double voie : Il s’agit d’avoir deux processus parallèles dans le développement Agile. La voie de la découverte produit des idées de fonctionnalités, tandis que la voie de livraison les conçoit et les développe.
ProductBoard et Jira sont généralement les outils que j’utilise pour gérer ce cadre de travail.
Arbre des opportunités et des solutions : nous en parlerons un peu plus loin. En bref, ce cadre vous permet de créer un arbre dont la racine représente le résultat principal. À partir de cette racine, vous créez des opportunités pour résoudre les difficultés sous forme de branches. Ensuite, pour chaque opportunité, vous créez des branches correspondant aux solutions possibles.
Miro propose d’excellents modèles d’arbres des opportunités et des solutions que vous pouvez utiliser.
Sprint de découverte : ce cadre s’inspire de la création de Google, le sprint de conception. Il permet d’itérer rapidement sur les solutions. Vous disposez d’environ 2 semaines pour mener des entretiens avec les utilisateurs, imaginer une solution, créer le prototype et le tester.
Découverte continue : contrairement aux trois approches précédentes, qui comportent des itérations avec un début et une fin clairement définis, la découverte continue n’a pas de fin. Vous menez simplement des séries d’entretiens sans fin avec votre public cible, créez continuellement des solutions et les testez.
Voici une comparaison côte à côte de ces cadres de travail.
| Cadre de travail | Taille de l’organisation | Rythme de découverte | Appétence au risque |
|---|---|---|---|
| Agilité à double voie | Moyenne à grande | Continue | Modérée |
| Arbre des opportunités et des solutions | Petite à moyenne | Ponctuel ou cyclique | Faible à modérée |
| Sprint de découverte | De la jeune pousse à la moyenne | Cycles courts délimités dans le temps | Élevée |
| Découverte continue | Équipes produit matures | Hebdomadaire/quotidien | Faible |
Le choix du cadre de travail dépendra de vous. Toutes les équipes ne tireront pas le même bénéfice d’un même cadre. Utilisez le tableau ci-dessus pour choisir celui qui correspond à la taille, au rythme et à la tolérance à l’incertitude de votre équipe.
Rôles et collaboration au sein de l’équipe
Une idée fausse répandue (et un piège majeur) consiste à penser que la découverte produit concerne uniquement les équipes produit. Bien qu’il s’agisse principalement d’une activité destinée aux équipes produit, un excellent processus de découverte impliquera également d’autres coéquipiers et parties prenantes. Voici comment chaque membre de l’équipe contribuera à la découverte :
- Chefs de produit : ils dirigent le processus de découverte, coordonnent les coéquipiers et hiérarchisent les solutions et les informations.
- Conception de l’expérience utilisateur : ces équipes participent à la recherche utilisateur, créent des concepts de conception et des prototypes cliquables, et réalisent des tests d’utilisabilité.
- Développement : ces équipes évaluent la faisabilité des solutions et signalent les risques liés à la livraison du produit.
- Parties prenantes : elles fournissent le contexte stratégique et commercial global.
Comme nous pouvons le constater, la participation de chaque coéquipier est importante. Ainsi, si votre direction vous demande si l’équipe Scrum doit participer au processus de découverte produit, votre réponse est sans aucun doute oui !
Le processus de découverte de produit
Comprendre les besoins de vos clients et trouver des solutions validées pour y répondre nous rappelle un entonnoir dont les couches supérieures sont beaucoup plus larges que les couches inférieures.
C’est effectivement le cas dans la découverte de produit. Vous commencez avec un ensemble d’informations, de plaintes et de commentaires de votre public cible, pour finir avec seulement quelques solutions validées dont vous savez qu’elles créeront de la valeur pour vos utilisateurs.
Voici à quoi cela ressemble.
À présent, détaillons un peu plus le processus de découverte de produit et comprenons les subtilités de chacun de ses éléments.
En général, le processus de découverte de produit se compose de ces 10 étapes.
Examinons maintenant chaque étape en détail.
1. Examinez votre orientation stratégique
Les bonnes fonctionnalités répondent aux problèmes des utilisateurs. Les excellentes fonctionnalités font de même tout en suivant l’orientation stratégique globale de votre produit. Avant de commencer la découverte de produit, il est important de revoir votre document stratégique et de vous rappeler où vous souhaitez parvenir à long terme ainsi que la direction que vous voulez prendre.
Cela vous aidera à concentrer vos efforts de découverte sur des solutions alignées sur votre stratégie. Sinon, vous risquez de vous concentrer sur des fonctionnalités qui ne vous mèneront nulle part à long terme.
2. Dressez la liste de vos hypothèses
Un autre aspect important de la découverte que vous devez traiter avant de communiquer avec les utilisateurs concerne vos hypothèses. L’idée est que vous formulez probablement de nombreuses hypothèses sur votre marché ou vos utilisateurs, et qu’il est important de les documenter afin de vous assurer que votre recherche ne repose pas trop sur vos hypothèses les plus audacieuses.
Pour cela, vous pouvez créer une carte des hypothèses.
| Hypothèse | Connue/Inconnue | Importance |
|---|---|---|
| Les utilisateurs feront confiance à une voix d’IA semblable à celle d’un DJ | Inconnue | Élevée |
| Les gens utilisent principalement Spotify en mode passif (écoute en arrière-plan) | Connue | Élevée |
| Les utilisateurs souhaitent donner un nom à leur personnalité de DJ | Inconnue | Faible |
| Les podcasts augmentent le temps passé sur la plateforme | Connue | Moyenne |
Sur cette carte, vous pouvez vous fier à l’hypothèse située en haut à gauche et vous méfier des hypothèses situées en haut à droite.
3. Parlez à vos utilisateurs
Sans cette étape, la découverte de produit n’est qu’une affaire de suppositions. Parlez à vos utilisateurs — ou risquez de concevoir complètement la mauvaise solution.
Il existe une grande variété de façons de parler aux utilisateurs :
- Leur rendre visite (par exemple, se rendre dans un hôpital et interroger des médecins).
- Les rencontrer lors de salons professionnels (par exemple, discuter avec des journalistes spécialisés dans la technologie au CES).
- Participer à des appels Zoom avec eux.
Pour cette dernière méthode, vous pouvez utiliser différentes approches, comme les plateformes de participation à des recherches, contacter votre base d’utilisateurs ou contacter votre public cible sur LinkedIn à l’aide d’un compte recruteur.
4. Analysez les informations issues des utilisateurs et des données
Au-delà des synthèses d’entretiens avec les utilisateurs, consultez votre tableau de bord d’analyse du produit ainsi que les retours recueillis par vos équipes d’assistance et de vente. Vous pourrez ainsi tirer des informations de plusieurs sources. Et plutôt que de lire d’innombrables synthèses ou transcriptions, vous pouvez demander à un LLM de tout traiter pour vous.
Voici un exemple de consigne que vous pouvez utiliser :
Vous êtes un responsable produit logiciel senior avec 10 ans d’expérience. Vous êtes très doué pour analyser les transcriptions de votre équipe commerciale et identifier les informations clés qui seront utiles à votre recherche produit.
Voici la transcription de l’appel commercial
{{sales_transcript}}
À partir des informations contenues dans la transcription de l’appel commercial, veuillez identifier les informations suivantes.
Veuillez identifier les éléments suivants :
1. Principaux points de douleur : faites référence aux difficultés et aux problèmes les plus importants que l’utilisateur rencontre avec les outils et les processus actuels.
2. Pourquoi s’intéressent-ils à vous : désigne la raison pour laquelle l’entreprise recherche un nouvel outil maintenant.
3. Retours sur le produit : désigne les commentaires que l’entreprise a transmis à l’équipe commerciale au sujet de {{your_product_name}} et de ses fonctionnalités après avoir assisté à la démonstration.
Après avoir examiné les retours et les avoir mis en parallèle avec les enseignements tirés des entretiens utilisateurs et des données analytiques, vous commencerez à voir apparaître des tendances et des thèmes récurrents.
5. Identifiez les difficultés des utilisateurs parmi vos résultats
Identifier les difficultés n’est pas toujours aussi simple. Oui, il arrive que 80 % de l’ensemble des utilisateurs vous disent qu’une certaine partie de leur travail est pénible, mais cela ne signifie pas nécessairement qu’il s’agit d’un problème qui mérite d’être résolu. Vous devez également comprendre l’« intensité » de cette difficulté.
Imaginez que 70 % des utilisateurs de votre plateforme de réseaux sociaux déclarent être agacés par le nombre de notifications et par le fait qu’il soit impossible de les marquer toutes comme lues.
Lorsque vous mettez leurs retours en parallèle avec les données analytiques — qui montrent que 90 % d’entre eux reçoivent en moyenne 2 à 3 notifications par jour —, vous pouvez estimer que cette plainte n’est pas suffisamment « intense » pour être prioritaire par rapport aux autres éléments de votre liste.
6. Trouvez des solutions à ces problèmes
Cette étape consiste à imaginer des solutions potentielles aux problèmes que vous avez identifiés à la suite de vos entretiens clients et de l’analyse des retours.
Vous pouvez simplement vous réunir avec vos équipes de conception et de développement pour réfléchir ensemble. Mais pour vous assurer que vos solutions sont directement liées à un objectif ou à un résultat commercial plus large, vous pouvez utiliser le cadre de l’arbre des opportunités et des solutions de Teresa Torres. Voici à quoi il ressemble pour le problème rencontré par les utilisateurs de Spotify : « Je ne sais pas quoi écouter ».
Grâce au cadre de l’arbre, nous avons constaté que supprimer l’obstacle lié au fait de ne pas savoir « quoi écouter » pourrait augmenter le nombre d’utilisateurs actifs quotidiens (DAU), ce qui en faisait un problème à fort impact à résoudre.
7. Testez vos solutions avec des prototypes
Analyser les enseignements tirés des utilisateurs et les transformer en une liste de fonctionnalités potentielles n’est que le début. La découverte produit repose sur la méthode scientifique, ce qui signifie que vous devez tester et valider vos idées avant de les ajouter à votre feuille de route produit.
Vous pouvez valider les solutions à différentes étapes de leur cycle de vie — de la simple description de l’idée à un utilisateur au cours d’un entretien et de la collecte de ses retours, jusqu’à la création de maquettes basiques, en passant par la consultation de groupes de discussion et la collecte de retours utilisateurs sur des prototypes préliminaires. Vous pouvez même aller jusqu’à concevoir et lancer un produit minimum viable (MVP).
La validation à un stade précoce, comme le fait de discuter de l’idée au cours d’un entretien, est rapide et peu coûteuse, mais la qualité des retours clients peut être faible, car les utilisateurs peuvent avoir du mal à comprendre pleinement le concept.
À l’inverse, les tests menés avec un MVP fournissent des retours plus riches et plus précis, car les utilisateurs peuvent interagir avec les fonctionnalités réelles du produit. Cependant, cette approche est plus lente et plus coûteuse en raison du travail de développement nécessaire.
Compte tenu de ce compromis, ma méthode de validation préférée consiste à utiliser des prototypes cliquables, car ils sont à la fois relativement peu coûteux à créer et permettent de présenter aux utilisateurs réels une conception UX concrète de votre nouveau produit ou de votre nouvelle fonctionnalité.
Pour accélérer la création de prototypes, vous pouvez utiliser Figma AI ou les fonctionnalités d’IA intégrées à d’autres outils de conception UX.
8. Documentez les résultats des tests
Une fois vos tests terminés, rassemblez tous vos enseignements et vos résultats dans un seul document. Regroupez-les en fonction de la solution et de l’hypothèse testée.
Ainsi, lorsque viendra le moment d’évaluer une solution, vous disposerez de tout ce dont vous avez besoin au même endroit pour prendre une décision éclairée.
9. Validez ou invalidez vos solutions
C’est à ce moment que vous examinez tous les résultats de vos tests et décidez si :
- Vous considérez que la solution est validée et l’ajoutez à votre carnet de produits existant.
- Vous comprenez que la solution est sur la bonne voie, mais qu’elle nécessite une refonte. Vous la ramenez alors à la phase d’idéation afin de l’améliorer en fonction des résultats des tests.
- Vous invalidez la solution, car elle ne résout pas les problèmes des utilisateurs qu’elle était censée résoudre.
Ces trois résultats sont attendus. Lorsque vous invalidez un produit, vous devriez considérer cela comme une immense réussite, car 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 difficultés de vos utilisateurs.
10. Développer les solutions validées et recommencer
La dernière étape logique du processus de découverte produit consiste à ajouter vos solutions à votre carnet de produits, à les hiérarchiser et à les développer.
Cependant, il est vraiment important de comprendre que vous n’arrêtez pas réellement la découverte produit à ce stade. Vous clôturez plutôt cette itération et commencez immédiatement la suivante. Les produits qui réussissent sont ceux dont le processus de découverte ne s’arrête jamais.
À ce stade, les équipes sont en mesure de prendre les bonnes décisions produit en s’appuyant sur les enseignements tirés des retours des utilisateurs, des tests d’utilisabilité et des tests A/B.
Outils pour la découverte produit
Voici quelques outils qui méritent d’être explorés pour vous aider à avancer plus rapidement dans la découverte produit et à obtenir de meilleurs résultats, classés selon la phase dans laquelle vous vous trouvez.
- Recherche utilisateur : Hotjar pour les enregistrements de sessions, UserTesting pour les tests d’utilisabilité et Figma pour la conception de l’expérience utilisateur et les prototypes cliquables.
- Cartographie des parcours et collaboration visuelle : Miro est l’outil universel dans ce domaine. Vous pouvez également essayer son concurrent émergent, FigJam, ou consulter d’autres alternatives à Miro.
- Recherche concurrentielle : Similarweb pour les canaux de trafic des concurrents, Builtwith pour les piles technologiques.
- Analyse produit : GA4 pour les canaux et le trafic. Amplitude pour le comportement et les indicateurs clés du produit. Pour les outils de cartes thermiques, HotJar est une option populaire.
- Suivi et hiérarchisation : le modèle de notation RICE pour définir simplement les priorités, Aha! ou ProdPad pour la planification des produits et le stockage des idées produit.
Ce sont les outils que j’utilise et que je recommande à mes pairs. Pour davantage d’options, vous pouvez également consulter notre liste sélectionnée d’outils de découverte produit.
Par ailleurs, si vous l’avez remarqué, je n’ai mentionné aucune solution d’IA ici. C’est parce que je souhaite en parler séparément et plus en détail.
Comment l’IA transforme la découverte
La découverte est probablement le domaine de la gestion produit dans lequel l’IA a apporté le plus de valeur. La raison est que les grands modèles de langage sont très performants pour les types de tâches que l’on rencontre couramment dans la découverte produit. Plus précisément, la transcription, la synthèse et l’extraction d’informations.
Nous avons abordé l’impact de l’IA sur la découverte produit dans l’un des épisodes de notre podcast. Notre invité, Craig Watson, nous a présenté sa propre expérience et a partagé de nombreuses informations précieuses.
Plus précisément, il souligne que l’IA a été d’une grande aide pour les responsables produit dans les domaines suivants :
Transcription et synthèse des entretiens utilisateurs : les responsables produit n’ont pas besoin de prendre des notes pendant l’appel ni d’écouter les enregistrements par la suite. Il leur suffit que le robot d’IA soit présent pendant l’appel et l’enregistre. Le robot transforme ensuite l’enregistrement en transcription et en synthèse, en mettant en évidence les résultats les plus importants de cet entretien. Dovetail, Krisp et GreatQuestion sont de très bons outils pour cela.
Détection de tendances récurrentes dans les données qualitatives : écouter tous les entretiens et repérer les difficultés ou les processus qui se répètent prend énormément de temps. Les grands modèles de langage peuvent très bien s’acquitter de cette tâche et parcourir des centaines d’entretiens à la recherche de tendances. D’après mon expérience, Dovetail est le meilleur outil dans ce domaine.
Regroupement, comptage et notation des retours : une fois encore, les équipes produit devraient consacrer des heures, voire des jours, à convertir manuellement les données qualitatives en données quantitatives. Les grands modèles de langage n’ont besoin que de quelques secondes pour compter les retours et déterminer lesquels sont les plus fréquents dans les données. Ils peuvent également effectuer une notation à l’aide du modèle de notation pondérée ou de RICE.
Malgré toute la valeur que vous pouvez tirer de ces automatisations, Craig recommande tout de même de ne pas trop dépendre de l’IA lors de la découverte.
« L’IA ne remplacera pas votre intuition — elle vous aidera à prendre plus rapidement des décisions étayées par des faits. »
Je suis d’accord avec lui. Laissez l’IA dans la découverte produit effectuer le travail manuel à votre place. Mais ne faites pas confiance aux décisions de l’IA sans les vérifier vous-même au préalable.
