Produit et priorisation: comment évaluer les objectifs du projet?

Évaluation rapide

• Tout d'abord, le chef de produit et les experts techniques discutent de l'utilité de la nouvelle fonctionnalité, par exemple, l'utilisation de filtres dans l'application Metro. L'équipe vote: montre 1-3 doigts - et le produit enregistre la valeur moyenne. Cela se produit avec toutes les fonctionnalités.
• Ce qui suit explique à quel point il est difficile d'implémenter la mise à jour. En plus d'être utiles, les résultats du vote sont enregistrés dans la colonne «Estimation du coût moyen».
• Nous corrélons les avantages et les coûts. Le tableau de la figure ci-dessus montre que les fonctionnalités 2 et 3 sont des leaders - cela signifie que ces deux mises à jour devraient être lancées dans un avenir proche. Dans la deuxième colonne, nous voyons qu'elles sont faciles à réaliser, et dans la première, ces fonctionnalités seront utiles aux utilisateurs.

, , — , .

• ;
• (Reach) — , ;
• (Impact) — , ;
• (Confidence) — , «»;
• (Effort) — . RICE score: Reach, Impact Confidence Effort.

• Selon la métrique de niveau supérieur, ils considèrent la fréquence à laquelle les utilisateurs interagissent avec les fonctionnalités.
• L'étape suivante consiste à utiliser la métrique de service - le moment de visionner la vidéo. Le produit discute avec l'équipe de ce qui affecte le temps de visionnage de la vidéo: durée et quantité. Ces indicateurs concernent le lvl 1.
• Au niveau du niveau 2, nous analysons ce qui affecte chaque indicateur en particulier. La durée est affectée par le pourcentage de recherches et la durée de la vidéo elle-même. Le pourcentage de visionnage est affecté par la qualité du contenu et la vitesse de la vidéo.
• Nous décomposons chaque élément en niveaux: nous obtenons un gâteau de couches à partir de la métrique principale et des niveaux qui l'affectent. À ce stade, le produit pense qu'il pourrait améliorer les performances (par exemple, ajouter de la vidéo en HD). Mais avant d'implémenter les modifications, vous devez comprendre quelle mesure cela affectera. Dans ce cas, le format HD affectera la qualité de la vidéo. Le produit examine son arborescence et trouve le niveau auquel il a publié la qualité vidéo.

Pour mesurer l'importance de la qualité du contenu, le produit construit une arborescence que les analystes vérifient. Après cela, les développeurs ont des tâches de six mois à un an à l'avance. Ils modifient progressivement le produit.

• la première colonne montre les mesures qui doivent être augmentées à l'aide de nouvelles fonctionnalités;
• dans la deuxième colonne - les indicateurs numérisés attendus;
• dans la troisième colonne, les fonctionnalités nécessaires;
• dans la quatrième colonne, le poids des caractéristiques (de un à trois).

• Il arrive qu'il y ait 15 fonctionnalités dans le tableau, et les 180 restantes attendent en ligne;
• Lorsqu'une arborescence est compilée, les idées de fonctionnalités sont extraites non seulement du tableau, mais également du backlog, car les membres de l'équipe peuvent conseiller quelque chose d'important;
• Le «poids» est déterminé par l'analyse des projets et des caractéristiques antérieurs;
• Si un projet affecte deux mesures à la fois, il est défini dans cette mesure, sur laquelle il aura plus d'influence.

• Combien d'utilisateurs en 12 mois seront à ce point de décision? Par exemple, 100 000 personnes.
• Combien d'utilisateurs tenteront la quête? L'équipe suggère que cela pourrait être de 44%.
• Combien d'utilisateurs termineront la quête entière? Peut-être 81%.
• Combien d'utilisateurs supplémentaires effectueront un deuxième paiement après la mise en œuvre des leçons de quête? Vraisemblablement, les remboursements seront de 4% de plus.
• Quel profit apporte le deuxième paiement? L'équipe sait avec certitude que 5000 roubles.
• Quels bénéfices supplémentaires l'entreprise recevra-t-elle dans les 12 mois à compter de la date de lancement? Nous comptons le nombre de participants et multiplions par le remboursement.

Pourquoi les chiffres sont-ils surlignés en jaune comme ceci: 40%, pas 60% ou 15%?

1. Des scénarios pessimistes, réalistes et optimistes pour ceux qui essaient des leçons WOW sont envisagés. Nous substituons un chiffre pour chaque scénario qui répond à nos attentes.
2. Dans la colonne «Probabilité de scénario», nous déterminons quelle est la probabilité que les scénarios se produisent et considérons la valeur moyenne. La même chose avec le reste de l'inconnu.
3. Estimez le coût du développement.
4. Nous considérons le rapport entre le coût de développement et l'argent reçu (pour le coût de développement, le produit clarifie avec l'équipe le nombre d'heures passées et multiplie par leur offre).

Nous devons calculer combien l'entreprise coûtera l'erreur de produit. Le montant peut être de plusieurs millions.

Bref algorithme de priorisation

1. Trouvez les trois principales métriques clés pour un service particulier.
2. Recueillir des hypothèses pour pomper ces métriques: depuis l'arriéré ou en dehors.
3. Si le marché est nouveau - utilisez des méthodes de qualité: demandez aux utilisateurs potentiels ce qu'ils utilisent actuellement.
4. Effectuez une évaluation rapide et jetez les fonctionnalités "faibles".
5. Effectuez une évaluation détaillée des fonctionnalités restantes.