Produto Mínimo Viável (MVP)

O erro mais comum de MVP é tratá-lo como uma definição de qualidade em vez de uma decisão de escopo — lançar uma versão com bugs, mal funcional e chamá-la de MVP. O "Mínimo Viável" em MVP se refere ao escopo mínimo de funcionalidades, não à qualidade mínima. Um MVP deve ter qualidade de produção e cumprir totalmente sua promessa limitada — ele apenas faz uma promessa menor do que a visão completa faria. Um modelo mental melhor é a definição de Steve Blank: um MVP é o conjunto mínimo de funcionalidades pelo qual um segmento específico de clientes pagará para resolver um problema específico. Eric Ries adiciona a palavra crítica: "viável" — o produto deve ser viável o suficiente para que clientes reais o usem para aprender, não um código de nível de protótipo que apenas equipes internas aceitariam.

O objetivo de aprendizado deve ser definido antes de construir o MVP — caso contrário, não há como determinar se o experimento foi bem-sucedido. O objetivo de aprendizado responde a uma pergunta central: "Os clientes que acreditamos ter este problema realmente usarão esta solução, e ela funcionará bem o suficiente para retê-los?" Hipóteses específicas para testar: "Clientes no segmento X ativarão a funcionalidade Y na primeira sessão", "Usuários que ativam a funcionalidade Y retornarão pelo menos semanalmente" e "Podemos construir o fluxo de trabalho principal sem o conjunto completo de funcionalidades que imaginamos." Product Ops documenta a hipótese do MVP, define os critérios quantitativos de sucesso (por exemplo, 40% de ativação na primeira semana, 60% de retorno na segunda semana) e executa a análise pós-MVP para confirmar ou refutar cada hipótese.

Múltiplos arquétipos de MVP existem ao longo de um espectro de investimento em construção. MVP Concierge — entregar manualmente o serviço para um pequeno grupo de clientes para entender se eles o valorizam (nenhum código necessário). MVP Mágico de Oz — o cliente interage com o que parece ser um produto automatizado, mas humanos estão realizando o trabalho nos bastidores. MVP Protótipo — um protótipo clicável de média fidelidade testado para compreensão e taxas de conclusão de tarefas. MVP de Construção de Funcionalidade Única — construir apenas o loop de interação principal sem casos de borda, tratamento de erros ou integrações. MVP Tech-Spike — construir apenas o componente tecnicamente arriscado (o resto é simulado), para validar a viabilidade técnica. O tipo de MVP apropriado depende do risco principal a ser validado — se o risco é se os clientes querem a funcionalidade, um MVP Concierge é o mais rápido; se o risco é técnico, um Tech Spike é necessário.