Il n'y a pas d'exigences techniques pour être chef de produit. Vous n'avez pas besoin d'un diplôme sophistiqué ou de passer un examen de certification qui teste vos connaissances approfondies du domaine. Les gens deviennent PM à partir de nombreux horizons différents, souvent parce qu'ils aiment travailler avec les gens et résoudre des problèmes.

Pourtant, la gestion des produits peut être difficile au début car elle semble souvent désordonnée. Vous devez prendre des décisions difficiles avec des informations imparfaites. Vous disposez d'un temps limité pour rassembler et communiquer des exigences complexes. Vous devez créer une structure pour que d'autres personnes puissent réellement faire le travail, et si les choses ne s'emboîtent pas, c'est à vous.

Heureusement, il existe une astuce étrange qui vous facilitera la vie : poser des questions !

La bonne question peut apporter de la clarté à n'importe quelle situation et vous aider à progresser dans la bonne direction. Dans cet article, nous rencontrerons un problème de produit fictif et poserons 14 questions, allant de la collecte des exigences à la proposition d'une solution, en passant par l'exécution et le suivi.

J'utilise ces questions exactes quotidiennement en tant que PM; j'espère que vous les trouverez utiles aussi!

Exigences de collecte

Plantons le décor. Vous êtes un nouveau PM dans une startup technologique branchée qui fournit de la nourriture pour chats à la demande (cela doit être une chose, non ?). C'est un lundi matin et vous avez des rythmes lo-fi qui claquent. Vous entendez le « ding » d'une nouvelle notification Slack et l'ouvrez à une question de quelqu'un dans les opérations.

Hé pouvons-nous discuter

nous recevons beaucoup de plaintes de passagers à propos d'une application et je voulais vous en parler.

Bien sûr, pensez-vous. J'ai le temps.

bien sûr — je t'enverrai une invitation pour cet après-midi !

