Les tâches d'un chef de produit et l'approche pour travailler avec nous sont très différentes de celles des chefs de produit d'autres entreprises. Cela signifie que la compréhension de votre entreprise des fonctionnalités et des compétences d'un chef de produit et d'un concepteur peut différer. Par exemple, dans certaines entreprises, le chef de produit conçoit les interfaces, mais nous ne le faisons pas.
Pourquoi ai-je évoqué cela? Nous avons fait beaucoup d'entretiens avec des concepteurs de produits. Sur la base de mon expérience et de celle de mes collègues, je peux affirmer avec certitude que chaque candidat pose la question sur les termes de référence. Une compréhension différente des domaines de responsabilité peut par la suite conduire à des conflits qui nuisent au produit.
Ci-dessous, il n'y aura pas de listes de contrôle et des instructions à cent pour cent sur la façon d'entrer dans la gestion. Dans la première partie de cet article, je dissiperai les mythes sur «je pense que je suis déjà un produit». Dans la deuxième partie, je parlerai des vraies tâches d'un chef de produit. Plus précisément, celles que je rencontre au quotidien et qui sont censées dissiper l'idée idéaliste de ce qu'est la gestion de produit.
Partie 1. Mon chef de produit et moi effectuons des tâches similaires. Alors ... je suis chef de produit?
Il existe des qualités qui différencient un concepteur de produits expérimenté d'un débutant. Par conséquent, je propose de discuter des caractéristiques des spécialistes qui comprennent la conception à un niveau profond, mesurent son efficacité et son impact sur la résolution de problèmes commerciaux. Pour une raison quelconque, les responsabilités des concepteurs forts sont souvent confuses ou tentent de s'ajouter aux tâches d'un chef de produit. Les six points suivants sont des «erreurs» courantes dans la compréhension des tâches de ces spécialistes. En fait, c'est la fonctionnalité d'un concepteur de produit fort, mais pour une raison quelconque, beaucoup de gens croient que s'il pense et agit de cette façon, il devient automatiquement un gestionnaire.
1. Les expressions «ce n'est pas mon travail» ou «ce n'est pas mon domaine de responsabilité» disparaissent de votre vocabulaire
Vous ne fermez pas les yeux sur une situation si vous savez que vous pouvez aider à la résoudre ou à la corriger. Vous êtes prêt à prendre en charge un processus tiers sans nuire à la charge actuelle. Vous comprenez le sens du mot «responsabilité» et êtes prêt à l'assumer.
Vous vous surprenez à penser que vous arrêtez de dire à tout le monde qu'il n'est pas assez compétent. Au lieu de cela, vous trouvez des moyens de transmettre avec tact des critiques constructives à tout le monde. De nombreux designers, ainsi que d'autres professionnels de l'industrie, peuvent penser que ce sont les premiers pas vers la gestion. Oui et non.
Qui a dit qu'un concepteur de produit a moins de responsabilité pour un produit qu'un chef de produit? Personne n'interdit aux concepteurs de produits (bien au contraire!) De remarquer des pépins, de donner des conseils, d'aider à construire ou compléter les processus d'équipe. Un bon concepteur de produits se distingue par les comportements que j'ai décrits ci-dessous.
2. Vous commencez à rechercher par vous-même des informations et leurs sources
Dans la plupart des cas, la décision d'implémenter telle ou telle fonctionnalité revient au chef de produit. Très souvent, un concepteur, y compris un concepteur de produit, se voit présenter une liste des problèmes et des douleurs des utilisateurs qui doivent être résolus à l'aide du design. Si vous rencontrez vous-même ces problèmes, tâches, besoins ou douleurs, la pensée surgit: le chef de produit ne devrait-il pas faire cela? Bref oui. Et pas seulement ça.
La définition des problèmes des utilisateurs fait partie du processus de conception. «L'expertise front-end» est certes très importante, mais elle doit s'accompagner d'un travail continu avec les utilisateurs. Certes, il s'avère le plus souvent que c'est le concepteur, et non le produit, qui trouve la majorité des idées et les met en œuvre dans le produit.
3. Vous comprenez que la fonctionnalité introduite affecte non seulement l'utilisateur
Les concepteurs basent souvent leurs suggestions sur les commentaires des utilisateurs issus d'enquêtes, d'entretiens, de commentaires sur les réseaux sociaux et de demandes d'assistance, affirmant que les utilisateurs sont tout pour nous. Cela ne fait aucun doute. Vous pouvez et devez tirer des informations des utilisateurs. Mais pas un seul utilisateur.
Lorsque vous commencez à penser que la fonctionnalité développée X peut être utilisée dans différents canaux de communication, à influencer le modèle financier du produit, les règles juridiques et les politiques relatives à son utilisation, les objectifs stratégiques du produit et de l'entreprise dans son ensemble, alors vous devenez beaucoup plus précieux et utile pour le produit et l'équipe dans son ensemble. C'est un très bon marqueur pour votre habileté en conception.
De nombreux designers connaissent le concept d'omnicanal. Lorsque vous travaillez sur un produit, il vaut la peine de partir de ce concept et d'examiner attentivement les fonctionnalités utilisateur proposées. Pourquoi un concepteur ne devrait-il pas penser à l'impact des solutions mises en œuvre sur le produit à tous les points de contact avec les utilisateurs? Si vous êtes un concepteur de produits, c'est tout simplement un must have. La cohérence, le détail et la rigueur des solutions de conception à tous les niveaux sont les principales compétences d'un concepteur.
4. Déplacer l'attention de la conception au sens habituel pour tout le monde
Le concepteur travaille principalement avec l'interface du produit. Le résultat de son travail doit être une interface visuellement agréable et conviviale. Cela ne doit pas être oublié, car le fait de se concentrer sur une analyse approfondie peut faire plus de mal que de bien. Parfois, les concepteurs sont tellement plongés dans la recherche, l'analyse et d'autres problèmes liés au produit qu'ils oublient l'importance de la première impression du produit par l'utilisateur.
Si vous comprenez que l'interface et la communication visuelle d'un produit commencent à vous exciter le moins, peut-être ne devriez-vous pas penser à la conception ou à la gestion, mais à la position du chercheur?
5. On a le sentiment que les fonctionnalités proposées ne profitent pas au produit
Vous devez faire attention à ce sentiment, car il peut être associé à un sentiment d'importance personnelle (PSV). Il arrive que l'introduction de fonctionnalités ne soit justifiée que par «je pense que oui», «je sais mieux» ou «ce sera certainement plus pratique pour les utilisateurs».
Il est bon de pouvoir analyser les fonctionnalités en termes d'avantages pour un produit ou une entreprise. Comment faire? Validez et argumentez l'idée. Est-ce que seuls les chefs de produit font cela? Bonne question.
Qui que vous soyez, designer ou manager, il vaut mieux comparer les sentiments avec des faits et des chiffres, et argumenter pour prendre des décisions.
6. Votre attitude vis-à-vis des métriques produit évolue
Souvent, des mesures sont déjà en place. Toute l'équipe travaille pour les atteindre, et le designer ne fait pas exception. C'est cool quand on pense que les indicateurs actuels peuvent être révisés, affinés pour une interprétation plus correcte, ou du moins en créer ou en ajouter de nouveaux.
Examiner les mesures des produits sous un angle différent est une bonne compétence. Mais cette compétence indique-t-elle que vous êtes sur la bonne voie pour la gestion de produit? Plus probablement non que oui. En tant que concepteur de produit, vous pouvez (devriez?) Vérifier vos décisions par rapport aux métriques, et vous apprendrez probablement à regarder les métriques de performance plus largement.
L'ajout de nouvelles fonctionnalités ou l'itération de fonctionnalités existantes doivent être cohérents avec les objectifs du produit ou de l'entreprise. Un concepteur de produit doit s'appuyer sur des mesures et les examiner dans un contexte plus large. Cela n'indique pas qu'il est temps pour le spécialiste de passer à la gestion.
En effet, il s'avère que les responsabilités d'un concepteur de produit et d'un chef de produit se chevauchent à bien des égards. Que fait alors un chef de produit?
Partie 2. Quelles tâches un chef de produit résout-il dans la vraie vie?
Soyons honnêtes: le plus souvent, un chef de produit fait autre chose que ses tâches directes. Si vous êtes chef de produit et que vous avez lu cette section, vous aurez certainement le sourire lorsque vous vous souviendrez de vous-même en tant que marketeur, designer (en particulier graphique), commercial, développeur, chef de projet, responsable des relations publiques, etc. Oui, j'étais aussi dans tous ces rôles, mais ce qui est vraiment là, un designer de ma part ne fonctionne pas et ne fonctionnera jamais.
Ci-dessous, j'ai rassemblé les principaux vecteurs dans lesquels les chefs de produit effectuent leurs tâches «invisibles» avec des résultats «invisibles».
1. Focus, consolidation, communication.
Concentrer. Un chef de produit doit se concentrer sur la rentabilité de son produit. En d'autres termes, gagner de l'argent pour l'entreprise. La volonté de rentabiliser un projet doit être saine et non fanatique.
Pensez au fanatisme sur l'exemple du lancement d'un nouveau produit sur le marché. Le dirigeant doit comprendre: si son produit est instable et ne couvre pas les besoins de base de son marché, alors il ne peut être question d'aucune monétisation. Pourquoi? Faire payer les utilisateurs uniquement pour des valeurs distinctives, sans couvrir leurs besoins de base, risque de se tromper au moment le plus critique.
Consolidation.Le chef de produit doit être la source de vérité pour l'équipe. Un produit est comme un tamis - il recueille une tonne d'informations, les tamise et les transfère à l'équipe sous la forme d'une tâche technique compréhensible.
A titre d'exemple, pensez à travailler avec des responsables commerciaux ou des marketeurs au stade de la mise en œuvre ou de la validation d'une hypothèse. Avant de transférer une hypothèse pour travailler dans d'autres départements, vous devez travailler sur les informations. D'une part, vous n'avez pas à répondre à des questions suggestives. D'autre part, vous définissez le vecteur stratégique dans lequel vous devrez creuser.
La communication. Dans mon monde idéal, le travail d'un chef de produit doit être divisé comme ceci:
- 30%: leurs tâches;
- 40%: communication avec l'équipe;
- 30%: rencontres individuelles avec les salariés.
Comme vous pouvez le voir, 70% du temps est consacré à la communication, bien que les 30 premiers% des tâches y soient également liés.
La communication consiste à mettre en place des processus, à résoudre des problèmes internes dans une équipe, à rencontrer des représentants d'autres départements, y compris le marketing, etc. Très souvent de bonnes compétences générales aident au développement de produits, même si vous êtes un produit débutant.
Une communication bien construite est l'un des résultats les plus importants du travail d'un chef de produit. C'est l'une des parties les plus difficiles du travail, car il n'y a aucun résultat que l'on puisse «ressentir».
2. Coopération avec le service commercial (Business Development)
La plupart des produits entrent tôt ou tard dans la phase de monétisation. Étant donné que la tâche principale d'un chef de produit est de générer des bénéfices, communiquer avec l'équipe de vente aidera à mieux comprendre le produit et le marché dans son ensemble. Certaines entreprises n'offrent pas toujours la possibilité de communiquer avec le département Business Development, mais j'ai eu de la chance.
La collaboration avec les responsables du développement commercial crée les conditions pour une meilleure vente de votre produit. Les directeurs commerciaux doivent comprendre le produit, les forces, les faiblesses et les points faibles des utilisateurs. Ensuite, ils vendront au bon moment.
3. Organisation des processus inter-équipes
Si votre entreprise dispose de suffisamment de ressources pour déployer plusieurs équipes afin de résoudre un problème, vous devez établir une communication pour coordonner les actions. Le processus est routinier, mais vous ne pouvez pas vous en passer. Prenez en charge et créez des événements réguliers pour la communication entre les différentes équipes.
Oui, ce n'est pas rapide. Oui, c'est une communication difficile. Oui, la probabilité d'être ignoré est élevée. Mais l'attitude des collègues et l'accès à des informations en temps opportun en valent la peine. Ce cas décrit bien la tâche d'interaction dans les équipes croisées.
4. Définition correcte des buts et objectifs de l'équipe
Objectifs. Chaque membre de l'équipe produit doit comprendre pourquoi nous le «faisons» et où nous allons. Peu importe ce que c'est: mettre à jour la fonctionnalité actuelle, développer un nouveau scénario ou entrer sur un autre marché. Il est bon de s'intéresser à la vision de l'équipe des objectifs du produit dans un cadre informel.
Tâches. En tant que chef de produit, vous devez vous assurer que vous êtes compris aussi bien que vous vous comprenez. Très souvent, je suis tombé sur le fait que mes attentes ne sont pas toujours évidentes pour l'équipe. Par conséquent, avant de définir la tâche, il convient de s'assurer que tout le monde comprend ce qui doit sortir à la fin et pourquoi faire ce travail. Une telle définition de fait, répondant à la question "quoi?" côté produit. L'équipe répondra à la question "comment?"
5. Argumentation et imposition
Dans notre équipe, toute amélioration passe par l'étape de l'argumentation. Même si la décision vient «d'en haut», l'équipe doit la comprendre et la partager. Comprendre les tâches en général et plonger dans les détails est un investissement dans le développement d'une réflexion produit pour tous les participants. Si nous investissons dans ce temps, nous obtiendrons un groupe interne très solide de validateurs qui ne laisseront passer «aucun jeu» aux utilisateurs. Sinon, l'équipe ne sera qu'un exécuteur testamentaire.
Cela convient à certains, mais pas à d'autres. Dans mon entreprise, tout membre de l'équipe participe à part entière au développement de produits et peut critiquer les approches proposées ou suggérer les leurs.
6. Gestion de l'équipe produit
Ce qui compte, ce n'est pas une compréhension théorique du processus de développement, la présence d'un certificat Agile de Coursera, mais si vous êtes prêt à organiser une équipe et à assumer la responsabilité de l'efficacité et du résultat de son travail.
Il est important de ressentir à quels moments vous avez besoin pour soutenir les membres de l'équipe, demander de l'aide et quand - demandez leur avis. Cela peut sembler absurde. Mais en comprenant l'humeur de vos collègues, en connaissant leurs rituels, vous obtiendrez une tonne d'idées pour constituer une équipe cool.
Les chefs de produit «secouent» l'hypothèse proposée jusqu'à la fin avant d'ajouter une nouvelle fonctionnalité ou d'améliorer quelque chose qui fonctionne: ils vérifient les cas d'angle, recherchent des arguments forts en faveur de l'introduction de l'hypothèse dans le travail. Le produit détermine également quels KPI mesureront le résultat des modifications proposées, si l'hypothèse est acceptée, ainsi que dans quel but elle sera testée.
6.1 Le coût de l'équipe et des solutions mises en œuvre
Maintenant, pas de romance. En plus de l'estimation standard, en tant que chef de produit, vous devez calculer l'efficacité financière de la ressource que vous prévoyez de dépenser. Comprenant le coût d'une heure de votre équipe, vous commencez à regarder à travers le prisme de l'efficacité financière toute proposition et hypothèse.
Le coût de développement et les bénéfices attendus des changements de fonctionnalité jouent un rôle important dans la prise de décision. Je pense que connaître l'aspect financier du travail d'une équipe renforce la compétence principale d'un chef de produit: la capacité de dire non.
6.2. Performance des ressources humaines
Dans certaines entreprises, le chef de produit participe à des revues régulières des membres de l'équipe. Pour des raisons objectives, la discussion des compétences techniques au niveau de la revue est en dehors de la zone d'influence du manager (à moins que vous ne soyez, bien entendu, un produit technique). Mais l'évaluation de l'efficacité personnelle et de son impact sur le travail d'équipe est la chose même.
Un chef de produit peut et doit influencer l'évaluation de la performance d'un employé dans une équipe. Cela semble un peu égoïste, mais une équipe est une ressource qui doit travailler de manière désintéressée et efficace pour le bien du produit.
Les approches suivantes peuvent être utilisées pour évaluer et discuter des facteurs affectant la performance des employés:
- réunions individuelles régulières;
- supervision lors de la résolution de problèmes controversés;
- réaction de pré-libération;
- communication avec des collègues d'autres équipes.
«Ne créez pas de vibrations. Créer de la valeur »©
6.3.
Recrutement du personnel, expansion de l'équipe Un chef de produit influe également sur la sélection des employés de son équipe. Outre les compétences techniques et l'expérience de travail, la compatibilité avec l'équipe et l'alignement avec les valeurs de l'entreprise sont importants. Mener des entretiens est une compétence distincte.
Mieux vaut connaître les recruteurs et connaître leurs trucs et astuces. S'il n'y a personne pour apprendre, vous ne pouvez apprendre que de vos erreurs. Embaucher une personne est un processus: onboarding, adaptation, probation. Pendant 2-3 mois, vous devez vous assurer que c'est la bonne personne, car la responsabilité incombe ... eh bien, vous savez qui.
6.4. Congédiement
Dans certaines entreprises, le manager peut supprimer un membre de l'équipe, et dans d'autres, n'influencer que le licenciement. L'essence ne change pas. Licencier une personne est probablement l'une des tâches les plus difficiles d'un manager en communication (du moins pour moi). L'essentiel est d'être sûr de la raison, de vous armer d'arguments, d'analyser plusieurs fois la situation qui a conduit à la nécessité de partir - et d'informer un collègue qu'il a été licencié.
7. Communication avec la direction (niveau C, cadres, fondateurs, investisseurs)
Pour ma part, j'ai déterminé que cet élément était et reste la plus difficile des tâches d'un chef de produit. La difficulté réside dans la réflexion et la prise de décision à un niveau d'abstraction très différent. En termes agiles, il s'agit de la communication au niveau des thèmes (thèmes) ou des initiatives (initiatives).
Il s'agit plus de stratégie que d'action tactique. Interaction avec la haute direction - résoudre des problèmes avec de nombreuses variables inconnues, ce qui vous sort grandement de votre zone de confort et élargit votre vision d'une grande partie du produit et de l'entreprise.
Bref, tout travail se résume à une recherche de marché ou de niche, à une recherche d'insights, à la relecture de rapports d'activité, etc. Toutes ces actions sont nécessaires pour étayer un niveau d'abstraction donné avec des chiffres et des faits. afin de le transformer en tâches tactiques à l'avenir.
conclusions
Les tâches d'un concepteur de produit et d'un chef de produit se chevauchent et diffèrent grandement.
Un designer, effectuant des tâches qui relèvent de la compétence d'un chef de produit, fait deux choses: il est
pompé dans des compétences qui peuvent lui manquer;
supprime une partie de la charge du chef de produit et lui permet d'exécuter plus efficacement ses tâches.
Si vous pensez à la romance de la gestion de produit, imaginez-vous résoudre des problèmes dans l'un des vecteurs décrits ci-dessus. Avez-vous présenté? Oubliez maintenant, car le chef de produit bascule très souvent entre ces vecteurs tout au long de la journée.
Le cas où vous effectuez une tâche à une période donnée sans changer est un luxe. Est-ce bon ou mauvais? Difficile de répondre. Il s'agit très probablement de tâches de différents types. Si vous avez immédiatement fait défiler l'article, je ferai une graine ici pour que vous souhaitiez revenir au moins à la deuxième partie.
Êtes-vous prêt en tant que designer ou tout autre spécialiste à changer de contexte plusieurs fois dans la journée? Êtes-vous prêt pour le fait que 70 à 80% de votre temps est consacré à la communication? Êtes-vous prêt pour le fait que les résultats de votre travail ne sont pas toujours immédiatement visibles et «ressentis»?
Ensuite, s'il y a un objectif, il vaut la peine de s'y efforcer. L'essentiel est de prendre en compte toutes les nuances.