9 étapes pour réussir votre product discovery

Ah, la discovery… 😌 une étape essentielle du travail de product manager, qui concentre bien des idées reçues. Tâche ultra chronophage, dont le ROI est incertain, impossible à intégrer dans le calendrier déjà chargé d’un PM…

Derrière ces critiques, c’est la compréhension du rituel et sa pratique effective qui semblent manquer. C’est bien le but de cet article : que vous soyiez Product Manager (PM) débutant ou avancé, je vous partage les 9 étapes qui vous permettront d’aborder plus sereinement votre Product Discovery et, surtout, qui vous éviteront bien des faux pas. 💪

Si vous avez besoin d’un apprentissage concret des méthodes du Product Management, Join Maestro propose des formations sur toutes les dimensions du rôle, de la product discovery à la delivery en passant par l’alignement. Notre pédagogie, basée sur la pratique, vous équipe pour devenir un excellent Product Manager.

Pourquoi la Product Discovery est incontournable ?

La discovery (ou Product Discovery) a pour but de comprendre précisément les besoins utilisateurs afin de construire le meilleur produit et features possibles. Fondamentalement, il s’agit de passer assez de temps à explorer et définir le problème, pour que la solution imaginée et développée ensuite soit pertinente. Vous me voyez venir avec la méthode du double diamant ? 😉
‍

Pourquoi est-ce essentiel de l’intégrer à votre quotidien de PM ? Parce que cette étape réduit significativement les risques associés au lancement d’un nouveau produit ou feature. Ces risques, selon Marty Cagan, peuvent être de plusieurs natures :

• Risque de désirabilité : mes utilisateurs tireront-ils de la valeur à utiliser le produit ?
• Risque d’utilisation : mes utilisateurs voudront-ils utiliser le produit ?
• Risque de faisabilité : a-t-on les ressources tech en interne pour construire le produit en temps et en heure ?
• Risque économique : est-ce un produit rentable pour l’entreprise ?

En intégrant la discovery à votre quotidien, vous vous assurez d’envoyer en delivery des projets voulus, réalisables et rentables. 👉 La question maintenant est de savoir par où commencer pour devenir un as du discovery.

Étape n°1 : intégrer la discovery à son quotidien 📅

‍En tant que PM, vous êtes garant de l’intérêt de l’utilisateur pour votre produit. Il vous faut donc toujours garder le contact, afin de pouvoir continuellement affiner votre compréhension des points de douleurs (ou “pains”) et valider ou infirmer vos hypothèses. 
Les recommandations varient, mais l’experte produit Teresa Torres conseille de réaliser 1  échange par semaine. Bloquez vous donc un créneau récurrent sur votre agenda.

‍À noter que vous pouvez varier les supports (c’est même encore mieux pour s’éviter des angles morts !) : vous pouvez alterner entre entretiens utilisateurs, études d’observation, sondages quantitatifs, analyse de la compétition, data analysis, etc. Finalement, tout ce qui touche à vos utilisateurs et pourrait vous en apprendre plus sur leur psychologie et comportement.

Etape n°2 : préparer des hypothèses à tester ❓

Échanger régulièrement avec ses utilisateurs ne veut pas dire avoir la même conversation en boucle. Venez avec des hypothèses à tester ! Que ce soit une intuition sur l’évolution du marché, une étape de l’onboarding avec un taux de drop important ou une difficulté à booster le système de referral.

Etape n°3 : associer les bonnes personnes au bon moment 👨‍👩‍👦‍👦

Tout l’enjeu de la discovery est qu’elle soit au service du delivery (si vous n’êtes pas à l’aise sur la delivery, ses méthodes sont dans la toolbox), que les deux temps du product management soit en phase. Et pour faciliter l’alignement entre ces deux réalités, une bonne pratique consiste à intégrer d’autres personnes à l’exercice.

D’une part, cela permet d’utiliser de l’intelligence collective pour correctement formuler le problème et éviter ses propres biais ; d’autre part, cela facilite le consensus des différentes parties prenantes sur le constat final qu’est le problème. Vous pourrez plus rapidement passer aux autres étapes d’idéation et de delivery dès lors que certaines personnes clés ont retenu les mêmes apprentissages que vous, au même moment. 

Pour les entretiens utilisateurs, Teresa Torres recommande 3 personnes minimum autour de la table : un PM, un designer et un développeur. On peut également penser au user researcher et au product marketer (comprendre le métier de product marketer ici), mais attention à ne pas avoir trop de personnes au risque de ralentir le processus de décision.

Pour ce qui est des autres départements comme le support ou la vente, leur connaissance terrain les rend légitime pour valider la définition du problème et / ou la solution prioritairement développée. Admettons que vous ayiez à creuser un problème remonté par le support, dans ce cas vous les impliquerez naturellement bien plus dans ce processus.

Etape n°4 : limiter ses biais lors des échanges utilisateurs 🧠

Concernant les entretiens utilisateurs, toute la difficulté consiste à ne pas projeter sa compréhension du problème sur l’utilisateur auquel on fait face. Lorsque l’on travaille avec une hypothèse, il peut être facile de tomber dans le biais de confirmation et ne retenir que les éléments qui valident sa conception des choses. Pire, on peut, dès l’étape de formulation de la question, complètement biaiser la réponse.

Comment éviter cette situation ?

• Être plusieurs autour de la table pour avoir une garantie objectivité
• Ecrire ses questions en avance et les faire relire par une tierce personne neutre
• Poser des questions ouvertes et précises
• et d’autres conseils à retrouver dans la section Entretien utilisateur de notre Toolbox

Etape n°5 : suffisamment clarifier le problème rencontré 😵

