Les 6 erreurs du Product Management

Aujourd’hui on parle de product management à tout va, un peu comme de l’agile il y a quelques années de cela. Sans prendre le temps de réellement comprendre la méthode et sans s'assurer de sa bonne implémentation, la direction ou les stakeholders exigeaient parfois une flexibilité sans limite et des exigences sans bornes.

Eh bien on peut observer la même tendance avec le product management. Ce qui entraîne assez logiquement la mise en place d’organisations produits avec des bases bancales, non adaptées et souvent vouées à l’échec.

Comment identifier et éviter ces erreurs de mise en place ? La liste n’est pas exhaustive mais vous permettra déjà de mieux appréhender votre méthodologie produit.

Erreur n°1 : Ne penser qu’aux outputs

Le premier biais dans lequel tombent les organisations aujourd’hui sans expérience en product management, ou sans product manager formé au produit, est de se focus uniquement sur la livraison de multiples features sans réfléchir à la valeur ajoutée de cette production.

Et tout notre intérêt en tant que PM est de pouvoir livrer de la valeur, sprint par sprint ou release par release aux utilisateurs finaux. Sans quoi l’utilisabilité et l’adoption de l’outil ne peuvent être garantis. Le temps investi dans le développement ne peut quant à lui pas être valorisé.

Posez-vous donc toujours la question du “Pourquoi” une fonctionnalité est priorisée dans votre backlog ou présente dans votre roadmap. Si vous n’avez pas d’enjeu business ou d'utilisateur à aligner en face, c’est que cette fonctionnalité n’a pas sa place dans la “To do” de vos développeurs. Dans un registre un peu moins extrême, si vous estimez qu’elle n’est pas là pour rien, assurez-vous de la valoriser afin de pouvoir la prioriser correctement avant de l’embarquer. Ce qui fait une bonne transition pour le biais suivant…

Erreur n°2 : Priorisation sur des critères subjectifs

En effet, en parlant de priorisation, il ne faut pas faire rentrer la part subjective dans le calcul. Soit parce que votre client pense savoir ce qui est bon ou pertinent pour ses utilisateurs à leur place (ou vous-même pouvez prendre le raccourci d’avoir ce positionnement). Cela peut partir d’une bonne intention mais finalement ne permet pas de prouver que ces fonctionnalités subjectives auront la moindre valeur.

Soit parce qu’un de vos utilisateurs exprime un souhait sans que celui-ci n’ait été challengé ou même aligné sur la stratégie de l’entreprise.

Enfin, autre raccourci souvent vu et pris dans nos domaines et qui n’apporte que très rarement la valeur escomptée : suivre une tendance du marché sans vérifier qu’elle aura de la valeur pour votre entreprise ou pour vos utilisateurs.

En résumé, vérifiez toujours lors de la priorisation de vos fonctionnalités qu’elles le sont pour les bonnes raisons, en recroisant le besoin et les apports business visés. Ce qui nous amène à notre troisième biais…

Erreur n°3 : Oublier les enjeux business

En tant que product manager il est en effet souvent bien plus simple d’identifier et prioriser ce qui apportera de la valeur directe à nos utilisateurs finaux. Parce que celle-ci est parfois plus tangible, directement exprimée ou mise en lumière par des tests ou interviews utilisateurs. Il est donc aisé de ne pas pousser la réflexion plus loin en mettant en perspective la valeur qu’aura une feature pour l’entreprise par rapport à une autre.

L’important de recroiser les besoins utilisateurs ainsi que les apports business est de ne pas oublier qu’un des objectifs à travers la conception, le développement et globalement la production d’un produit est de permettre une rentabilité pour l’entreprise elle-même. Que ce soit financièrement, en faisant gagner du temps à ses ressources, pour permettre de se démarquer face à la concurrence, etc. Chaque entreprise aura toujours un objectif en investissant dans un produit.

N’oubliez donc pas de remettre en perspective votre roadmap et vos priorisations aussi en vous mettant à la place de votre entreprise.

Erreur n°4 : Ne pas communiquer avec les utilisateurs

Règle d’or qui peut paraître immanquable en tant que Product Manager, il reste néanmoins important de l’ajouter à la liste des biais et des erreurs faites par les organisations qui s'improvisent “Produit” aujourd’hui. On ne sait pas mieux que nos utilisateurs ce dont ils ont besoin, que ce soit en tant que PM, stakeholders ou métiers.

Ne passez donc pas à côté des interviews utilisateurs et si vous en avez l’opportunité des tests utilisateurs en pré-développement sur wireframe, prototype ou sur votre outil après implémentation. Les feedbacks que vous récolterez auront énormément de valeur et renforceront le lien entre équipe et utilisateurs. Vous remarquerez très vite par ailleurs que ces derniers, s’ils comprennent votre démarche et constatent du réel intérêt qu’on porte à leur besoin, seront toujours partants pour vous accompagner dans votre démarche.

À ce titre, n’hésitez pas non plus à vous rendre directement sur le terrain pour être le plus en condition réelle avec vos utilisateurs !

Erreur n°5 : Ne pas démontrer par l’exemple

Avant de se lancer dans des chantiers trop conséquents, il est toujours préférable de penser petit et de tester auprès des utilisateurs un postulat avant d’y lancer la majorité des ressources.

Ceci vous permettra par la même occasion de donner du poids à la production déjà livrée auprès des stakeholders et/ou métiers mais également de les rassurer avant de lancer la suite du projet. Votre meilleure arme sera de leur partager les feedbacks utilisateurs déjà récoltés afin de mettre en lumière l’importance de la nouvelle feature. Sans oublier la mise en place et le suivi des metrics afin de valoriser cette fois-ci l’apport pour l’entreprise. Ce qui nous amène cette fois à notre dernière erreur…

Erreur n°6 : Ne pas penser KPIs dès la conception

Quand on se lance dans le product discovery, puis la conception fonctionnelle des features à réaliser, on pense tout de suite spécifications fonctionnelles, enjeu business, acceptance criteria. Parfois on pousse jusqu'aux spécificités techniques en fonction de la latéralité de notre intervention, wireframes ou même maquettes détaillées.

Il est moins évident cependant de penser dès le départ aux indicateurs de performance et de réussite à mettre en place pour s’assurer de l’impact attendu de la fonctionnalité une fois développée. Cela vous sécurisera aussi bien dans la priorisation de votre roadmap qu’auprès des stakeholders qui seront rassurés et vous accorderont toute confiance.

Conclusion

Pour conclure, ces quelques erreurs simples à éviter vous permettront de mener à bien la conception et la production de votre produit avec plus de maîtrise de votre roadmap, backlog et priorisation. Ainsi que plus de certitude quant à vos choix et leur défense auprès des métiers et stakeholders.

Et si vous êtes en quête de bonnes pratiques sur l'organisation produit en général, vous trouverez ici notre livre blanc co-écrit avec l'ensemble des Product Managers chez Eleven Labs.