Fico sempre surpreendido quando os críticos se queixam de que o Lean Startup Build, Medir, Saiba abordagem é nada mais do que “jogar produtos incompletos para fora do prédio para ver se eles funcionam.”
Infelizmente, a Build, Medir, Saiba diagrama é a causa dessa confusão. À primeira vista parece que um processo fogo-ready-objetivo.
É hora de atualizar Build, Medir, Saiba o que sabemos agora é a melhor maneira de construir lean startup.
Veja como.
Construir, Medir, Saiba sons bastante simples. Construir um produto, obtê-lo para o mundo real, medir reações e comportamentos dos clientes, aprender com isso, e usar o que aprendeu para construir algo melhor. Repita, aprendendo a possibilidade de interagir, pivô ou reiniciar até que você tenha algo que os clientes adoram.
Cachoeira Desenvolvimento
Embora pareça simples , a construção Medida Saiba abordagem para o desenvolvimento do produto é uma melhoria radical sobre a tradicional cascata modelo utilizado em todo o 20 ºséculo para construir e enviar produtos. Naquela época, um empresário usou uma série processo de desenvolvimento de produto que procedeu passo-a-passo com pouco ou nenhum feedback do cliente. Fundadores assumiram que compreendeu os problemas dos clientes / necessidades, escreveu engenharia de requisitos documentos, projetado o produto, implementado / construiu o hardware / software, verificou que ele trabalhou por testar , e depois introduziu o produto aos clientes de forma formal saindo chamado primeiro navio cliente .
Cachoeira Desenvolvimento foi tudo sobre a execução do documento de requisitos. Enquanto as primeiras versões do produto foram compartilhados com clientes em Alpha e Beta Testing, a meta de acesso ao cliente cedo para o produto era descobrir erros não fornecer feedback sobre recursos ou usabilidade. 
Somente após o envio e tentar vender o produto seria uma partida ouvir qualquer feedback substancial de clientes. E, muitas vezes, depois de meses ou mesmo anos de desenvolvimento, empresários aprenderam da maneira mais difícil que os clientes não estavam comprando seu produto, porque eles não precisam ou querem a maioria de suas características.
Muitas vezes levou empresas três tentativas para obter produtos direita. Versão 1 foi construída sem feedback dos clientes, e antes de a versão 1 foi completa o trabalho já havia começado na versão 2 para que ele levou até a versão 3 antes que o cliente foi realmente ouvido (por exemplo, Microsoft Windows 3.0)
Melhores práticas em desenvolvimento de software começou a se mover para desenvolvimento ágil no início de 2000. Esta metodologia melhorou em cascata através da construção de software de forma iterativa e envolver o cliente. Mas faltava um quadro para testar todos os comercialização hipóteses exterior do edifício. Com Agile você pode acabar satisfazendo todos os recursos perguntou a um cliente por e ainda sair do negócio.
Depois veio o foco-Build-Medida aprender do Lean Startup.
Construir-Measure-Learn
O objetivo da Build-Measure-Learn não é para construir um produto final para enviar ou até mesmo construir um protótipo de um produto, mas para maximizar a aprendizagem através de engenharia incremental e iterativo . (Aprendizagem poderia ser sobre as características do produto, as necessidades do cliente, o preço e distribuição do canal direito, etc.) O “construir” passo refere-se a construção de um produto viável mínimo (um MVP.) É fundamental entender que uma MVP não é o produto com menos recursos . Pelo contrário, é a coisa mais simples que você pode mostrar aos clientes para obter o máximo de aprendizado naquele ponto no tempo . Logo no início de uma partida, um MVP poderia ser simplesmente um slide do PowerPoint, wireframe, modelo de argila, amostra conjunto de dados, etc. Cada vez que você construir um MVP você também definir o que você está tentando testar / medida . Mais tarde, quando mais se aprende, movimento do MVP de baixa fidelidade a maior fidelidade, mas o objetivo continua a ser o de maximizar o aprendizado não construir um beta / protótipo inteiramente caracterizado do produto.
Uma grande melhoria sobre o desenvolvimento Cachoeira, Construir Medida Saiba permite startups ser rápido, ágil e eficiente.
O diagrama de três círculos de Construir Medida Saiba é boa aproximação do processo. Infelizmente, usando a palavra “construir” primeira muitas vezes confunde as pessoas. O diagrama parece implicar material de construção e jogá-lo para fora do prédio. Uma versão mais detalhada da construção Medida Saiba diagrama ajuda a esclarecer o significado, adicionando mais três elementos: ideias -Build- Código -Measure- Dados-Saiba.
A versão de cinco parte da construção Medida Saibadiagrama nos ajuda a ver que a intenção real do edifício é testar “ideias” - não apenas para construir cegamente, sem um objetivo. O círculo rotulado “código” poderia facilmente ser rotulado de “construir hardware” ou “construir genoma artificial.” O círculo rotulado “dados” indica que depois medimos nossas experiências vamos usar os dados para refinar ainda mais a nossa aprendizagem. E o novo aprendizado irá influenciar nossos próximos idéias. Assim, podemos ver que o objetivo da Build-Measure-Learn não é apenas para construir coisas, o objetivo é construir coisas para validar ou invalidar a idéia inicial.
O foco em testar idéias específicas contraria a preocupação de que construir-medida de aprender está apenas jogando coisas contra a parede e ver se eles funcionam.
Mas ainda não é bom o suficiente. Agora podemos fazer melhor.
Comece com as hipóteses
que construir-Measure-Saiba acidentes é que novos empreendimentos (ambas as startups e novas ideias em empresas existentes) não começar com “idéias”, que começam com hipóteses (uma palavra chique para suposições.) É importante compreender que as palavras “ideia” e “hipóteses” significa duas coisas muito diferentes. Para a maioria dos inovadores a “idéia” palavra evoca uma visão que requer de imediato um plano para trazê-lo à fruição. Em contraste, uma hipótese significa que temos um palpite que requer experimentação e dados para validar ou invalidar .
Estas hipóteses abrangem a gama de quem é o cliente (s), a qual é a proposta de valor (características do produto / serviço), preços, canais de distribuição e criação de demanda (aquisição de clientes, ativação, retenção, etc.)
Que o Lean Startup começa com o reconhecimento de que sua idéia é simplesmente uma série de hipóteses não testadas é uma grande idéia. É realmente uma grande idéia, porque o que você constrói necessidades para coincidir com a hipótese de que pretende testar .
O produto viável mínimo que você precisa para construir para encontrar os clientes certos é diferente do produto viável mínimo que você precisa para saber o preço de testes, o que é diferente de um MVP você iria construir para testar características específicas do produto. E todas essas hipóteses (e de produtos viáveis mínima) mudar ao longo do tempo como você aprende mais. Então, em vez de Build-Measure-Learn, o diagrama para a construção de produtos viáveis mínimas em uma Lean Startup parece Hipóteses - Experimentos - Testes - Insights.
Gerar hipóteses
usando essa nova Hipóteses - Experimentos - Testes - Insights diagrama, a questão torna-se então: “Que hipóteses devo testar?” De Felizmente Alexander Osterwalder modelo de negócio tela apresenta uma visão geral dos nove componentes de um negócio em uma página. Eles são:
- proposição de valor, produto / serviço a empresa oferece (juntamente com os seus benefícios para os clientes)
- segmentos de clientes, como usuários e contribuintes ou mães ou adolescentes
- canais de distribuição para atingir os clientes e oferecer-lhes a proposta de valor
- relacionamento com os clientes para criar demanda
- fluxos de receitas geradas pela proposta de valor (s)
- atividades necessárias para implementar o modelo de negócio
- recursos necessários para fazer as atividades possíveis
- parceiros 3 rd partes necessárias para tornar as atividades possíveis
- estrutura de custos resultante do modelo de negócio
E isso nos leva à definição de inicialização: A inicialização é uma organização temporária projetado para procurar um modelo de negócios repetível e escalável .
Testar hipóteses
e uma vez que estas hipóteses preencher o Modelo de Negócios Canvas, como é que um empresário vai fazer sobre testá-las? Se você é um cientista, a resposta é fácil: você executar experimentos. O mesmo é verdade em uma Lean Startup. (The National Science Foundation descreveu o LaunchPad magra classe como o método científico para o empreendedorismo.)
O processo de desenvolvimento do cliente é uma metodologia simples para a tomada de novas hipóteses de risco e sair do edifício para testá-los. Descoberta do clientecapta a visão dos fundadores e transforma-lo em uma série de hipóteses do modelo de negócios. Em seguida, desenvolve uma série de experimentos para testar as reações dos clientes a essas hipóteses e transformá-los em fatos. As experiências podem ser uma série de perguntas que você pedir aos clientes, mas na maioria das vezes um produto viável mínimo para ajudar os clientes potenciais entender sua solução acompanha as perguntas.
Então, outra grande idéia aqui é startups não estão construindo produtos viáveis mínimas para construir um protótipo. Eles estão construindo produtos viáveis mínimas para aprender o máximo que puder .
Finalmente, o objetivo de projetar esses experimentos e produtos viáveis mínimos não é obter dados . Os dados não é o ponto final. Qualquer um pode coletar dados. Os grupos de foco coletar dados. Este não é um grupo de foco. O objetivo é obter uma visão . Toda a ponto de sair do edifício é informar a visão do fundador . A visão pode vir de analisar as respostas dos clientes, mas também pode vir de ignorar os dados ou percebendo que o que você está descrevendo é um mercado novo, perturbador que não existe, e que você precisa mudar seus experimentos de medição específicos para inventar o futuro.
Lições aprendidas
- Construir, Medir, aprender é uma grande melhoria em relação ao desenvolvimento de produtos Cachoeira e forneceu a estrutura para se juntar verdadeiramente o cliente para desenvolvimento ágil
- No entanto, enfatizando a “construir” ou “Ideias” como o primeiro passo perde o discernimento chave sobre uma Lean Startup - você está começando com hipóteses a serem testadas e estão à procura de modelo de negócios repetível e escalável
- Hipóteses, experiências, teste, Insights melhor representa o processo Lean Startup:
- Use os Negócios Canvas modelo para enquadrar hipóteses, Desenvolvimento de Clientes para sair do edifício para testar hipóteses e Agile Engenharia para construir o produto iterativa e incremental
