como realmente definir um MVP

por que MVP pode ser confuso?

MVP é um dos Termos que parece gerar muita tração durante uma transformação ágil. Parece que as pessoas estão felizes em tentar fazer “apenas o suficiente” para alcançar um objetivo. Mas, para empresas com uma mentalidade fixa o termo pode ser rapidamente abusado. Para essas empresas, o foco é tipicamente em entregar “o que foi prometido” em vez de construir uma compreensão mais profunda de como competir.

nestes ambientes, MVPs podem muitas vezes ser usados para justificar uma redução (e talvez mesmo falta) no escopo. Eles normalmente são apenas sobre definir uma linguagem de minimalismo para “o negócio” obter algo que eles estão desesperadamente procurando, e ” ele ” tem algum mínimo de controle de escopo. Com uma única definição de um MVP as coisas tornam-se demasiado fixas. O resultado é que o cliente está reduzido a ser um pós-pensamento com o foco em entregar o que é “acordado” adiantado em vez do que o que é realmente necessário.para aumentar a confusão, ao longo dos anos tem havido muitas definições diferentes de características funcionais/viáveis/comercializáveis/aceitáveis/produtos/libertações mínimas. O que parece ser agradável é fazer o mínimo. O problema, no entanto, é que não existem políticas reais definidas dentro das empresas para definir como MVPs pode ser usado para maior efeito em um quadro que ajuda a gerenciar e governar o risco.para realmente descobrir o que é o mínimo necessário, precisamos ir em uma jornada de descoberta e aprendizagem.

MVPs são sobre a aprendizagem

A definição de um MVP deve realmente estar sempre relacionada a um resultado – “este MVP é projetado para alcançar x”. Não existe uma definição singular de MVP. Por exemplo, podemos criar um MVP para ver se o nosso produto resolve um problema específico para um cliente específico. Ou, podemos criar o menor produto possível para lançar um fenômeno global. Estas duas coisas são completamente diferentes e exigem estratégias muito diferentes para alcançar o objetivo – e provavelmente uma abordagem de gestão e governança diferentes.

O que sabemos é que existem algumas coisas comuns que as organizações estão tentando alcançar, para que possamos colocar alguma estrutura em torno da linguagem de aprendizagem e descoberta.a equipe de Serviços Digitais do governo do Reino Unido (GDS) escreveu um excelente quadro para como os serviços governamentais devem ser projetados e construídos – você pode vê-lo aqui. Este quadro foi especificamente concebido para os serviços governamentais do Reino Unido e para criar soluções para os cidadãos baseadas na aprendizagem das necessidades reais dos utilizadores e na implantação de soluções que melhor servissem os utilizadores.um quadro semelhante funciona igualmente bem num ambiente de gestão de produtos ou de gestão de alterações. Nós podemos olhar para ele ao lado de Steve Blank da abordagem de descoberta de clientes para o desenvolvimento de produtos e negócios, que é, em última análise, sobre encontrar Produto/mercado ajuste e construir um modelo de negócio escalável.

Este modelo foi concebido para descobrir, validar e criar novos clientes e, em seguida, levá-lo para a construção da empresa assim que tiver a certeza de que tem o mercado do produto apto.

O objetivo do framework é desenvolver a compreensão e aprender projetando incrementos que ajudam a responder a perguntas específicas.

Discovery

Discovery é sobre o desenvolvimento de uma compreensão do seu cliente e das ferramentas, produtos e serviços que eles usam hoje para alcançar seus objetivos. Se acreditas que tens algo que resolve melhor o problema deles, tens de fazer algumas coisas.:

1. Quadro de uma declaração do problema que você está resolvendo para, e ter clareza de saber se este é um valioso problema para resolver
2. Descrevem as opções sobre como você pode resolver o problema
3. Explorar o mercado que existe hoje para alcançar o objetivo – descobrir o que seus concorrentes estão a fazer já.ver passo 1. Enquadrar uma declaração de problema realmente bom é o item mais crítico antes de seguir em frente.

Você pode precisar construir algo aqui, a fim de ajudar a enquadrar bem o problema. Faças o que fizeres, não construas muito. Manter as coisas muito leves, muito rápidas e apenas construir coisas que irão ajudar a desenvolver um entendimento compartilhado entre você e potenciais clientes sobre o problema-espaço.

Alpha

Alpha é tudo sobre a concepção de algo que atinge o ajuste de solução de problema. Então você tem uma declaração de problemas bem definida. E algumas ideias sobre como resolvê-lo. Você entende o que os outros fazem no mercado. Você suspeita que há valor em trabalhar em uma solução e há um mercado de pessoas que vão gastar algum dinheiro. À medida que constrói a sua solução (ou soluções porque não faz mal construir muitos protótipos em paralelo ou serialmente), tem de se concentrar em responder a algumas questões fundamentais:

