Lean Startup: o que é e como aplicar o ciclo construir-medir-aprender

Eric Ries era engenheiro na IMVU, empresa de software de avatar social, no começo dos anos 2000.

A companhia crescia, mas o time seguia um roteiro que não combinava com a realidade: escrevia planos extensos, definia funcionalidades com meses de antecedência e lançava tudo de uma vez.

Quando o produto chegava ao mercado, boa parte do esforço simplesmente não era usada.

Ries transformou essa experiência em método.

O livro "The Lean Startup" foi publicado em 2011 e formalizou o que ele vinha testando na prática.

O termo "lean" vem do Sistema Toyota de Produção, que trata desperdício como inimigo central.

A diferença é que, em uma startup, o desperdício mais caro não é estoque parado nem retrabalho de fábrica.

É construir uma funcionalidade que ninguém pediu.

A base conceitual veio de Steve Blank, que descreveu o Customer Development no livro "The Four Steps to the Epiphany", de 2005.

Blank defendia que startups falham sobretudo por construir algo que o mercado não quer, e não por falha de execução técnica.

Ries pegou essa ideia e acoplou a ela a lógica de iteração rápida da manufatura enxuta. ## O que conta como startup nessa definição Ries usa uma definição específica: startup é uma instituição humana desenhada para criar um produto ou serviço novo sob condições de incerteza extrema.

O critério não é tamanho, faturamento nem ter nascido numa garagem.

É a incerteza.

Isso tem uma consequência prática.

Um time dentro de uma empresa grande, criando uma linha de produto do zero, opera como startup.

Um restaurante que abre a décima filial com um modelo já testado não opera como startup.

A metodologia foi feita para o primeiro caso, não para o segundo. ## O ciclo construir-medir-aprender O coração do Lean Startup é um loop de três etapas.

Construir: você cria a versão mais simples capaz de testar uma hipótese.

Medir: coleta dados sobre como as pessoas realmente se comportam diante dela.

Aprender: compara o resultado com o que você esperava e decide o próximo passo.

O ponto que muita gente perde é que o ciclo precisa girar rápido.

A métrica de saúde de um time não é quantas funcionalidades entregou, e sim quanto tempo leva para completar uma volta e aprender algo novo.

Ciclos de três meses aprendem menos que ciclos de uma semana. ## MVP: o mínimo que gera aprendizado Produto mínimo viável não é o produto mais barato nem a versão meia-boca do que você quer lançar.

É o menor experimento que produz informação confiável sobre uma hipótese.

Alguns formatos que Ries e outros autores descrevem: - Landing page com formulário de interesse, para medir demanda antes de existir produto. - MVP concierge: você entrega o serviço manualmente, sem automação, para entender o problema de perto. - MVP Wizard of Oz: o usuário acha que existe um sistema automatizado, mas há pessoas fazendo o trabalho por trás. - Demonstração em vídeo, como o Dropbox fez antes de ter o produto pronto, para validar se havia interesse real. - Compra manual de estoque sob demanda, como o fundador da Zappos fez ao fotografar sapatos de lojas físicas para testar se alguém compraria calçado pela internet.

O erro comum é transformar o MVP em desculpa para lançar algo ruim.

Se o experimento não responde a uma pergunta clara, ele não é mínimo nem viável. ## Aprendizado validado e as métricas que enganam Ries separa métricas de vaidade de métricas acionáveis.

Número de cadastros, visualizações de página e downloads sobem com frequência sem que o negócio melhore.

São fáceis de comemorar e difíceis de usar em decisão.

O instrumento que ele recomenda é a análise de coorte: agrupar usuários pela data em que entraram e acompanhar o comportamento de cada grupo ao longo do tempo.

Se a retenção da coorte de janeiro é melhor que a de dezembro, houve aprendizado real.

Se o total de usuários cresce mas todas as coortes perdem gente na mesma velocidade, você está enchendo um balde furado. ## Pivotar não é fracassar Quando os dados mostram que a hipótese central está errada, a resposta é o pivô: manter uma parte do que foi aprendido e mudar outra.

Ries descreve vários tipos, entre eles o pivô de segmento de cliente, o pivô de necessidade do cliente, o pivô de plataforma, o pivô de canal e o pivô de modelo de receita.

Pivotar é diferente de trocar de ideia a cada semana.

O pivô é uma decisão informada por dados, tomada depois de um ciclo completo de aprendizado.

Persistir sem evidência e pivotar por impulso são os dois extremos que quebram a metodologia. ## Como aplicar em seis passos 1.

Escreva suas crenças como hipóteses testáveis.

Em vez de "os clientes querem relatórios automáticos", formule: "gestores que fecham o mês no Excel pagariam por relatórios gerados automaticamente".

2.

Ataque primeiro a hipótese mais arriscada.

Ries divide em hipótese de valor, que trata do problema do cliente, e hipótese de crescimento, que trata de como novos usuários chegam.

3.

Desenhe o menor experimento que responde à pergunta.

Defina antes o que conta como sucesso e o que conta como fracasso.

4.

Meça comportamento, não opinião.

Perguntar se a pessoa usaria é diferente de observar se ela usou.

5.

Decida com base no critério definido no passo 3: persistir, pivotar ou encerrar.

Encerrar também é uma decisão válida.

6.

Encurte o próximo ciclo.

O ganho de produtividade vem da redução do tempo entre uma decisão e o aprendizado que ela gera. ## Onde o modelo trava Lean Startup funciona mal em mercados com ciclo de venda longo e poucos compradores, como saúde regulada, defesa e vendas corporativas complexas.

Nesses casos, o experimento mais barato ainda custa meses e exige acesso a decisores, o que inviabiliza iteração semanal.

Também exige contato real com clientes.

Times que não têm canal direto com quem usa o produto acabam medindo apenas o que é fácil de medir, e a metodologia perde o sentido. ## Perguntas que aparecem com frequência **Lean Startup serve para empresas grandes?** Sim, quando o objetivo é criar uma linha de produto nova sob incerteza.

Aplicar o ciclo em um produto já consolidado, com base de clientes estável, tende a gerar ruído em vez de aprendizado. **Qual a diferença entre MVP e protótipo?** O protótipo testa se a solução funciona tecnicamente.

O MVP testa se existe demanda real pelo problema que você escolheu resolver. **Quanto tempo deve durar um ciclo?** Não há número fixo.

O critério é ser curto o suficiente para que você consiga rodar várias voltas antes de o caixa acabar.