La vérité sur la gestion des produits : En pourparlers avec Hotstar PM Gaurav Shahlot

Depuis que je me suis inscrit au programme de gestion de produits d'UpGrad, j'ai été privé de mes week-ends, j'ai développé des poches sous les yeux et j'ai eu une peur froide dans mon cœur avec seulement deux mots - "Jour de soumission!"

Ensuite, un jour comme celui du début du mois, cela en vaut la peine. Nous avons assisté à une session engageante sur la transition vers un rôle de produit par Ravijot Chugh (responsable des produits, UpGrad) et Gaurav Shahlot (directeur, produits chez Hotstar) au bureau UpGrad de Mumbai. Les deux ont pris ce qui semblait être une pluie torrentielle de questions et y ont répondu patiemment et comme des experts qu'ils sont.

En raison de la valeur intrinsèque que j'ai tirée de cette conférence, je voulais partager un extrait de l'interaction, afin que certains des chefs de produit en herbe puissent également être inspirés.

Q : Quelles sont certaines des caractéristiques que vous recherchez lorsque vous embauchez un chef de produit ?

1. Un amour pour la technologie : Vous avez besoin d'une profonde appréciation de la puissance de la technologie pour résoudre des problèmes réels.

2. Passion pour une expérience utilisateur agréable : Vous avez besoin d'une passion brûlante pour les produits qui ravissent l'utilisateur grâce à leur profonde compréhension des besoins et des idées des utilisateurs. Vous devez également être le genre de personne qui est très enthousiasmée par les lancements de fonctionnalités de vos produits préférés.

Par exemple, si vous utilisez, admirez ou suivez régulièrement Uber, avez-vous attendu avec impatience la dernière mise à jour de l'application Uber ?

3. Approche analytique et axée sur les données pour résoudre les problèmes : en tant que chef de produit, vous prendrez des décisions très importantes qui affecteront l'orientation future du produit. Il est donc impératif que vous compreniez un problème, que vous le décomposiez en plus petits éléments et que vous trouviez une solution rapidement et avec précision en fonction des données disponibles.

Q : Quelles sont les erreurs courantes que commettent les chefs de produit débutants ?

1. Ne pas lancer un produit avant qu'il ne soit trop tard : en tant que chef de produit, il est facile de s'attacher à un produit puisque vous avez probablement passé tout votre temps et votre énergie à le construire à partir de zéro. Cela pourrait vous empêcher de lancer le produit tant que vous ne le considérez pas comme parfait.

Cependant, il est essentiel que vous réduisiez un ensemble de fonctionnalités qui entrent dans votre MVP (Minimum Viable Product) et que vous lanciez le MVP. Après le lancement, vous pourrez recueillir les commentaires des utilisateurs et décider de la marche à suivre future, en fonction de ces commentaires.

2. Prendre des décisions basées uniquement sur votre intuition et non sur des données : certains chefs de produit ont tendance à prendre des décisions en fonction de leur intuition plutôt que des données. Le problème est encore exacerbé par le fait qu'il n'est pas toujours facile d'obtenir des données secondaires en Inde.

Bien que certaines décisions basées sur votre instinct puissent parfois fonctionner, il est difficile d'analyser la raison pour laquelle cela a fonctionné ou non.

Si la prise de décision est basée sur une saine combinaison d'intuition et de données, il est possible de formuler une hypothèse sur le comportement de l'utilisateur et de faire valider ou invalider cette hypothèse. Cela aide également à corriger le parcours de manière plus structurée.

3. Ne pas avoir de plan concret après le lancement : certains chefs de produit pensent que leur travail se termine une fois qu'ils ont lancé le produit. Mais ce n'est que le début !

Il est impératif d'avoir un plan post-lancement en termes d'intégration des 100 premiers utilisateurs, d'analyse des commentaires et d'analyse des utilisateurs, d'élaboration de stratégies pour les ensembles de fonctionnalités des versions 2 et 3, etc.

