Cet article vous aidera à éliminer rapidement (sur vos doigts) la plupart des centaines de fonctionnalités. Et ne laissez que ceux qui profitent vraiment à l'entreprise.
Considérons d'abord le tableau des variables des méthodes de priorisation:
Sur la base de ce tableau, nous pouvons tirer une conclusion.
Horizontalement, il existe des méthodes de hiérarchisation internes qui sont décidées au sein de l'entreprise - l'équipe.
Si les utilisateurs participent, ils sont donc externes.
Verticalement, combien de données sont disponibles pour prendre des décisions.
Qualité lorsque vous réalisez des entretiens approfondis avec des dizaines de répondants. Et quantitatif lorsqu'il existe de nombreuses données analytiques différentes.
Des méthodes externes sont appliquées:
lorsque le produit vient de sortir, et que nous ne comprenons pas encore les besoins les plus profonds du consommateur.
Au sein de l'entreprise, il y a des départements clés qui prennent des décisions (analytique, marketing, ventes, parties prenantes).
Des méthodes internes sont appliquées:
lorsqu'il existe un historique des fonctionnalités qui modifient les métriques, vous pouvez effectuer une hiérarchisation au sein de l'équipe.
Raffinement des résultats obtenus à partir de méthodes externes;
Nous avons couvert les principales différences entre les méthodes internes et externes.
Ensuite, nous examinerons les méthodes de hiérarchisation telles que rapide (du bout du doigt) et lente .
Le rapide vous permet de supprimer les fonctions les moins précieuses, et le lent vous aide à choisir la meilleure parmi les autres.
Méthodes rapides
Méthode de portée / fréquence
Audience - portée de l'audience. Combien de personnes sont prêtes à utiliser la fonctionnalité.
Fréquence - la fréquence d'utilisation de la fonction.
Idéalement, nous voulons le coin supérieur droit. Ceux qui l'utilisent tout le temps et tout le public.
Méthode de planification du poker
L'idée est tirée des méthodologies Agile. (L' évaluation se fait au sein de l'équipe. )
Evaluation du bénéfice d'une fonctionnalité L'
équipe se voit attribuer la condition suivante: 1 doigt est une mauvaise fonctionnalité, 2 doigts sont une caractéristique des normes, 3 doigts sont une fonctionnalité juste une bombe.
Vous dites une fonctionnalité et sur le compte «un, deux, trois», les membres de l'équipe lèvent les doigts. Considérez le score moyen. (Vous pouvez inviter des personnes externes d'autres projets).
Estimation des coûts
Nous collectons les développeurs, parlons de la fonctionnalité et définissons également la condition: 1 doigt - ils le feront rapidement. 2 doigts - le développement ne sera pas difficile. 3 doigts - le développement sera très difficile et prend du temps.
Ensuite, nous divisons l'avantage par le coût et obtenons une estimation approximative de la fonctionnalité.
La fonctionnalité 4 a le pourcentage le plus élevé, ce qui signifie qu'elle sera certainement en haut du tableau des priorités. La fonctionnalité 2 a le pourcentage le plus bas - nous la jetons définitivement de notre arriéré.
Méthodes lentes
RIZ
Développé par interphone.
C'est une méthode de priorisation des idées et des caractéristiques du produit qui comprend 4 facteurs que l'utilisation du gestionnaire de produit à évaluer et caractéristiques Prioriser:
Atteindre - portée du public. N'oubliez pas que la couverture de exactement ces personnes qui verront cette fonctionnalité.
Impact - l'impact d'une fonctionnalité sur l'utilisateur. Sa joie, stimule, émotions de cette fonctionnalité. (0,25 - très mauvais, 0,5 - mauvais, 1 - moyen, 2 - bon, 3 - excellent)
*** Certaines personnes pensent que l'impact est exactement l'effet d'une fonctionnalité sur une entreprise. Autrement dit, combien de métriques allons-nous augmenter avec cette fonctionnalité?
Confiance- Confiance dans l'hypothèse. Un paramètre assez important qui montre à quel point vous pensez que l'hypothèse est bonne, car nous ne proposons pas toujours d'idées de premier ordre. (Élevé = 100%, Moyen = 80%, Faible = 50% et moins)
Effort - Complexité du développement. Habituellement indiqué en mois. (un demi-mois 0,5)
Hiérarchisation du ROI
Au départ, vous devez créer une hiérarchie de métriques. Si votre produit n'est pas Amazon ou Google, une arborescence est plus que suffisante. Qu'est-ce qui vient de quoi. Par exemple, la valeur de durée de vie dépend directement de la rétention. Excellent! Ce sera suffisant pour une boutique en ligne. De plus, par analogie, en fonction de l'échelle du produit, vous pouvez utiliser des données analytiques et créer des formules.
Il est très pratique, lorsque vous avez une idée, de savoir quelle métrique elle affectera. Et comprenez à quel niveau se trouve l'arbre. Et plus la fonctionnalité inventée est proche de la métrique principale, plus elle est rentable. Le plus loin, respectivement, il n'y a presque aucune chance que cela affecte la métrique principale.
Exemple de hiérarchisation de la hiérarchie des métriques
Avec l'équipe, nous attribuons le «poids» de la fonctionnalité, à quel point quelqu'un y croit. + est placé sur ceux choisis par la majorité. Vous pouvez vous concentrer sur eux pendant les six prochains mois.
Exemple de priorisation du ROI
Nous avons le nombre d'utilisateurs par an. Nous prévoyons que 70% utiliseront le produit et 50% achèteront le produit.
J'estime que l'introduction de la fonctionnalité rapportera à l'entreprise 4% des bénéfices.
En connaissant le profit que nous tirons d'un paiement, nous obtenons par de simples calculs le montant que notre fonctionnalité apportera en plus pour l'année.
Ensuite, nous allons voir les développeurs et nous comprenons combien de temps le développement prendra. Nous traduisons tout en heures humaines et obtenons le coût de développement.
Avec ces données, nous pouvons calculer le ROI ((revenus - dépenses) / dépenses * 100%) de la fonctionnalité.
Ainsi, nous pouvons compter toutes les fonctionnalités du backlog et les prioriser.
***Vous pouvez également faire une étude plus détaillée de la table avec Real% conversion, pessimiste et optimiste.
Avantages:
Vous obtenez une valeur monétaire. Les gens aiment l'argent.
Les gens croient aux chiffres.
Inconvénients: les
valeurs absolues ne sont pas prises en compte.
Cela dépend en grande partie des compétences personnelles du chef de produit.
Les petites fonctionnalités ne sont pas claires sur la façon de compter.
Nuances:
calculez les bénéfices, pas les revenus.
Erreurs typiques des chefs de produit
1. Évaluer seul.
Demandez toujours à quelqu'un de vérifier vos calculs. Un nouveau look est toujours bon;
2. Ne tenez pas compte de l'effet d'une partie sur d'autres parties du produit.
Il est très important de réfléchir à la façon dont l'ensemble de l'écosystème fonctionne afin que les autres parties du produit ne coulent pas;
3. Devenez un haineux.
Il y a toujours des ennemis qui utilisent le produit, mais qui ne sont toujours pas satisfaits de quelque chose. L'essentiel est de ne pas confondre les haineux ordinaires et les personnes qui veulent aider le produit. Faire des recherches plus approfondies;
4. L'évaluation quantitative n'est pas toujours meilleure qu'une évaluation qualitative.
Si le produit est nouveau ou pas grand, il est préférable de communiquer avec votre public et de comprendre ses besoins les plus profonds.
5. Creusez dans les petites choses. Regardez le produit d'en haut!
Résultat
En résumé, je peux dire que le système de hiérarchisation qui fonctionne dans Yandex a peu de chances de fonctionner si vous souhaitez l'appliquer à une startup qui emploie quatre personnes.
Les entreprises sont différentes, elles ont des objectifs différents, des tâches différentes, un positionnement et une position différents sur le marché - quelqu'un peut à peine joindre les deux bouts et il est important de gagner de l'argent littéralement demain, sinon la start-up est terminée, et pour quelqu'un l'argent n'est plus si important par rapport à la situation sur le marché ou la réputation, quelqu'un a de l'argent pour évoluer et la tâche principale est d'attirer de nouveaux utilisateurs, tandis que quelqu'un ne peut pas évoluer en raison des limites de l'infrastructure et veut réduire le nombre d'utilisateurs, mais gagner plus d'argent avec les utilisateurs existants. En général, tout n'est pas si simple.
Merci pour votre temps.