1. acredita que a sua solução potencial resolve realmente o problema que definiu (e o seu cliente descreveu como valioso)?tem alguma validação do cliente – algum cliente lhe disse que a sua solução proposta OS ajuda a resolver o problema que têm?
2. os seus utilizadores estão até à data preparados para pagar a sua solução? Nesta fase, acha que pode tornar-se um negócio viável?a sua solução é diferente da dos seus concorrentes? É claro para os outros que é diferenciado?e antes de seguir em frente, será que realmente resolve o problema? Ele realmente precisa antes de você gastar dinheiro na aquisição de clientes e usuários. nesta fase, validou a sua solução com clientes reais. Deviam ser pessoas que realmente representam as pessoas que querem servir. Sabes que a tua ideia funciona, pelo menos para uma pequena população. Mas, é fácil de comercializar, encontrar e adquirir clientes e servir um grupo mais diversificado. Beta é tudo sobre encontrar o ajuste do mercado de produtos. As questões que são úteis para você construir soluções nesta fase são:
   1. sua escala de solução para atender às necessidades de muitos? Como resolver o problema de uma forma economicamente viável?como posiciona e comercializa a sua proposta de valor viável?quais os canais mais adequados para adquirir e servir o seu mercado-alvo?como criar a melhor experiência (do ponto de vista das vendas e da entrega)?que outras características podem ser necessárias para que as pessoas evangelizem sobre o seu produto?Qual é a combinação certa de investimento de aquisição, remessa e retenção?como é que estruturo as melhores equipas e operações para servir um lançamento?quais são os meus principais indicadores de crescimento? Como posso saber se o produto não está fazendo tão bem quanto eu quero? Ou, como sei que há algo novo que concorre com a minha proposta de valor?óptimo! Então você criou um número mínimo de produtos viáveis. Aprendeste muito. Você provavelmente iterou o seu caminho através da Discovery, Alpha e Beta, e você está pronto para fazer do seu produto um fenômeno global (ou seja qual for o seu objetivo). Está agora à procura do modelo de negócio viável que está a ganhar vida. Nesta fase, trata-se de melhorar continuamente tudo o que fazes. Novos recursos, melhores modelos de entrega, maior base de clientes. É mais do mesmo – mas continuamente melhorado.Reforme-se agora, espero que durante Beta e Live tenha descoberto as principais métricas para ajudá-lo a trabalhar se estiver a ser perturbado por outra coisa no mercado. Estes devem incluir alguns indicadores líderes que não são apenas sobre receita e lucro. Esperançosamente, dar-lhe-ão sinais de que o produto está ainda a executar ou necessita de atenção. Uma parte da sua concorrência poderá ser tratada através de uma melhoria contínua – o que é provável se você realmente teve Produto/Mercado apto. Mas às vezes surge uma coisa nova para te tirar do poleiro. No momento em que você precisa considerar aposentar-se e iniciar o processo novamente. É de volta à Discovery para servir novamente seus clientes e usuários, e para se aposentar para a solução que você tão amorosamente cresceu.
      

      enquadrar MVPs bons

      assim, para terminar isto vale a pena dizer algumas outras coisas. Você pode (e talvez certamente deve e vai) ter muitas iterações de MVPs em cada fase do processo de aprendizagem. O importante é aprender, obter respostas para suas perguntas e descobrir quando melhor se mover para o próximo nível de escala. Em qualquer ponto você pode fazer a pergunta se você deve perseverar com sua idéia, pivot para algo completamente novo ou descartar toda a idéia. Tipicamente, se a declaração do problema foi bem enquadrada no início haverá valor a ir depois, independentemente de como as soluções funcionam bem, mas nem sempre é o caso.

      ser vary wary of jumping straight to a later stage without answer questions. Sempre procurar construir provas e obter validação. E, tenha cuidado para não Saltar para a resposta padrão de “apenas um produto com cada recurso será necessário para o nosso MVP para que possamos escalar para as nossas empresas precisam”. É provavelmente o maior erro usar MVPs em grandes empresas.

      lembre-se que um MVP é um veículo de aprendizagem. É parte de um processo de descoberta e uma maneira de você desenvolver insights mais profundos sobre o problema que está resolvendo. Ele ajuda você a construir o produto mais desejável, viável e viável possível. Pense sobre isso em termos de formas de enquadrar um objetivo que é um subconjunto do maior objetivo. Mesmo quando você está em uma grande empresa, há sempre maneiras de quebrar as coisas para construir, aprender e testar.