Pourquoi les chefs de produit ont besoin d'une approche différente pour passer de la gestion des produits grand public à la gestion des produits d'entreprise
Publié: 2018-02-21Voici quelques "incontournables" pour les chefs de produit d'entreprise
Au cours des dernières années, nous avons assisté à une explosion du nombre et de la qualité des ressources dont les responsables de produits technologiques peuvent tirer des enseignements. Pourtant, j'ai remarqué que la grande majorité des ressources de gestion de produits disponibles sont fortement axées sur la technologie grand public . En passant de la gestion des produits grand public à la gestion des produits d'entreprise, j'ai réalisé à quel point les choses étaient différentes et pourquoi les chefs de projet avaient besoin d'une approche différenciée pour le paysage de l'entreprise.
Les produits d'entreprise sont difficiles à créer et encore plus difficiles à faire évoluer et à gérer. Cet article vise à définir ce que les responsables de produits d'entreprise doivent absolument savoir.
Notre objectif dans cet article est de décrire les problèmes plus évidents dans les petites entreprises en croissance, plutôt que dans les grands garçons structurés (lire IBM, Salesforce).
Votre client n'est peut-être pas votre utilisateur : servez les deux
Dans la technologie grand public, nous concevons des produits pour les utilisateurs finaux. Dans l'entreprise, nous servons deux types de personnes : les utilisateurs finaux et les acheteurs. Dans de nombreuses entreprises (en particulier les plus grandes - celles dont le logo apparaît sur votre site Web), la personne qui utilise réellement votre produit n'est pas la personne qui signe le chèque pour le payer.
En tant que chef de produit d'entreprise, il est crucial de comprendre les besoins des utilisateurs finaux et des acheteurs et de trouver l'équilibre en offrant de la valeur à toutes les parties prenantes.
Cela signifie que votre produit doit résoudre le problème commercial de l'acheteur tout en offrant une expérience agréable aux utilisateurs finaux.
Le chemin vers l'épuisement professionnel est pavé de personnalisations
Pour une jeune startup, le plus grand obstacle est de fournir une longue liste de demandes de personnalisation pour clouer le premier logo de grande entreprise. Très rapidement, les entreprises commencent à tomber amoureuses de la personnalisation car cela leur procure des revenus faciles. Tout le monde reste satisfait jusqu'à ce qu'il atteigne un point où il se rend compte que le code personnalisé de chaque client est diversifié et que votre équipe d'ingénieurs a 100 bases de code à prendre en charge.
Après cela, chaque version ressemble à un exercice gigantesque, de nombreux bogues restent non résolus et les nouvelles mises à jour n'atteignent jamais les utilisateurs finaux. De plus, à ce moment-là, les demandes de personnalisation deviennent un travail à plein temps de l'équipe produit, perturbant toutes les feuilles de route des produits.
Bientôt, l'entreprise devient si culturellement encline à la personnalisation qu'elle se retrouvera toujours à construire pour un gros client et incapable de créer des fonctionnalités de marché.
En tant que chef de produit d'entreprise, vous devez être extrêmement prudent lorsque vous accédez à de nouvelles demandes. N'oubliez pas qu'un piratage de personnalisation simple vous coûtera désormais plus cher que n'importe qui dans l'entreprise, car la responsabilité de s'assurer que les versions atteignent les utilisateurs finaux repose sur vous. Le succès d'une entreprise de produits nouvelle ère dépend de la précision avec laquelle le PM peut classer ces demandes, incorporer des tâches génériques identifiées dans votre offre de produits et la rapidité d'exécution des tâches à faible demande.
Toutes les exigences ne sont pas critiques, même si cela peut sembler le cas
En B2B, la plupart du temps, nous recevons des exigences de produits qui doivent être adaptées à des clients spécifiques. Certains d'entre eux sont des bloqueurs pour le lancement d'un client et certains d'entre eux sont bons à avoir ; bien qu'à première vue, tout semble extrêmement critique pour conclure cet accord d'un million de dollars.
Recommandé pour vous:
Comment Metaverse va transformer l'industrie automobile indienne
Que signifie la disposition anti-profit pour les startups indiennes ?
Comment les startups Edtech aident la main-d'œuvre indienne à se perfectionner et à se préparer pour l'avenir...
Stocks technologiques de la nouvelle ère cette semaine : les problèmes de Zomato continuent, EaseMyTrip publie des...
Les startups indiennes prennent des raccourcis à la recherche de financement
La plate-forme de marketing numérique Logicserve met en sac un financement INR 80 Cr et se rebaptise LS Dig ...
Un bon PM est capable de hiérarchiser la liste de blanchisserie et de s'assurer que le client voit la valeur proposée avec un minimum de perturbations dans la feuille de route du produit. Apprenez à dire non.
Gestion des parties prenantes
La gestion des produits B2B implique une gestion complexe des parties prenantes à plusieurs niveaux. Outre le client/utilisateur, vous interagirez généralement avec les ventes, les préventes, le succès des clients, le support (ou plus selon le stade de votre propre entreprise et du client) et ils ont tous des agendas différents à conduire.
En tant que PM, vous devez les tenir au courant du cycle de publication, de la planification de la feuille de route et du succès des fonctionnalités, sinon cela ne mène qu'à beaucoup de doigts pointés.
Comprenez la chronologie de vos clients/marchés
En B2B, votre calendrier de publication est impacté par de nombreux facteurs externes qui échappent au contrôle de l'équipe produit. Par exemple, la plupart des entreprises n'accepteront pas une grande version juste avant la fin de la période des fêtes ou de l'exercice. Ainsi, lors de la planification du cycle de publication, vous devez anticiper ces événements afin que votre plan proposé se concrétise réellement.
Il est essentiel de comprendre ici que certaines versions ont un effet en cascade sur le reste de la feuille de route, car la gestion du code non fusionné devient un énorme casse-tête.
Les chefs de produit B2B doivent être très proches de leurs équipes techniques
Les produits B2B, en général, ont beaucoup de chaînes attachées (API, fiabilité, aspect sécurité). En tant que chef de produit d'un produit B2B, vous devez comprendre de près la mise en œuvre technologique pour l'obtenir correctement en une seule fois.
De plus, de nombreuses tâches techniques dans le B2B n'ont pas de zones d'impact très claires (ce qui démotive parfois l'ingénierie), vous devez donc toujours travailler en étroite collaboration avec l'équipe technique pour les aider à comprendre leur impact dans un schéma plus large.
La gestion des produits d'entreprise peut être extrêmement difficile en fonction du stade de l'entreprise. En même temps, cela peut être une expérience d'apprentissage accélérée et holistique si vous commencez à identifier vos erreurs et à en tirer des leçons.
Ce message de Pritam Roy est apparu pour la première fois sur Medium et a été reproduit avec permission.