4. Ne pas être en mesure d'établir des priorités : en tant que chef de produit, vous recevrez des contributions de plusieurs parties prenantes et certains chefs de produit ont tendance à dire « oui » à tout le monde. Le temps disponible est toujours limité et vous vous retrouvez dans une situation où vous avez plusieurs fonctionnalités à moitié construites et rien à expédier.
La seule façon d'atténuer ce problème est de hiérarchiser les fonctionnalités et de définir des calendriers clairs pour chaque fonctionnalité.

Q : Quels sont les frameworks que vous avez personnellement utilisés pour la hiérarchisation des fonctionnalités ?

Il existe plusieurs modèles théoriques disponibles pour la hiérarchisation, mais une approche pratique qui a fonctionné pour nous est une métrique qui est une combinaison de la valeur de la fonctionnalité pour l'utilisateur et de la complexité de sa mise en œuvre .

Une fois que vous avez évalué toutes les fonctionnalités en fonction de cette métrique, choisissez d'abord la fonctionnalité qui a le maximum de valeur pour l'utilisateur et la complexité minimale de mise en œuvre.

Q : Comment abordez-vous quantitativement l'idée de « valeur de la fonctionnalité pour l'utilisateur » ?

Il y a une certaine subjectivité impliquée dans la détermination de la « valeur réelle d'une fonctionnalité pour l'utilisateur ».

Une approche que nous avons utilisée consiste à définir d'abord des objectifs de produit généraux basés sur la vision du produit, tels que l'augmentation de la rétention de contenu pour un apprenant. Une fonctionnalité est ensuite notée sur une échelle de 1 à 5 en fonction de sa contribution à l'objectif.

Source de l'image : Pinterest

Q : Y a-t-il des pièges à éviter pour une personne ayant une formation en ingénierie dans la gestion de produits ?

Le rôle d'un chef de produit devrait être de répondre au « quoi » et au « pourquoi » d'un problème. Être ingénieur vous oblige naturellement à proposer également des réponses pour le "Comment", ce qui pourrait ne pas être très bien accueilli par l'équipe d'ingénierie. Une stratégie sûre pourrait être de recommander une approche mais de laisser à l'équipe le soin de prendre des décisions autonomes.

C'est un Wrap

Après cela, nous avons eu une session extrêmement perspicace de Gaurav sur la façon de préparer un appel d'entretien pour un rôle de PM, à quoi s'attendre dans un entretien de PM et comment réussir l'entretien.

Cela a été suivi d'une courte étude de cas assignée par Gaurav où nous avons dû résoudre un problème réel avec une approche strictement MVP, c'est-à-dire avec quel ensemble minimum de fonctionnalités lanceriez-vous votre solution ?

L'énoncé du problème était :

« J'ai récemment déménagé à Mumbai et je travaille dans un immeuble de bureaux de 37 étages. Je dois attendre 10 minutes pour l'ascenseur tous les matins et soirs. Je veux réduire mon temps d'attente devant l'ascenseur.

Nous nous sommes organisés en groupes, avons fait des présentations et avons reçu des commentaires de Gaurav. Les solutions allaient d'applications fournissant l'état des ascenseurs dans le bâtiment avec un temps d'attente pour chaque ascenseur à l'ajout d'un algorithme d'optimisation du fonctionnement de l'ascenseur. Nous avons également entendu Gaurav expliquer comment il aurait abordé le problème.
Sa recommandation était une application qui vous permettait de demander l'ascenseur et d'obtenir une ETA pour le prochain ascenseur disponible à votre étage. Vous recevriez également une notification lorsqu'il restait 30 secondes pour que l'ascenseur arrive à votre étage. C'était un brillant aperçu d'une journée dans la vie d'un chef de produit et nous en sommes tous ressortis tellement plus sages !

Des biscuits au bourbon, des gens formidables, une conversation engageante - c'était un samedi après-midi bien passé, en effet !

Étudiez les cours de gestion de produits en ligne dans les meilleures universités du monde. Gagnez des programmes de maîtrise, Executive PGP ou Advanced Certificate pour accélérer votre carrière.

Programme en vedette pour vous : programme de certification Design Thinking de Duke CE