Comment sait-on quand on peut s’arrêter sur la discovery d’un problème ? Comment être certain.e qu’on est arrivé à sa racine ? Qu’on a toutes les cartes en main ? Il est normal et légitime de vous poser ces questions, lorsque l’on sait que de la validation du problème découle l’exploration des solutions. 

Même si le risque zéro n’existe pas, plusieurs éléments permettent de le réduire au maximum. Car a priori, arrivé à cette étape : vous avez déjà réalisé un certain nombre d’entretiens et d’échanges à échéance régulière (étape n°1), selon une hypothèse commune précise (n°2), avec d’autres personnes garantissant l’objectivité et l’exhaustivité (n°3) et en faisant attention à vos biais (n°4).

Vous disposez maintenant d’une source d’information riche et a priori objective sur le persona en face, le problème qu’il ou elle rencontre et son comportement face à cette situation. Ce sont ces éléments qu’il convient de structurer, synthétiser et challenger en grands apprentissages puis en un problème précis, avec les autres personnes présentes aux entretiens (voire les autres départements customer-facing comme le support et la vente).

Plusieurs supports peuvent vous aider dans cette tâche :
1. Un “user persona” : une synthèse fictive d’un utilisateur type de notre solution, avec des éléments d’identité (sexe, âge, profession), de personnalité, de motivations, de peurs et frustrations.

2. Une “empathy map” : un support visuel qui permet d’avoir la big picture sur ce que l’on sait sur son user persona, son comportement, ses désirs et ses aspirations. Les informations sont regroupées par sens : ce que le persona nous a dit, ce qu’il ressent, ce qu’il voit, ce qu’il entend ; pour avoir une compréhension plus fine et humaine de sa psychologie.

‍

3. Une “user journey map” : une cartographie des étapes et ressentis de l’utilisateur tout au long du job-to-be-done qu’il essaie de faire. Un exercice efficace pour identifier les principaux points de friction et de frustration de l’utilisateur.

💡 Pour utiliser ces templates, rendez-vous à la section Persona UX & Empathy Map de notre Toolbox.

Non seulement ces supports seront facilement partageables au reste de l’organisation, mais ils vous permettront également d’identifier les éventuelles informations manquantes qu’il vous faudrait obtenir pour les compléter à 100%. Ils permettent également de se rapprocher de la vérité entre ce que l’utilisateur dit et ce qu’il fait.

Etape n°6 : brainstormer plusieurs solutions possibles et les prioriser 📌

Félicitations, vous avez enfin un problème précis et actionnable entre vos mains, validé par les équipes ! Vient maintenant l’étape d’idéation de solutions, à réaliser en groupe, avec les développeurs et les designers.

Un point de départ possible est de réfléchir au jobs-to-be-done de l’utilisateur, à la situation finale qu’il souhaite. Quelles solutions permettraient d’y arriver ? Quelle est la frustration que l’on pourrait lui éviter ?

Dans un second temps, il est de votre ressort de réfléchir à l’aspect économique de chaque solution : est-ce une solution rentable ? qui supporte le business ? Puis de confronter les développeurs à la faisabilité technique de chaque solution.

Etape n°7 : définir une métrique de succès

Vous avez maintenant une solution sélectionnée, validée par les autres équipes (à nouveau, il est important de leur partager cette étape !). Selon le dicton “on ne peut pas améliorer ce que l’on ne mesure pas”, prenez le temps de définir une métrique de succès qui indiquera que la solution développée a bien répondu au problème.

Etape n°8 : faire un Minimum Viable Product 👩‍💻

Si vous travaillez en méthode agile, cette étape vous permettra de valider définitivement l’intérêt de la solution sans pour autant partir dans un cycle de développement trop long. Chez Product Board, ils parlent d’ailleurs plutôt de "Minimum Viable Experiment”. Avec votre MVP / MVE, vous pourrez rapidement valider la pertinence de votre solution (selon la métrique de succès décidée précédemment) et décider d’affiner la solution ou de passer à une autre.

Comment limiter la tension sur les ressources à ce moment-là ? Vous pouvez réaliser des mockups par exemple, les soumettre à des utilisateurs potentiels lors d’entretiens, faire de fake Google Ads pour tester l’intérêt ou bien utiliser des outils de no-code, les possibilités sont sans limite ! 

Gardez en tête qu’un MVP réussi doit prendre peu de temps, utiliser le minimum de ressources et vous donner assez d’indications pour savoir si l’idée est prometteuse ou non.

Etape n°9 : itérer 🔁

Et on recommence 😊 Vous l’aurez compris, la discovery est un processus complexe à intégrer dans votre routine de PM, mais dont le retour sur investissement est bien palpable ! Il vit en parallèle du delivery et le nourrit. 

Comme le rappelle Teresa Torres, adepte du Continuous Discovery, “Good discovery is continuous. The day we stop being curious about our customers is the day our competitors start catching up.”

Dernier disclaimer, si échanger à fréquence régulière avec ses utilisateurs est de bon conseil, la flexibilité reste bien sûr de mise : certains projets nécessitent de vérifier plus d’hypothèses que d’autres, auquel cas la part de discovery par rapport au delivery peut être inégale.



Pour aller plus loin sur le sujet, on vous recommande les lectures suivantes :

• Réussir son cas de product discovery avec Maestro
• Les erreurs habituels en discovery avec MindTheProduct
• 6 principes clés pour optimiser sa discovery avec Teresa Torres
  

✍️ Anna Richard est incoming-PM en Fintech B2B et Startup Manager chez Bpifrance Le Hub où elle accompagne depuis 2 ans les startups seed et Série A du portefeuille sur leurs enjeux opérationnels en product et product marketing.
Alumni de la promotion 🦁 Lion du Samedi winter 2021 et Copywriting en septembre 2021.