Un Product Manager doit-il savoir coder ?
Dans la plupart des cas : non. Bien sûr, il y a des exceptions - si vous voulez devenir Product Manager pour un produit technique (comme Sqreen), ou sur la partie technique d'un produit (travailler sur les API par exemple), alors c'est un plus.
Toutefois, dans la plupart des entreprises, les équipes Produit sont réparties à parts égales entre des personnes issues de milieux tech et non tech.
Cela étant dit, vous devez tout de même avoir une compréhension minimale de plusieurs concepts techniques pour devenir un excellent Product Manager. Ce bagage sera utile pour 6 raisons principales s:
- Faire des tradeoffs techniques. Il est essentiel d'avoir une compréhension de base de la stack technique de votre produit pour pouvoir faire ces choix en tant que PM. Un exemple : disons que vous travaillez sur une fonction d’Analytics. L’analytics doit-elle être en temps réel ? Quel est le délai de synchronisation "acceptable" ? Ces questions ont des conséquences techniques, et il est important que vous compreniez comment cela fonctionne.
- Faisabilité Technique. En tant que PM, vous serez confronté à des opportunités que vous devrez prioriser. Évidemment, pour pouvoir établir des priorités, vous devez connaître la charge technique. Certains diront que c'est uniquement le travail de votre équipe technique. Notre opinion : en tant que Product Manager, vous devriez être capable d'émettre des hypothèses sur cette charge technique, afin d'éviter de faire des allers-retours dix fois par jour avec votre équipe technique. L'idée n'est pas d'estimer vous-même la charge de travail, mais plutôt d'éliminer vous-même les opportunités qui sont des "moonshots" en termes de faisabilité technique.
- Dette technique. Une erreur typique consiste à dire à votre équipe technique : "Vous avez 10% de la bande passante pour la dette technique. Faites comme vous voulez". En tant que PM, vous devrez prioriser la dette technique comme le reste, en regardant l'impact et l’effort. Il est évidemment difficile de prioriser des sujets que vous ne comprenez pas.
- Débugging. Ce n'est pas la partie la plus fun du job de PM ! Avoir une compréhension approximative du fonctionnement technique de votre produit vous aidera. L'idée n'est pas de trouver la cause vous-même, mais plutôt d'être capable de dire "Je ne connais pas la solution, mais nous savons que A se produit. Cela peut donc provenir de B ou C". Cela vous permettra, ainsi qu'à votre équipe tech, de gagner du temps !
- Data. En tant que Product Manager, votre rôle est de comprendre des problèmes. L'analyse de de la data sur l’utilisation de votre produit est cruciale à cet égard. Si, comme dans de nombreux cas, vous ne disposez pas d'un Data Analyst dédidé pour votre équipe, il sera très utile de pouvoir obtenir ces data vous mêmes. Avoir une connaissance de base de SQL est un excellent moyen d'être autonome à ce sujet.
- Delivery. Pendant cette phase, l'équipe technique travaillera à la mise en production des projets de votre équipe ! En tant que Product Manager, il sera essentiel de comprendre le principe des environnements de code, ainsi que les concepts de branches et pull requests...
Alors, en tant que PM, que dois-je savoir sur la tech ?
Une liste non-exhaustive de concepts techniques importants en tant que PM, ci-dessous :
- Les concepts de front-end et back-end
- Les différences principales entre mobile et web en termes d’architecture Produit et développement
- iOS vs Android: impacts sur la conception, les possibilités de déploiement, les règles de soumission aux Stores, etc.
- Compréhension de base de l'architecture technique de votre produit - soyez curieux ! Dès que vous en avez l'occasion, demandez à votre équipe technique comment cela fonctionne.
- Qu'est-ce qu'une API ? Qu'est-ce qu'un webhook ? Vous devez être capable de lire et de comprendre la documentation d'une API.
- DevOps : compréhension de base des concepts d'environnements de code (staging, pre-prod, production), ainsi que des branches et des pull requests.
Comment les recruteurs évalueront-ils vos connaissances techniques ?
Il existe plusieurs façons pour les entreprises d'évaluer vos connaissances techniques, notamment :
- Avoir un "brainstorming en direct" sur une fonctionnalité donnée avec le Lead développeur de votre future équipe, lors d'un entretien. On a vu cela plusieurs fois lors de l'étape "étude de cas".
- Des questions du type "comment expliquer ce qu'est une API à un enfant de 5 ans ?". NB : ces questions évaluent également votre capacité à expliquer des choses complexes simplement, ce qui sera essentiel dans votre futur job de PM.
- Les recruteurs peuvent également tester votre degré de curiosité pour les questions techniques. Par exemple, ils vérifieront si vous avez jeté un œil à la documentation API, s'il y en a une.
Qu'en est-il des entreprises avec des produits techniques ?
Lucas Cerdan, Lead Product Manager chez Algolia, nous a donné son point de vue sur ce sujet. Vous trouverez ci-dessous son avis !
Algolia est un produit de "search-as-a-service". C'est une API et elle est donc destinée aux développeurs. Notre produit est assez technique.
Dans notre équipe Produit, composée de neuf Product Managers, il y a un peu de tout. Il y a un ancien développeur, quatre personnes ayant une formation d'ingénieur (pas nécessairement en informatique) et trois personnes ayant une formation non technique.
Il y a plusieurs conseils que je donnerais aux futurs Product Managers :
- Lorsque vous postulez à un poste de Product Managers, vous ne devez pas seulement tenir compte de "la technicité du produit", mais aussi de "la technicité du public" pour ce produit.
- Si vous voulez devenir PM, vous devez être curieux de la technologie. Il est en fait fondamental pour un Product Manager d'être curieux d'un certain nombre de choses : les utilisateurs, la concurrence, la technologie, etc. En ce qui concerne la technologie, lire des documentations ou regarder des tutos est un bon moyen de commencer !
- Vous devriez essayer le produit de l'entreprise pour laquelle vous postulez. Si un candidat postule pour le poste sans essayer le produit, c'est un échec pour moi.
Enfin, la partie la plus importante :
N'essayez pas de cocher toutes les cases de la description de poste !
Alexandra est Product Manager chez Algolia. Il y a deux ans, je l'ai contactée pour l'embaucher. Elle m'a dit qu'elle n'avait jamais postulé elle-même chez Algolia parce que cela lui semblait trop technique pour elle. Cela fait maintenant deux ans qu'elle est dans l'entreprise et tout fonctionne parfaitement pour elle !
