Jusqu'à fin 2021, la société Saas dans laquelle je travaille n'employait pas de chefs de produit (PM). Au lieu de cela, les décisions sur les produits (sur quoi travailler ensuite, décider de ce qui était dans la portée, etc.) ont été prises par les concepteurs de produits. Lorsque j'ai rejoint en tant que designer junior, les tâches semblaient gérables car elles s'inscrivaient parfaitement dans le domaine UX. Mais une fois que j'ai commencé (essayé) de gérer des choses comme la planification de sprint ou la priorisation des fonctionnalités, j'ai commencé à paniquer. Avec le recul, j'aurais dû parler plus tôt et plus fort des responsabilités de premier ministre, car je n'avais aucune idée de ce que je faisais.

Heureusement, cette saison a été courte - nous avons réalisé qu'un PM dédié était nécessaire et en avons embauché un excellent. Elle nous a donné stabilité et direction, ce qui a permis aux concepteurs de se concentrer sur ce qu'ils font le mieux. C'était une solution de diviser pour mieux régner, gagnant-gagnant ! Depuis lors, nous avons fait appel à un autre chef de projet et mis en place des cadres pour que l'équipe reste responsable et progresse. Je suis actuellement heureux et plein d'énergie avec mon travail, et si jamais je passe à un rôle de PM, voici des conseils pour moi et mes collègues qui plaisent.

Jongler avec les commentaires, les sentiments et les fonctionnalités

Recevoir des commentaires négatifs sur votre produit est nul, mais je me sentais encore plus mal lorsque des collègues n'étaient pas d'accord ou se sentaient peut-être déçus par mes décisions concernant le produit. Comme le titre de cet article l'indique, je suis un (récupérateur) de plaisir pour les gens et j'ai un fort critique intérieur ! Je veux des clients heureux et des membres d'équipe heureux qui se sentent vus et entendus. Mais les fonctionnalités ne doivent pas être créées simplement parce que quelqu'un s'en est plaint ou l'a demandé.

Alors, comment évaluer si un problème mérite d'être résolu ou si une fonctionnalité mérite d'être développée ? Utilisez un cadre de priorisation ou posez-vous simplement ces questions :

• Les clients ont-ils abandonné à cause de cela ? Vers quelle autre solution se sont-ils tournés ?
• Ces plaintes proviennent-elles de nos principaux utilisateurs ? À quelle fréquence ces plaintes arrivent-elles?
• Nous avons de nombreux problèmes connus - pourquoi devrions-nous donner la priorité à ce problème par rapport à tout le reste ?

Envoyer un ticket dans une mer de demandes

Dans "Hercule" de Disney en 1997, il y a une scène où Herc plonge dans la rivière Styx pour sauver sa bien-aimée Meg. Son âme est piégée dans un tourbillon, vieillissante et incapable de se libérer. Cette scène me vient à l'esprit quand je pense à un billet perdu, oublié.

Avant PM, nous avons créé des tickets pour documenter les commentaires ou les demandes des clients, mais l'équipe produit ne les examinait pas régulièrement. En conséquence, les tickets s'accumulaient rapidement et les collègues qui avaient recueilli ces précieuses données auraient pu avoir l'impression que leurs efforts avaient été vains.

La solution : réservez un moment chaque semaine pour examiner les tickets et leur attribuer un statut . Un statut (prioriser, laisser dans le backlog, etc.) donne de la clarté à chacun. L'auteur du ticket sait que son ticket a été vu et s'il sera récupéré. Le PM a plus de facilité avec la planification de la feuille de route car il est en contact avec les sentiments des clients.

Rappelez-vous votre rôle (vous n'êtes pas un oui-homme)

Si vous êtes comme moi, en plus d'avoir des tendances à plaire aux gens, vous pourriez aussi vous tenir à des attentes douloureusement élevées. (Ne vous inquiétez pas, j'ai un tout autre article sur le perfectionnisme. ) Ces traits de caractère et cet empressement du premier jour à un nouvel emploi peuvent vous faire confondre vos principales priorités. Lorsque cela commence à se produire, demandez des éclaircissements à votre responsable. Faites de vos principales responsabilités un mantra et rappelez-les doucement aux autres si nécessaire. S'il vous plaît, ne prenez pas cela comme une licence pour réagir de manière excessive lorsque des demandes occasionnelles arrivent. Les tâches ad hoc sont inévitables; ceci est juste un rappel pour protéger votre temps.

Tout comme se défendre, rejeter l'envie de plaire aux autres est profondément inconfortable. La bonne nouvelle est que cela deviendra plus facile avec le temps. Commencez dès aujourd'hui et vous vous retrouverez un designer (ou PM) plus heureux et globalement humain en général.