[Remarque : bien que nous commencions par une conversation initiale, ces questions s'adressent à différentes personnes au fil du temps. La formulation exacte peut également être adaptée à votre interlocuteur.]

1. Quel est le problème ?

Il est utile de commencer par une question ouverte qui encourage les gens à vous donner autant d'informations que possible dans leurs propres mots. Idéalement, vous voulez prendre des notes (un bloc-notes ou un ordinateur portable fonctionnent tous les deux) pendant qu'ils parlent. Voyons comment ça se passe:

Moi : Hé, dis-moi quel est le problème ?

Opérations : Nous avons eu ce gars qui s'est écrasé sur son vélo la nuit dernière et il a dit que c'était parce que son téléphone était trop lumineux. Il quittait Google Maps (qui est sombre) pour consulter les détails de sa commande et a perdu la concentration. Il va bien maintenant, mais c'est arrivé plusieurs fois. De plus, les passagers se plaignent beaucoup de notre application et disent qu'ils ne voient pas où ils doivent aller.

2. Quel est l'état actuel et l'état souhaité ?

Vous obtiendrez beaucoup d'informations avec la question précédente, et la tâche suivante consiste à la démêler et à la simplifier. Une façon utile de le faire est d'établir une base de référence sur la façon dont les choses fonctionnent actuellement et sur le changement demandé par quelqu'un. Plus tard, vous voudrez décrire cela comme un flux d'utilisateurs, c'est-à-dire une séquence d'actions.

Moi : Alors, comment nos passagers utilisent-ils l'application la nuit, et que pensez-vous que nous devrions changer ?

Ops : Il semble que lorsqu'il fait noir, nos passagers baissent généralement la luminosité de leurs écrans, mais ils ne peuvent pas voir les détails de leur commande. Ce qu'ils aimeraient, c'est un "mode sombre" où ils peuvent toujours voir les choses importantes sans être aveuglés.

3. Puis-je vérifier si je vous comprends bien ?

Après avoir écouté quelqu'un expliquer un problème complexe, il est utile de répéter ce que vous avez compris. Cela vous permet de vérifier vos hypothèses et de vous assurer que vous ne manquez rien, et vous permet également de vous entraîner à expliquer le problème avec vos propres mots (astuce : cela fonctionne également très bien dans les relations !). Plus tard, vous présenterez ce problème et une solution potentielle à de nombreuses autres personnes, vous voudrez donc commencer à comprendre comment le communiquer.

Moi : Puis-je vérifier si je vous comprends bien ? Vous dites que les conducteurs ont du mal à utiliser notre application la nuit car l'écran est trop lumineux, ce qui entraîne des accidents. Ce que vous aimeriez, c'est une sorte de mode sombre où ils peuvent voir les détails de leur commande lorsqu'ils sont en déplacement.

Opérations : à peu près, et cela doit également bien fonctionner lorsqu'ils basculent entre notre application et une application de navigation.

4. Quel est l'impact du problème ?

Avec cette question, vous voulez comprendre s'il s'agit d'un incident isolé ou d'un schéma récurrent. Idéalement, vous souhaitez également quantifier la gravité du problème en termes d'utilisateurs perdus, de revenus ou d'une autre mesure de l'étoile du nord.

Moi : Quelles preuves avons-nous du problème, comme est-ce que cela nous coûte ou nous fait perdre des passagers ?

Opérations : Eh bien, nous payons l'assurance de nos chauffeurs et les factures d'hôpital et cela peut coûter assez cher. De plus, nous avons fait une enquête sur les habitudes des conducteurs et 30 % d'entre eux ont déclaré qu'ils passaient à une autre application le soir. Lors de notre suivi, ils ont dit que c'était parce qu'ils estimaient que notre application n'était pas sûre.

[Remarque : vous voudrez valider toutes ces informations plus tard avec une analyse de données.]

5. Est-ce le problème le plus important que nous puissions résoudre en ce moment ?

Une fois que vous avez compris le problème, vous devez le prioriser par rapport à tout ce que vous faites d'autre. Des points bonus si cela a un impact clair et sérieux et s'inscrit dans un objectif plus large de l'entreprise. Vous devrez également le présenter à vos parties prenantes et au reste de l'entreprise, et être prêt à justifier les compromis. C'est une bonne question à se poser en premier.

Moi : Est-ce le problème le plus important que nous puissions résoudre en ce moment ?

Mirror-me : Bonne question, moi. Nous devons d'abord terminer les projets de ce trimestre. Après cela, cependant, notre carnet de commandes est principalement constitué de dettes technologiques et je dirais que cela est prioritaire, d'autant plus qu'il correspond parfaitement à l'OKR du prochain trimestre d'augmentation des heures en ligne des coureurs. Utilisons les 4 prochaines semaines pour définir une solution, puis commençons le développement par la suite.

Proposer une solution

Une fois que vous avez une bonne compréhension du problème (idéalement complétée par une analyse de données, des enquêtes et/ou des tests UX), il est temps de travailler sur une solution. Lorsque vous commencerez à élaborer un argumentaire, vous voudrez répondre à certaines questions critiques avec l'aide de votre équipe.

6. Quelle est l'expérience utilisateur idéale que nous pourrions créer ?

Utilisez ici un peu de réflexion et mettez-vous à la place de vos utilisateurs pour imaginer la meilleure expérience possible pour eux. Ne pensez pas encore aux contraintes techniques ou au coût - vous aurez tout le temps de les évaluer plus tard.

À ce stade, il peut être utile de commencer à rédiger un PR/FAQ (Communiqué de presse et Foire aux questions). Il s'agit d'un format popularisé par Amazon où vous écrivez un communiqué de presse imaginaire décrivant votre fonctionnalité à votre utilisateur final.

Moi : Quelle est l'expérience utilisateur idéale que nous pourrions créer ?

Designer : Imaginez que le téléphone du conducteur soit détecté lorsqu'il fait sombre et qu'il passe automatiquement en mode sombre, comme dans une voiture. Cela pourrait être la valeur par défaut, mais le pilote pourrait également choisir un mode manuel ou suivre la valeur par défaut du système. Nous voudrions probablement permettre aux passagers de définir leur choix lors de leur inscription et également mettre en évidence cette fonctionnalité sur notre site Web.

7. Comment mesurerons-nous le succès dans la résolution du problème ?

Ensuite, vous devrez choisir une seule métrique actuellement mesurable qui est en corrélation avec le problème que vous essayez de résoudre et qui ne peut pas être facilement manipulée. Plus tard, vous l'utiliserez pour déterminer si la fonctionnalité a réussi ou non.

Moi : Comment saurons-nous que nous avons résolu le problème ? Comment allons-nous suivre le succès ?

Analyste : Notre objectif principal devrait être d'augmenter les heures de connexion en soirée, car si les conducteurs se sentent plus en sécurité en utilisant l'application, ils sont moins susceptibles de passer à des concurrents. Nous garderons également un œil sur le pourcentage de passagers qui activent cette fonctionnalité et sur les résultats des enquêtes de satisfaction mensuelles. Nous devrions probablement exécuter cela comme un test A/B pour être sûr du résultat.

8. De quelles options disposons-nous pour implémenter cette fonctionnalité ?

Il s'agit d'une conversation à avoir avec toute l'équipe, en particulier vos concepteurs et responsables de l'ingénierie. Utilisez le principe MECE (mutuellement exclusif, collectivement exhaustif) pour générer une liste complète d'options et passez du temps à discuter des avantages et des inconvénients. Souvent, il deviendra assez clair sur lequel (ou deux) se concentrer.

Moi : De quelles options disposons-nous pour implémenter cette fonctionnalité ?

Responsable technique : Je pense qu'il existe plusieurs façons de le faire :
1. Nous pourrions simplement changer le jeu de couleurs de l'ensemble de notre application en mode sombre et ne pas autoriser les utilisateurs à basculer - ce serait le plus rapide mais ce n'est pas le meilleur UX.

2. Nous pourrions utiliser une bibliothèque automatisée qui inverserait automatiquement nos couleurs.

3. Nous pourrions définir deux schémas de couleurs et utiliser les paramètres du système pour déterminer si nous utilisons le mode clair ou le mode sombre.

4. [etc.]

[Remarque : ce ne sont que des exemples, je n'ai pas vraiment cherché comment implémenter le mode sombre]

9. Comment les utilisateurs interagissent-ils avec notre solution potentielle ?

C'est une bonne question à poser, si vous avez le temps et les ressources. Une fois que vous avez décidé d'une approche initiale, avec un prototype sur Figma ou un autre outil de conception, laissez les utilisateurs cliquer et voir où ils s'embrouillent. Ou faites-le exécuter par d'autres personnes de l'entreprise, en particulier celles qui sont en contact étroit avec vos utilisateurs.

Moi : Que pensent les utilisateurs de notre solution potentielle ?

Chercheur UX : Nous avons constaté qu'ils aimaient vraiment avoir le mode sombre dans le menu de navigation principal, mais pas sur la page de profil, car ils veulent voir tous leurs badges bien affichés. La plupart des utilisateurs acceptent que l'application passe automatiquement en mode sombre lorsqu'il fait noir.

10. Combien de temps notre solution prendra-t-elle et existe-t-il des moyens de la mettre en œuvre à moindre coût ?

Maintenant que vous avez décidé d'une approche globale et rédigé les spécifications du produit, il est temps de vérifier le prix. Demandez à votre responsable technique une estimation détaillée du temps que cela prendra. Vous n'avez pas besoin d'estimations granulaires tâche par tâche, juste une réponse de l'ordre des semaines/mois.

Si la mise en œuvre initiale prend trop de temps, utilisez la règle 80-20 pour être impitoyable dans la réduction de la portée. La majeure partie de la valeur peut probablement être fournie par une solution minimale, avec des exigences agréables pour une future version.

Moi : Combien de temps notre solution prendra-t-elle et existe-t-il des moyens de la mettre en œuvre à moindre coût ?

Responsable technique : Si nous faisions tout, cela prendrait environ 6 à 8 semaines avec les tests de régression et la sortie de l'App Store. Si nous n'implémentions pas la détection nocturne automatique, cela la réduirait probablement à 3 à 4 semaines.

Exécution & Réflexion

Une fois que vous avez un projet bien conçu et défini, il est temps de commencer à construire !

11. Est-ce que tout le monde comprend ce qu'il doit faire ?

Il est utile d'avoir une réunion de lancement rapide avec votre équipe au début du développement d'une nouvelle fonctionnalité où vous présentez les spécifications et discutez des questions en suspens. Il est vraiment important ici de vérifier la compréhension, et peut également être utile de nommer un propriétaire de fonctionnalité, généralement le développeur avec le plus de tâches pour la fonctionnalité.

Moi : Est-ce que tout le monde comprend ce qu'il doit faire ?

Développeur mobile : En fait, il y a un cas limite que nous devons considérer — que se passe-t-il si l'utilisateur reçoit une alerte système en mode clair ?

12. Comment allons-nous communiquer cette fonctionnalité à nos collègues et utilisateurs ?

Certaines modifications destinées aux utilisateurs nécessiteront que vous communiquiez cette modification à vos utilisateurs - cette PR/FAQ que vous avez rédigée pour la question 6 pourrait s'avérer utile. Cela peut être aussi simple qu'un paragraphe dans un e-mail mensuel ou une reconstruction complète du site Web. Vous devez également informer bien à l'avance les équipes internes qui seront affectées par votre version.

Moi : Comment informerons-nous les gens de cette fonctionnalité ?

Marketing : Ce serait cool de mettre certaines de ces captures d'écran sur notre page d'accueil pour les coureurs, et nous pouvons également les ajouter à notre e-mail mensuel de mise à jour du produit.

13. Que disent les données initiales ?

Après avoir terminé le développement et (espérons-le) publié la fonctionnalité sans trop de peine, vérifiez immédiatement les statistiques. Souvent, il n'y en aura pas parce que vous avez oublié d'ajouter un événement crucial ou que vous rencontrez un bug étrange. Une fois que vous êtes sûr que cela fonctionne correctement, relâchez jusqu'à ce que vous ayez un volume significatif de données (si vous exécutez un test A/B, ce sera une fois que vous aurez atteint la signification statistique).

Moi : Que disent les données initiales ?

Analyste : L'adoption d'iOS a été super positive, la moitié de nos chauffeurs l'utilisent ! Android est d'environ 10 % inférieur, il semble que nous ayons manqué quelque chose dans notre conception ?

14. Quelles sont les prochaines étapes ? Comment pouvons nous rendre ça meilleur?

C'est la partie facile ! Avec la réponse à la question précédente, vous avez généralement une idée assez claire de la façon d'améliorer les choses.

Moi : Bon travail à tous ! Pensons à la prochaine version maintenant, comment voulez-vous l'améliorer ?

Designer : Je veux changer la couleur de surbrillance.

Analyste : Nous devons corriger un bogue avec Android.

Ingénieur : Il y a des tâches liées à la dette technologique que nous devons terminer.

Aaaaaaaaaaaaah coupé !

Pensées d'adieu

Dans cet article, nous avons vu comment ces 14 questions et les réponses qu'elles ont suscitées ont structuré un problème compliqué et aidé à définir une solution de travail.

Comme nous l'avons vu, il est plus important de poser la bonne question que d'avoir la bonne réponse. Vous découvrirez souvent des hypothèses cachées ou des lacunes dans vos connaissances qui sont bien plus importantes que vous ne le pensiez initialement, et cet apprentissage peut lui-même être une joie.

Poser une question est également un outil crucial de collaboration - en admettant que vous ne savez pas quelque chose, vous invitez les autres à vous aider à travailler ensemble vers une solution. Cela aide les gens à sentir que vous ne les microgérez pas et que leur expertise est valorisée.

Alors, qu'avez-vous appris de cette pièce?