• 8 heures
  • Moyenne

Ce cours est visible gratuitement en ligne.

course.header.alt.is_video

course.header.alt.is_certifying

J'ai tout compris !

Mis à jour le 05/12/2022

Identifiez les besoins internes

En tant que product manager, vous ne manquerez pas de sources d'idées d'améliorations pour votre produit. Pour enrichir votre roadmap et faire évoluer votre produit, vous pourrez utiliser principalement :

  • les retours et demandes internes ;

  • les retours et demandes utilisateurs ;

  • les sources de données internes ;

  • le marché et la concurrence.

Débusquez les besoins derrière chaque demande

Les retours, idées et autres demandes seront divisés en deux grandes catégories : les solutions et les besoins.

  • Une solution est souvent proche de l'idée. Elle se présente souvent comme un outil idéal que votre interlocuteur aimerait beaucoup avoir. Par exemple, si un collègue du marketing vous demande de refaire la page d’accueil de votre site, c’est une solution ;

  • un besoin exprime l'action principale que votre interlocuteur aimerait mener avec cet outil, ou encore le problème qu'il règlerait s'il avait la chance de le posséder cet outil. Si l’on reprend notre exemple, le besoin de votre collègue est sûrement d’augmenter la conversion de la page d’accueil. Et c’est un besoin auquel peuvent correspondre bien d’autres solutions.

Que ce soit une demande interne, ou d'un utilisateur, à vous de prendre le temps de débusquer le besoin sous-jacent. En effet, vous ne devrez cependant jamais exécuter des idées sans les analyser. Vous devrez débusquer les besoins et problèmes qui se cachent derrière chaque demande.

C'est en creusant les idées et les demandes de vos interlocuteurs que vous pourrez détecter des besoins. Et c'est votre rôle, en tant que product manager, d'analyser ces besoins et d'imaginer des solutions efficaces et innovantes qui y répondent.

Accordez une attention particulière aux demandes internes

Pour mener à bien la stratégie de l'entreprise, le produit joue un rôle central sur lequel s'appuieront tous les autres départements. De nombreux collaborateurs auront besoin de vous pour remplir leurs objectifs.

Image de 4 personnes pour représenter des collègues.
On appelle ces collaborateurs les parties prenantes. Vous entendrez peut être aussi le terme Stakeholder.

Il s'agit des personnes de l'entreprise qui seront directement impactées par le produit et ses évolutions.

Tout comme vos utilisateurs, vos collègues exprimeront souvent des besoins liés au produit, comme par exemple :

  • votre collègue du marketing, responsable de l'acquisition, et qui aimerait beaucoup pouvoir créer des nouvelle pages d'acquisition (souvent appelées "landing pages") à la volée ;

  • votre collègue du service client qui aimerait connecter un nouvel outil de chat à la plateforme ;

  • votre collègue du service légal qui doit impérativement pouvoir supprimer les données d'un client en un clic.

Évaluez ces besoins internes

Dans les exemples ci-dessus, nos collègues imaginaires n'expriment pas vraiment des besoins, mais des idées. Aucun d'entre eux ne vous explique pourquoi il ou elle a tant besoin de cette nouvelle fonctionnalité. Même si vos futurs collègues seront sûrement moins caricaturaux, il y a fort à parier que vous rencontrerez des similitudes avec ces exemples. Et pour cause : c'est votre votre rôle de partir des demandes pour remonter aux problèmes, et enfin trouver une solution efficace.

En interne, vous devrez aider vos collègues à mieux comprendre le problème qu'ils tentent de régler et l'objectif qu'ils tentent d'atteindre. Vous pourrez alors, avec eux, questionner la pertinence de la solution envisagée et éventuellement proposer des alternatives.

Voici quelques questions à poser un collègue qui exprimerait une demande produit :

  • Pourquoi as-tu besoin de cette fonctionnalité ?

  • Quel objectif tentes-tu d'atteindre ? 

  • Comment fais-tu aujourd'hui ?

  • À quand remonte la dernière fois que tu as eu ce problème ?

  • La solution actuelle est-elle coûteuse (en temps, en énergie, en budget) ? 

  • Si on construit cette fonctionnalité, quand l'utiliseras-tu ? 

En procédant ainsi, vous essayez de mieux comprendre le problème de votre interlocuteur et ses objectifs, et vous pourrez ainsi évaluer l'importance de la demande pour l'entreprise et sa compatibilité avec votre vision produit.

En bref

  • Vous disposerez de nombreuses sources pour identifier des voies d'améliorations pour votre produit ;

  • un besoin exprime un problème que votre utilisateur aimerait régler grâce à votre produit ;

  • consignez tous les besoins et toutes les demandes dans un backlog ;

  • accordez de l'importance aux besoins internes, mais questionnez toujours la pertinence de la solution envisagée et préparez-vous à proposer des alternatives.

Exemple de certificat de réussite
Exemple de certificat de réussite