Le product discovery est un processus clé pour comprendre les besoins des utilisateurs et définir une stratégie fonctionnelle afin de livrer de la valeur. Il implique la recherche de problèmes à résoudre, la priorisation des exigences et la collaboration avec des parties prenantes multiples. L'objectif est de réduire les risques associés à une mauvaise compréhension des besoins et de garantir que les solutions s'alignent sur la stratégie globale de l'entreprise.

1. Comment faire du
Product Discovery
1. Rechercher
2. Examiner
3. Itérer

2. Product Discovery
LE SENS DU PRODUIT
Comme son nom le suggère, le Product discovery
renvoie au processus de compréhension des besoins
utilisateurs, aux exigences et à l’élaboration du
produit et de la stratégie fonctionnelle pour livrer de la
valeur aux clients.
Tout Product Manager peut regarder une exigence au travers
de 2 lentilles :
1. Espace du Problème – Quel problème résoudre ?
2. Espace de la Solution – Quels sont les solutions ?
Le Discovery est essentiel pour se focaliser sur
l’espace du Problème et identifier les problèmes à résoudre.
Le Product Discovery démarre lorsque l’entreprise a
identifié des problèmes utilisateurs et qu’elle définit
des cibles de croissance. Le Discovery a pour
objectif de réduire les 4 risques pour les PM (risque
de Valeur, risque d’Utilisabilité, risque de
Faisabilité, risque de Viabilité économique).

3. Besoins pour le Product Discovery
Définir ce qui vaut
la peine d'être résolu
À tout moment, il y a une multitude
de problèmes. Comprendre
l'impact et l'ampleur du problème
se fait lors de la découverte.
Allocation des ressources
Des solutions et des découvertes
erronées entraînent une surcharge
de travail, une fuite des cerveaux
et créent des doutes dans l'esprit
des parties prenantes.
Réduire les risques
Marty Cagan définit 4 types de
risques qui peuvent survenir à la
suite d'un mauvais product
discovery et qui entraînent des
pertes de temps et d'argent.
Priorisation des problèmes
Un mauvais product discovery
conduira plus probablement à la
résolution de mauvais
problèmes et n'apportera
aucune valeur ajoutée à
l'entreprise.
LE SENS DU PRODUIT

4. Parties prenantes impliquées
Équipes d’Exploitation
et de Customer Success.
Le processus de Product Discovery est multi-fonctionnel
et les PM doivent s'entretenir avec de nombreuses
personnes pour découvrir les points de friction sous-
jacents.
Utilisateurs finaux Équipes métiers
Concurrents
LE SENS DU PRODUIT

5. Étapes du Product Discovery
Décider de
l'énoncé du
problème
Détermination
des exigences
Recherche
Utilisateur
Alignement entre les
parties prenantes
Préparation de la
mise en œuvre
LE SENS DU PRODUIT

6. Harmoniser stratégie, objectifs et roadmaps produits :
Le Product Discovery doit veiller à ce que chaque nouvelle idée
s'inscrive dans la stratégie globale décidée par l'entreprise et ne
résolve pas un problème isolé.
Définir le MVP et la roadmap produits :
L'objectif principal du Discovery est de définir le MVP d'un produit
et son évolution dans le temps. Il fait office de document SRS qui
sera utilisé par l'équipe pour développer le produit.
UI/UX et user flow prévus :
Une interface UI/UX de bout en bout, cliquable et correspondant
aux attentes finales d'un produit, doit être livrée. L'UI/UX peut
être conçu sur balsamiq sous forme de wireframe ou en utilisant
figma, etc.
Conception de l'architecture :
L'équipe d'ingénierie est en mesure de décider d'une conception
de haut niveau du document d'exigences global.
Résultat du Product Discovery
LE SENS DU PRODUIT

7. Rôle des données dans le Product Discovery
Taille du problème :
Les données sont généralement utilisées pour identifier l'ampleur
du problème auquel les utilisateurs sont confrontés. Des outils tels
que les entonnoirs, les chemins, etc. sont utilisés pour identifier
les points d'abandon client et justifier leur résolution.
Comportement et préférences des utilisateurs :
Certains outils couramment utilisés, comme hotjar, etc.,
permettent aux utilisateurs d'identifier les schémas d'utilisation à
l'aide de cartes thermiques et d'enquêtes. Ces outils aident à
trouver des solutions.
Validations et cadrage :
Les données fournissent des repères sur les mesures actuelles
qui sont prises sur le terrain et permettent de déterminer si la
solution proposée résout ces mesures.
Confiance des parties prenantes :
Les parties prenantes s'appuient toujours sur des chiffres. S'ils
ne sont pas convaincus par l'énoncé d'un problème, il ne sera
pas possible d'obtenir d'eux les résultats souhaités.
LE SENS DU PRODUIT

8. Outils, ressources utilisées
Outils de données
Recherche utilisateur
Benchmarking
LE SENS DU PRODUIT

9. Erreurs :
Alibi du discovery : vous recevrez des informations de
plusieurs parties prenantes telles que l'équipe marketing,
les gros clients qui vous forceront à penser que le problème
est suffisamment important pour le résoudre.
Davantage de ressources donne de meilleurs résultats : il
est habituel que les premiers product managers souhaitent
disposer de plus de ressources pour travailler sur l'énoncé
d'un problème, mais la plupart du temps, l'allocation de
ressources ne garantit pas le succès.
Mythes :
Croire que l'on connaît tous les problèmes : examiner les
données avec une vision étroite et n'entendre qu'un seul
aspect des problèmes peut conduire à une myopie du
produit, ce qui peut entraîner les conséquences suivantes
Mélanger le delivery et le discovery : la plupart des PM
mêlent les solutions aux énoncés de problèmes et finissent
par créer de la confusion dans le produit plutôt que de la
clarté.
Erreurs communes, mythes
LE SENS DU PRODUIT

10. Marier la gestion de projet et le discovery :
Bien qu'il soit courant que les Product Managers soient
attachés à leurs exigences, la raison devrait prévaloir pour
respecter les délais avant d'entamer un projet.
Contraintes liées à la sécurité informatique et aux
données :
Outre la faisabilité technique, les PM doivent comprendre si
leurs exigences sont contraires au RGPD, à la CCPA
(California Consumer Privacy Act), ou à d'autres directives en
matière de sécurité.
Biais :
Les PM doivent lutter contre les biais des parties prenantes
internes et externes afin de comprendre les besoins réels des
utilisateurs finaux.
Pression des parties prenantes :
La pression exercée par les managers, les clients et d'autres
personnes haut placées a un effet dissuasif important lors de
l'étape de product discovery.
Quelques contraintes à prendre en compte
LE SENS DU PRODUIT

11. Pour en savoir plus
Podcasts
Fearless Product Leadership
This is Product Management
How I built this
YouTube
Atlassian
Mind the product
Dan Olsen
Blogs
RailsWire
Productboard
Kellton
UserVoice
Livres
Inspired -Marty Cagan
Build better products -Laura Klein
Continuous discovery habits -
Teresa Torres
LE SENS DU PRODUIT

12. SUIVEZ-NOUS
REJOIGNEZ NOTRE PROCHAINE
COHORTE POUR COMMENCER
VOTRE VOYAGE VERS LE
PRODUCT MANAGEMENT