Vérités désagréables du développement produit

Photo de Sohrab Salimi
Sohrab Salimi
2 min. Temps de lecture
Ce contenu a été traduit par IA. Voir l'original

Semaine après semaine, je vois des équipes produit qui peinent avec des roadmaps produit dépassées, négociées laborieusement et parfois même plusieurs trimestres à l'avance avec le management et les parties prenantes. Je voudrais maintenant expliquer les vraies raisons pour lesquelles ces roadmaps mènent généralement à de très mauvais résultats pour une entreprise (même avec les meilleures intentions).

“Les deux vérités désagréables sur le développement produit”

La première de ces deux vérités est que la moitié de toutes les idées ne fonctionneront tout simplement pas. Il y a de nombreuses raisons à cela. La plupart du temps, les clients ne sont tout simplement pas aussi enthousiastes que nous par l'idée, donc ils ne veulent pas utiliser le produit. Parfois ils aimeraient bien l'avoir, mais c'est tellement compliqué à utiliser que ça cause plus de frustration que de bénéfices, et ça revient au même : les clients ne l'utilisent pas. Parfois les clients adoreraient avoir le produit, mais il s'avère que le développement est bien plus coûteux que prévu et nous n'avons tout simplement pas le temps ni l'argent pour ça.

La deuxième vérité désagréable est que (même quand on a des idées qui sont précieuses, utilisables et réalisables) il faut de nombreuses itérations avant que l'idée soit suffisamment développée pour enfin apporter la valeur attendue à l'entreprise.

Comment gérer ces vérités

D'expérience, je peux dire qu'on ne peut pas échapper à ces vérités désagréables – et ce, bien que j'aie eu l'occasion de travailler avec de nombreuses personnes excellentes dans les domaines du produit et de la technologie. Tout dépend simplement de la façon dont on gère ces vérités.

Les équipes faibles se tuent à la tâche mois après mois sur la roadmap et quand quelque chose ne fonctionne pas, elles rejettent la faute sur le stakeholder qui voulait la fonctionnalité. Ensuite, elles essaient de planifier d'autres itérations, un autre redesign ou d'autres fonctionnalités qui, espérons-le, résoudront le problème cette fois-ci. Si elles ont assez d'argent et de temps à disposition et que le management ne perd pas patience avant, elles peuvent éventuellement atteindre leur objectif.

Les équipes fortes, en revanche, peuvent rapidement distinguer les bonnes idées des mauvaises (peu importe d'où vient l'idée à l'origine) et travailler de manière itérative vers une solution efficace et de qualité. C'est ce qu'on appelle le Product Discovery. Et c'est pourquoi le Product Discovery est pour moi la compétence la plus importante d'une organisation produit. Quand on peut construire un prototype en quelques jours plutôt qu'en plusieurs mois et valider l'idée avec l'aide des clients, cela a un impact tant sur la dynamique que sur les résultats.

Conclusion sur les vérités produit

Je te conseille de regarder de plus près cette solution qui fonctionne merveilleusement bien, car je peux te promettre que derrière chaque produit à succès se cachent de nombreuses itérations et prototypes. Accepte ces deux vérités désagréables au lieu de lutter contre elles et deviens un pro du Product Discovery.

Plus sur ce sujet

Agile chez Spotify

Découvrez comment l'Agile est mis en œuvre chez Spotify et quelles sont les meilleures pratiques pour le développement produit et le travail d'équipe dans le modèle Spotify.

Gestion de produit vs. Marketing produit

Différences entre la gestion de produit et le marketing produit dans un contexte agile. Découvrez-en plus chez Agile Academy pour un développement de produit réussi.

Parle à notre assistant Parle à notre assistant