Produto e priorização: como avaliar os objetivos do projeto?

Avaliação rápida

• Primeiro, o gerente de produto e os especialistas técnicos discutem a utilidade do novo recurso, por exemplo, o uso de filtros no aplicativo Metro. A equipe vota: mostre 1-3 dedos - e o produto registra o valor médio. Isso acontece com todos os recursos.
• A seguir, discute como é difícil implementar a atualização. Além de úteis, os resultados da votação são registrados na coluna “Estimativa de custo médio”.
• Correlacionamos os benefícios e custos. A tabela na figura acima mostra que os recursos 2 e 3 são muito líderes - significa que essas duas atualizações devem ser lançadas em um futuro próximo. Na segunda coluna, vemos que eles são fáceis de criar e, na primeira, que esses recursos serão úteis para os usuários.

, , — , .

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

• De acordo com a métrica de nível superior, eles consideram a frequência com que os usuários interagem com os recursos.
• O próximo passo é usar a métrica de serviço - o tempo de exibição do vídeo. O produto está discutindo com a equipe o que afeta o tempo de exibição do vídeo: duração e quantidade. Esses indicadores estão relacionados ao nível 1.
• No nível do nível 2, analisamos o que afeta cada indicador em particular. A duração é afetada pela porcentagem de pesquisas e pela duração do próprio vídeo. A porcentagem de visualização é afetada pela qualidade do conteúdo e pela velocidade do vídeo.
• Decompomos cada item em níveis: obtemos uma camada de bolo da métrica principal e dos níveis que a afetam. Nesse momento, o produto acha que poderia melhorar o desempenho (por exemplo, adicionar vídeo em HD). Mas antes de implementar as alterações, você precisa entender qual métrica isso afetará. Nesse caso, o formato HD afetará a qualidade do vídeo. O produto examina sua árvore e encontra o nível em que postou a Qualidade do vídeo.

Para medir a importância da qualidade do conteúdo, o produto cria uma árvore que os analistas verificam. Depois disso, os desenvolvedores têm tarefas com seis meses a um ano de antecedência. Eles estão gradualmente modificando o produto.

• a primeira coluna mostra as métricas que precisam ser aumentadas usando novos recursos;
• na segunda coluna - os indicadores digitalizados esperados;
• na terceira coluna, recursos necessários;
• na quarta coluna, o peso dos recursos (de um a três).

• Acontece que existem 15 recursos na tabela e os 180 restantes estão esperando na fila;
• Quando a árvore é composta, as idéias para os recursos são tiradas não apenas da tabela, mas também da lista de pendências, pois os membros da equipe podem aconselhar algo importante;
• "Peso" é determinado pela análise de projetos e recursos anteriores;
• Se um projeto afeta duas métricas de uma vez, é definido nessa métrica, sobre a qual terá mais influência.

• Quantos usuários em 12 meses estarão neste ponto de decisão? Por exemplo, 100.000 pessoas.
• Quantos usuários tentarão a missão? A equipe sugere que isso poderia ser de 44%.
• Quantos usuários concluirão toda a missão? Talvez 81%.
• Quantos mais usuários farão um segundo pagamento após a implementação das lições de missões? Presumivelmente, os reembolsos serão 4% a mais.
• Que lucro o segundo pagamento traz? A equipe sabe com certeza que 5000 rublos.
• Que lucro adicional a empresa receberá em 12 meses a partir da data de lançamento? Contamos o número de participantes e multiplicamos pelo reembolso.

Por que os números destacados em amarelo são assim: 40%, não 60% ou 15%?

1. São considerados cenários pessimistas, realistas e otimistas para quem tenta as lições do WOW. Substituímos uma figura para cada cenário que atenda às nossas expectativas.
2. Na coluna “Probabilidade de cenário”, determinamos qual é a probabilidade de os cenários ocorrerem e consideramos o valor médio. O mesmo com o resto do desconhecido.
3. Estime o custo do desenvolvimento.
4. Consideramos a relação entre o custo de desenvolvimento e o dinheiro recebido (para o custo de desenvolvimento, o produto esclarece com a equipe quantas horas eles gastaram e multiplicam por sua oferta).

Precisamos calcular quanto a empresa custará o erro do produto. Quantidade pode estar na casa dos milhões.

Algoritmo de Priorização Breve

1. Encontre as 3 principais métricas principais de um serviço específico.
2. Colete hipóteses para bombear essas métricas: no backlog ou fora dele.
3. Se o mercado for novo - use métodos de qualidade: pergunte aos usuários em potencial o que eles estão usando atualmente.
4. Faça uma avaliação rápida e descarte os recursos "fracos".
5. Faça uma avaliação detalhada dos recursos restantes.