Como priorizar o desenvolvimento de recursos depois de criar um MVP

[ na capa : aplicativo móvel Unight ]

As primeiras coisas primeiro, como muitos dizem. No contexto do desenvolvimento de produto inicial, o MVP é a primeira versão de destino do seu produto de sonho. Mas os MVPs são conhecidos por consumirem menos tempo e custos. O desenvolvimento do seu projeto está chegando ao estágio final - e qual é o próximo passo após o mvp?

Você não percebeu que construir um MVP tem um efeito bola de neve ?

Imagine o processo de criação da bola de neve. Você começa pequeno, floco de neve por floco de neve juntando todos eles na bola. A mesma analogia funciona com a criação de MVP - você começa pequeno, definindo recursos que são essenciais em seu produto. Durante o processo de desenvolvimento do aplicativo, sua equipe e você têm novas ideias sobre como melhorar o produto, resultando no aparecimento de novas tarefas. Claro, isso faz com que os limites do orçamento também aumentem.

No entanto, você já concordou que está construindo um MVP, e isso significa que não deve prolongar o estágio de desenvolvimento. Em primeiro lugar, você precisa garantir que seu produto é exatamente o que o mercado precisa, com a ajuda de um Produto Mínimo Viável. Mas você não pode simplesmente perder as joias de ideias preciosas só porque seu tempo não é perfeito - é por isso que recomendamos que você aja da maneira que sempre agimos - para coletar essas ideias e colocá-las no backlog de tarefas. Adiar os recursos para adicionar após o MVP permitirá que você priorize, priorize o desenvolvimento de recursos mais tarde e os coloque na ordem em que deseja que sejam construídos.

De acordo com a teoria do modelo de Kano, que classifica os clientes em 5 tipos, este é o terceiro - as qualidades atraentes que os usuários desejam. Mas o objetivo principal do MVP é de um tipo diferente. Produtos mínimos viáveis ​​são criados para testar o conceito. Seu MVP precisa responder à pergunta “ O mercado está realmente interessado no meu produto? ”; portanto, é aconselhável desenvolver este produto de forma mais rápida e barata, com um próximo estágio de MVP rico em recursos.

Depois que o MVP estiver pronto, qual é a próxima etapa após a criação de um MVP?

1. Teste beta primeiro.

Bem conhecidos são os grupos de teste beta que os proprietários de produtos criam logo após o término do processo de desenvolvimento. Os beta-testadores são pessoas diferentes que vêm do lado do cliente (ou os encontramos a pedido do cliente) e começam a usar o produto. Depois de um breve momento, eles nos fornecem seus comentários, permitindo-nos ver as expectativas reais dos usuários. O importante depois é processar os resultados recebidos - transformando ideias de recursos em tarefas e colocando-as no backlog. Ao fazer isso, você transmite uma mensagem clara para seus usuários - que suas vozes são ouvidas e notadas.

2. 3, 2, lançamento.

O lançamento do produto MVP é apenas mais uma iteração no longo e divertido processo de desenvolvimento de produto. O mesmo acontece toda vez que você termina um sprint de desenvolvimento - primeiro você testa, depois corrige, testa novamente e libera. No entanto, neste estágio, você precisa incluir mais um componente - o marketing de saída. Existem muitas maneiras de promover seu novo aplicativo ou site, incluindo:

• Serviços de SEO / ASO
• Postagem de blog
• Comunicados à imprensa e anúncios em revistas
• Concursos e competições

Interessado em mais marketing de aplicativos? Você está convidado a ler nosso artigo recente sobre marketing de aplicativos .

Além de se aprofundar no marketing, você ainda precisa ficar de olho no que é o engajamento com o seu produto. Se tudo funcionar corretamente, você só precisa se concentrar no suporte técnico e no monitoramento.

O que vem depois de um produto mínimo viável?

De agora em diante, todo o desenvolvimento futuro do produto depende dos dados que você começa a receber. Baseie suas conclusões e ações em:

1. Métricas recebidas - a taxa de retenção, a duração da sessão, os parâmetros de envolvimento do usuário, a aquisição do usuário e o valor da vida útil são os KPIs que você deve rastrear e analisar. Se seu aplicativo é monetizado de alguma forma, preste atenção ao desempenho dos diferentes métodos de monetização. Surpreendentemente, existem 9 KPIs de medição de desempenho de aplicativos mais conhecidos - você pode encontrar a lista completa aqui.

   

