Definição
MVP significa Minimum Viable Product, ou produto mínimo viável. É uma versão preparada para testar hipóteses sobre um produto e aprender com clientes, usando o esforço necessário para essa investigação.
O alcance depende da pergunta que você precisa responder. Uma primeira entrega pode deixar grande parte da visão futura de fora, desde que permita observar o comportamento relevante para a hipótese escolhida.
Escolher a pergunta antes das funcionalidades
Considere um produto que reúne chamados de manutenção recebidos por diferentes canais. Você pode observar se os clientes abrem um chamado pelo novo formulário e consultam por ele o andamento do atendimento.
Essa pergunta define quais recursos entram no experimento e quais eventos precisam ser registrados. Configurações administrativas podem ficar de fora, enquanto a exibição de um número de protocolo confirma que o formulário registrou o chamado.
Definir como interpretar o resultado
Registre a hipótese, o público observado e os sinais que poderiam apoiá-la ou contrariá-la. Elogios à demonstração não equivalem necessariamente ao uso recorrente da aplicação, sobretudo quando o teste exige esforço ou pagamento do cliente.
Uma observação pequena pode justificar outra investigação, sem demonstrar a viabilidade do produto em todos os públicos. Compare o resultado com a pergunta inicial e descreva as condições que limitaram o experimento.
Preservar a atividade que será observada
Reduzir funcionalidades não elimina as exigências necessárias ao uso proposto. Se uma falha impede enviar a solicitação, você pode acabar medindo a desistência causada pelo defeito, sem aprender sobre a necessidade que pretendia examinar.
O aprendizado orienta a próxima versão: manter, alterar ou abandonar partes da proposta pode ser apropriado conforme o resultado. Acrescentar funcionalidades automaticamente após cada teste não é uma obrigação do conceito.
O Diagnóstico de Produto e Arquitetura da Dev Side Studio pode apoiar a definição do alcance inicial quando a ideia ainda reúne várias jornadas e integrações possíveis.
Dúvidas frequentes
Perguntas frequentes sobre MVP
- MVP precisa ser um aplicativo completo?
- Não. Dependendo da hipótese, uma entrega com atendimento manual ou automação parcial pode produzir o aprendizado necessário. O formato precisa permitir a observação pretendida.
- Qualquer versão pequena é um MVP?
- Não. O conceito envolve testar hipóteses e aprender com clientes. Reduzir funcionalidades sem definir o que será observado não estabelece esse propósito.
- O MVP pode ter funcionalidades incompletas?
- Pode deixar de fora grande parte da visão futura, mas precisa atender o experimento proposto. Defeitos que impedem a atividade observada comprometem o aprendizado.
- Poucos usuários satisfeitos comprovam que o produto terá mercado?
- Não. O resultado depende do público, das condições e do período observados. Ele pode orientar outra investigação sem justificar uma conclusão sobre todo o mercado.
Para continuar
Recursos relacionados
Documentação
Lean Startup: explicação de Eric Ries sobre MVP
Relaciona a versão mínima ao aprendizado validado sobre clientes.
Abrir recursoDocumentação
Y Combinator: delimitação de um MVP
Apresenta uma abordagem para definir a função e o alcance da primeira entrega.
Abrir recursoAplicação na formação
Vibe Coding: Do Zero ao MVP
O MVP relaciona o alcance da primeira versão ao aprendizado obtido com o uso do produto.
Conhecer a formação
Fontes consultadas
Referências deste verbete
Este verbete ajudou você?
Obrigado pela resposta. Ela fica salva apenas neste navegador.