Qu’est-ce qu’un produit?


Je vous promets que ce ne sera pas un de ces exercices de nombril. Ce sera un article très pragmatique sur un sujet critique et fondamental.

L’une des conséquences de la popularité de l’article précédent sur les équipes de produits habilités est qu’il a révélé plusieurs zones de confusion importantes concernant le produit.

Il y a de nombreuses dimensions importantes dans le sujet général de ce qu’est un produit, mais dans cet article, je veux expliquer pourquoi être une équipe de produits véritablement interfonctionnelle est si essentiel, et pas seulement un mot à la mode de l’industrie.

Pour un peu de contexte, lorsque le produit m’a été expliqué pour la première fois, j’étais ingénieur dans une entreprise très axée sur l’ingénierie (HP Labs). Si vous n’étiez pas une sorte d’ingénieur, vous étiez généralement considéré comme des frais généraux. Même les concepteurs se sont appelés «ingénieurs des facteurs humains».

Lorsque j’étais coaché ​​sur le rôle de responsable technique, mon directeur de l’ingénierie avait besoin de moi pour comprendre que lors de la création de produits pour le monde réel, l’ingénierie ne suffisait pas. Il a dessiné sur le tableau blanc une équation très simple mais importante:

Produit = Client x Entreprise x Technologie

Il a poursuivi en expliquant qu’un produit technologique réussi doit résoudre pour le client, doit résoudre pour notre entreprise, et doit résoudre pour la technologie.

Cette équation correspond à nos quatre grands risques dans les produits technologiques: risque d’utilisation fait partie de la résolution pour le client; adressage risque de faisabilité fait partie de la résolution de la technologie; et adresser risque de viabilité commerciale fait partie de la résolution pour l’entreprise. Et risque de valeur est une fonction des trois.

Et en outre, il a souligné que si vous ne répondez à aucun de ces trois, alors le résultat (le produit) sera un échec (pour les personnes mathématiquement contestées, tout ce qui est zéro est zéro).

Il a ensuite décrit le rôle du chef de produit dans la résolution des problèmes de l’entreprise; le rôle des concepteurs dans la résolution pour les clients; et je connaissais déjà assez bien le rôle des ingénieurs dans la résolution de la technologie.

Il est allé plus loin pour expliquer que ces trois domaines étaient intimement liés.

Les décisions technologiques peuvent avoir un impact considérable sur ce que les concepteurs peuvent faire (pour le meilleur ou pour le pire). De même, les décisions de conception peuvent avoir un impact significatif sur les considérations commerciales. Et, bien sûr, les contraintes commerciales peuvent et auront un impact sur les options de conception et de technologie.

Parce que je me dirigeais vers le poste de responsable technique, il m’a souligné que mon travail ne concernait plus uniquement l’ingénierie. J’ai dû intensifier et collaborer avec le chef de produit et le concepteur pour découvrir des solutions efficaces.

Espérons que, pour la plupart d’entre vous, ce soit tout le produit 101. Vous l’avez déjà compris d’une manière ou d’une autre. Cependant, je peux vous dire que beaucoup de gens dans le monde des produits ne l’ont pas fait.

Je rencontre constamment des fondateurs de startups et des chefs de produit qui pensent que tout est dans le business model. Ils m’apportent un canevas de modèle commercial qui est tout rempli (mais non validé) qui montre une belle entreprise qui est sûre de faire des tonnes d’argent. Ils ont réfléchi à la tarification, à la structure des coûts, à la proposition de valeur et à la stratégie de mise sur le marché. Tout ce dont ils ont besoin de moi, c’est le nom d’une agence qui peut leur proposer une application. J’aimerais que ce que je viens d’écrire soit une exagération.

Je rencontre aussi beaucoup trop de designers, et même certains leaders du design (et plus de quelques chefs de produit), qui pensent que le produit est une question d’expérience utilisateur. Ils croient que s’ils rendent leurs clients heureux, ils réussiront. Si seulement c’était aussi simple que cela. Ils ne prétendent même pas se préoccuper de l’économie ou d’autres considérations commerciales – revenus, coûts, ventes, marketing, juridique, confidentialité, etc.

Et ce n’est pas un secret non plus, il y a de nombreux ingénieurs qui ne voient pas l’intérêt de la gestion ou de la conception des produits.

Il est absolument essentiel que les chefs de file de votre entreprise en matière de gestion de produits, de conception d’expérience utilisateur et d’ingénierie aient une compréhension approfondie de cette équation fondamentale du produit, et ils doivent également encadrer activement leurs chefs de produit, concepteurs et ingénieurs.

Juste pour ramener ce point à la maison, je vais être très explicite ici:

Si le PDG de votre entreprise se rend compte qu’un ou plusieurs de vos chefs de produit ne comprennent pas vraiment le fonctionnement réel de l’entreprise, alors cette personne a peu d’espoir de faire confiance et de devenir autonome. Je peux vous dire que le PDG juge les chefs de produit à ce sujet, et s’ils sont perçus comme naïfs ou pire, il sera très difficile de renverser cette perception. C’est pourquoi je suis assez implacable avec les nouveaux chefs de produit dont ils ont absolument besoin pour faire leurs devoirs.

De plus, si le chef de la direction considère qu’un ou plusieurs chefs de file du produit, de la conception ou de l’ingénierie ne comprennent pas ce qui est impliqué dans la résolution des problèmes pour l’entreprise, ce chef a peu de chances d’avoir une place à la table lorsque des décisions importantes sont prises.

Alors, ne laissez personne essayer de vous dire que tout tourne autour de l’entreprise, ou tout est question du client, ou tout est question de technologie. Le produit est plus difficile que cela. Tout tourne autour des trois.

Un merci spécial à mon partenaire SVPG Chris Jones pour son aide avec une ébauche de cet article.



Source

  • Partager cet article

Laisser un commentaire