2. Feedbacks do usuário fornecidos. O Google Play e a App Store oferecem uma maneira prática de monitorá-los apenas olhando a seção de feedbacks. No entanto, procure menções à sua marca nas redes sociais, em fóruns e plataformas web. A ferramenta que recomendamos que você use é o YouScan, que permite encontrar de tudo - de avaliações a reclamações onde sua marca é mencionada.

3. A terceira fase do MVP seria analisar os dados número 1 e 2 e, com base nesses dois, tomar uma decisão de implementação de recursos. Para fazer isso, você precisa reabrir o seu backlog de tarefas, e para cada recurso colocamos uma determinada marca (de 0 a 10), de acordo com qual das métricas essenciais ela afetará (conforme mostrado na imagem abaixo)

Ainda não está convencido? Bem, na imagem acima, digamos que você mediu com precisão suas métricas no aplicativo e viu que o envolvimento do usuário é drasticamente menor do que o resto. É hora de chegar às idéias de recursos listadas na lista de pendências de tarefas e você escolhe os recursos a serem colocados na linha horizontal (como mostrado na imagem). O que fazemos a seguir é analisar qual métrica esse recurso específico nos ajudará a melhorar - com a ajuda de nossos analistas de negócios e marketing, é claro. Acabamos de colocar uma determinada marca (na escala de 0 a 10) dependendo de como esse recurso será útil. O processo de avaliação de recursos mostra que o elemento “Push Notifications” tem um número 10 de confiança na linha de engajamento do usuário; depois de implantados, os usuários são lembrados do aplicativo com mais frequência, o que leva a visitas mais frequentes ao aplicativo, aumento da atividade e, eventualmente, maior taxa de engajamento. Portanto, optamos por desenvolver esse recurso.

Outra coisa essencial a considerar é o custo de uma mudança. Falando por experiência própria, o recurso de notificação push padrão leva cerca de 20 horas para ser desenvolvido. Você está pronto para investir neste elemento; mais do que isso, que lucro isso trará para você no futuro? Seleção e análise cuidadosas é o que torna o resumo dos recursos pós-MVP tão importante para priorizar.

Abordagem DIBB.

Destacamos também a abordagem do produto DIBB - Data, Insight, Bet e Believe, com essas 4 fases descrevendo todos os processos que acontecem dentro do produto. Primeiramente você analisa os Dados, depois analisa os seus Insights, faz uma Aposta em um determinado recurso e, por fim, acredita que o necessário é realizado. Toda a concepção do DIBB é um ciclo de previsões baseadas em dados que você precisa verificar, a fim de fazer a mudança lucrativa máxima.

Nota importante

O feedback dos usuários que você analisará nem sempre irá agradá-lo com análises positivas de produtos. Às vezes, você estará lidando com críticas e comentários negativos. Mas antes de amaldiçoar tudo em que o mundo se sustenta - lembre-se, você governa aqui. Tudo depende de como você age em determinada situação. Lembre-se de que o relacionamento com seus clientes mais leais freqüentemente começa com uma crítica negativa da App Store.

Interessado em trabalhar com comentários negativos de clientes? Nosso artigo sobre “Como trabalhar com o feedback do usuário? ' vai chegar em breve / mantenha-se atualizado!

De MVP a MLP.

Até a Wikipedia afirma que o objetivo principal do Agile MVP é fornecer feedback para o desenvolvimento do produto. Assim, uma vez que você o tenha, considere os recursos e a perspectiva para fornecer as atualizações de tecnologia mais necessárias para ele. Analytics, habilidades de pensamento crítico são os fatores que o ajudam aqui. No entanto, há algo mais em jogo - você também precisa ativar o fator empatia. Você precisa prestar atenção ao que seus usuários dizem, mostrando que você os ouve ao implementar as mudanças que desejam. Pense nisso por um momento antes de começar a adicionar recursos. Sempre adotamos nossos produtos para o mercado existente, então por que não adotar os seus ?

Escrito por Ivan Dyshuk e Elina Bessarabova