Lean Canvas: o que é, como preencher e qual palpite o MVP testa primeiro

Quase todo fundador já preencheu um Lean Canvas. Uma tarde, nove caixinhas, post-its coloridos e a sensação boa de ter o negócio inteiro em uma folha. O problema aparece na segunda-feira: com o quadro pronto, ninguém sabe o que fazer com ele, e a folha vai para uma pasta enquanto a equipe começa a construir o produto.

Este artigo cobre o que os guias costumam cobrir — o que é, de onde vem, como preencher — com a versão atual do quadro, que tem 12 elementos e não 9. E segue até onde eles param: como transformar o canvas preenchido em um ranking de risco e escolher o primeiro experimento, que pode ou não ser um MVP.

O que é o Lean Canvas?

O Lean Canvas é um modelo de negócio de uma página, pensado para quem ainda não sabe se o negócio funciona. Em vez de um plano de negócios de dezenas de páginas, ele obriga a equipe a escrever, em poucas palavras, quem é o cliente, que problema ele tem, como ele resolve isso hoje, o que você vai oferecer e como vai ganhar dinheiro com isso.

A diferença de natureza é o ponto central: o canvas não é a descrição de um negócio que existe. É uma lista organizada de apostas. A própria fonte oficial o define assim — um conjunto de palpites cujo valor está em identificar e testar as hipóteses mais arriscadas antes de construir.

De onde vem o Lean Canvas?

O quadro foi criado por Ash Maurya em 2010 como adaptação do Business Model Canvas, de Alexander Osterwalder. O original funciona bem para descrever empresas com operação estabelecida; Maurya queria uma ferramenta para startups em condição de incerteza extrema, em que quase nada do modelo foi comprovado ainda.

Para isso, ele trocou quatro blocos do original — parceiros-chave, atividades-chave, recursos-chave e relacionamento com clientes — por problema, solução, métricas-chave e vantagem injusta. A troca diz muito: saem os blocos que descrevem como a empresa opera e entram os que perguntam se existe um negócio a operar.

A adoção é ampla. Segundo a LEANSTACK, empresa de Maurya, mais de um milhão de empreendedores, aceleradoras e universidades usam o quadro — número declarado pela própria empresa. A fonte oficial, aliás, mudou de endereço: a antiga página em leanstack.com deu lugar à leanspark.ai, ainda assinada pela LEANSTACK.

Qual a diferença entre Lean Canvas e Business Model Canvas?

Os dois têm a mesma forma — uma folha com blocos — e respondem perguntas diferentes. O Business Model Canvas pergunta como a empresa cria, entrega e captura valor. O Lean Canvas pergunta o que precisa ser verdade para que exista uma empresa, e qual dessas verdades ainda é só aposta.

Elaboração da Alliance a partir da página oficial do Lean Canvas (LEANSTACK, 2026)

Não é uma escolha excludente. Uma empresa estabelecida que lança um produto novo pode usar o Lean Canvas para a aposta nova e manter o Business Model Canvas para a operação que já existe. O erro é usar o primeiro para descrever certezas, ou o segundo para esconder incertezas.

Quais são os 12 elementos do Lean Canvas na versão atual?

A maioria dos materiais em português ensina nove blocos. A versão publicada hoje pela LEANSTACK organiza o quadro em doze elementos: os nove conhecidos e três que ganharam espaço próprio dentro deles. Esses três são justamente os que mais ajudam a testar o negócio — e os que mais somem dos tutoriais.

Os nove blocos clássicos, em uma linha cada:

• Segmentos de clientes: quem tem o problema — de preferência um grupo específico, não “pequenas empresas”.
• Problema: as até três dores mais importantes desse segmento.
• Proposta de valor única: por que alguém escolheria você, dita em uma frase clara.
• Solução: o recurso mínimo que endereça cada dor listada.
• Canais: o caminho até o cliente, da descoberta à compra.
• Fontes de receita: quem paga, quanto e em que modelo de cobrança.
• Estrutura de custos: o que custa adquirir clientes, construir e operar.
• Métricas-chave: o número que mostra se o negócio está andando.
• Vantagem injusta: o que não pode ser copiado ou comprado com facilidade.

Alternativas existentes

Fica ao lado do problema e registra como o cliente resolve a dor hoje: uma planilha, um estagiário, um concorrente, ou simplesmente convivendo com ela. É o concorrente real do seu produto. Se a alternativa atual é gratuita e “boa o bastante”, você descobriu algo importante antes de gastar com código.

Early adopters

Fica dentro dos segmentos e descreve quem sente a dor com mais força agora — a ponta do segmento que já está improvisando uma solução e aceitaria um produto imperfeito. É a lista de pessoas com quem conversar na semana que vem. Sem esse recorte, o segmento é amplo demais para ser testado.

Conceito de alto nível

Fica junto da proposta de valor e é uma analogia curta que explica o produto a partir de algo que a pessoa já conhece, no formato “X para Y”. Serve para testar se a ideia se comunica: se ninguém entende a analogia, provavelmente também não vai entender a página de vendas.

Em que ordem preencher o Lean Canvas?

A ordem importa porque cada bloco depende do anterior. Começar pela solução é o vício mais comum — e o motivo de tantos quadros parecerem uma descrição do produto que a equipe já decidiu construir. A sequência abaixo parte do cliente e só chega à solução depois de o problema estar escrito.

1. Segmentos de clientes e early adopters

Escreva quem tem o problema e, dentro desse grupo, quem tem a versão mais aguda dele. Se houver dois tipos de cliente — quem usa e quem paga, por exemplo —, eles merecem canvas separados ou, no mínimo, cores diferentes no mesmo quadro.

2. Problema e alternativas existentes

Liste até três problemas desse segmento, em ordem de importância para ele, não para você. Ao lado, anote como cada um é resolvido hoje. A alternativa existente costuma revelar o preço de referência e o nível de dor: quem paga caro por um remendo sente mais a dor do que quem ignora o problema.

3. Proposta de valor única e conceito de alto nível

Uma frase que diga o resultado que o cliente obtém, sem jargão, e a analogia “X para Y”. Se a frase não cabe em uma linha, o posicionamento ainda não está decidido — e o post sobre proposta de valor que o cliente confirma ajuda a afiar esse ponto.

4. Solução

Só agora entra o produto: um recurso mínimo para cada problema listado, nada além disso. Se a lista de recursos cresce mais do que a de problemas, o quadro está descrevendo um desejo, não uma hipótese.

5. Canais, receita e custos

Como o cliente vai chegar até você, quanto vai pagar e quanto custa chegar até ele. Esses três blocos formam a conta que mais derruba negócios digitais: um canal caro somado a um preço baixo produz uma operação que cresce no prejuízo.

6. Métricas-chave e vantagem injusta

Por último, o número que vai dizer se o negócio anda e o que o protege de cópia. A vantagem injusta é o bloco que mais fica em branco — e tudo bem. Em branco é honesto; “nossa equipe” ou “nossa tecnologia” quase nunca são vantagens que um concorrente não consiga comprar.

Como escolher o palpite que o MVP testa primeiro?

Porque todos os blocos parecem igualmente verdadeiros quando estão escritos no mesmo tamanho de letra. Um quadro preenchido dá a sensação de que o negócio está pensado, quando na verdade ele mistura duas ou três certezas com sete ou oito apostas — e não diz qual delas, se estiver errada, derruba todas as outras.

É aqui que os guias param. Eles ensinam a montar o quadro e encerram com um template para baixar. O passo seguinte, que a fonte oficial aponta e quase ninguém detalha, é decidir qual palpite testar primeiro. Essa escolha define se o próximo mês vai custar uma semana de entrevistas ou três meses de desenvolvimento.

O Lean Canvas não responde se o negócio funciona. Ele responde qual pergunta fazer primeiro — e só se você ranquear os blocos.

O critério é o risco, e risco tem duas dimensões. A primeira é o impacto: se este palpite estiver errado, o negócio morre ou só precisa de ajuste? A segunda é a incerteza: quanta evidência real existe hoje sobre ele? O palpite que vai primeiro é o que combina impacto alto com evidência baixa.

Na prática, dê a cada bloco duas notas de 1 a 3 — impacto e incerteza — e multiplique. O topo do ranking é o primeiro experimento. Na maioria dos negócios novos, o topo cai em um destes três lugares, nesta ordem:

1. Problema e segmento: se o cliente não tem a dor, ou não a sente o bastante para trocar a alternativa atual, nada mais no quadro importa.
2. Disposição a pagar: a dor existe, mas alguém paga para resolvê-la, e a um preço que fecha a conta com os custos?
3. Canal: existe um caminho até o cliente que custe menos do que ele deixa de receita ao longo do tempo?

Repare no que não aparece no topo: a solução. Raramente o maior risco de um negócio novo é técnico. A equipe consegue construir; a dúvida é se alguém vai usar e pagar. Por isso começar pelo software costuma ser começar pelo palpite menos arriscado — e mais caro de testar.

A exceção existe e vale ser reconhecida: quando o produto depende de algo que talvez não seja possível fazer — uma integração fechada, um modelo de IA com precisão mínima, uma exigência regulatória —, a viabilidade técnica sobe no ranking. Aí o primeiro teste é uma prova de conceito, não uma entrevista.

Qual teste derruba cada palpite pelo menor custo?

Escolhido o palpite, a regra é usar o experimento mais barato capaz de derrubá-lo. Não o mais completo, não o mais bonito: o mais barato que ainda produz uma resposta confiável. Muitos palpites caem com uma semana de conversas, antes de qualquer tela existir.

Elaboração da Alliance. A vantagem injusta raramente é testável no início e costuma ficar para depois.

Entrevista de problema

Conversa sobre o passado do cliente, não sobre a sua ideia: a última vez que o problema aconteceu, o que ele fez, quanto custou. Opinião sobre o futuro (“eu usaria”) não vale nada como evidência. O guia da Y Combinator sobre como conversar com usuários sem induzir a resposta é um bom roteiro, e o post sobre a entrevista com quem já comprou aprofunda a técnica.

Teste de fumaça e protótipo

O teste de fumaça é uma página que apresenta a promessa como se o produto existisse e mede quantos visitantes deixam o contato. Ele testa proposta e canal juntos. O protótipo navegável vem depois e responde outra pergunta — se a solução é entendida e usável —, com limites que o post sobre o que o protótipo não responde detalha.

MVP concierge e MVP de software

No MVP concierge, a equipe entrega o resultado prometido manualmente, para poucos clientes, cobrando. Ele testa disposição a pagar e revela o custo real da operação, sem código. O MVP de software entra quando o que falta descobrir só aparece com uso repetido e autônomo — retenção, frequência, custo de servir em escala.

Como fica um Lean Canvas preenchido, do quadro ao primeiro teste?

Um exemplo ilustrativo, sem dados reais: uma equipe quer criar um sistema de agendamento e lembretes para oficinas mecânicas independentes. O quadro, resumido:

• Segmento: oficinas independentes de bairro. Early adopters: oficinas que já agendam pelo WhatsApp e perdem horários por falta de lembrete.
• Problema: clientes que faltam ao horário marcado; agenda bagunçada; retorno para revisão que nunca acontece.
• Alternativas existentes: caderno, WhatsApp pessoal do dono, agenda de papel na parede.
• Proposta de valor: menos box parado por falta de cliente. Conceito de alto nível: “o agendamento de consultório para a oficina”.
• Solução: agenda compartilhada, lembrete automático, aviso de revisão.
• Canais: distribuidores de autopeças que visitam as oficinas.
• Receita: assinatura mensal. Custos: desenvolvimento, mensageria e vendas.
• Métrica-chave: oficinas que usam a agenda toda semana. Vantagem injusta: em branco, por enquanto.

A tentação é começar pelo aplicativo. Mas, ao ranquear, o maior risco não é técnico: é o problema. Ninguém da equipe sabe se as faltas acontecem com frequência suficiente para o dono pagar por isso, ou se o caderno resolve bem o bastante. Impacto 3, incerteza 3: topo do ranking.

O primeiro teste, então, não é um MVP. É uma semana visitando oficinas e perguntando quantos clientes faltaram no último mês, o que aconteceu com o box parado e como o dono tentou resolver. Se a dor se confirmar, o segundo palpite é o preço — e um MVP concierge, com alguém da equipe mandando os lembretes à mão por algumas semanas, testa isso antes de qualquer linha de código.

Só quando os dois palpites sobreviverem o MVP de software entra — e com escopo pequeno, porque já se sabe qual dor importa e quanto ela vale. Definir esse escopo, e o critério de parada que vem junto, é assunto do post sobre o critério de parada do produto mínimo viável.

Quais os erros mais comuns ao fazer um Lean Canvas?

• Começar pela solução. O quadro vira a descrição de um produto já decidido, e os blocos de cliente são preenchidos para justificá-lo.
• Segmento amplo demais. “Pequenas empresas” ou “jovens” não indicam com quem conversar amanhã. É para isso que existe o campo de early adopters.
• Ignorar as alternativas existentes. Sem elas, o produto parece não ter concorrência — quando o concorrente real é o caderno, a planilha ou a inércia.
• Tratar todos os blocos como iguais. Sem distinguir evidência de palpite, o quadro não aponta o próximo passo.
• Preencher uma vez e arquivar. Cada teste muda pelo menos um bloco. Um canvas que não muda em um mês indica que nada foi testado.
• Inventar uma vantagem injusta. Melhor deixar em branco do que escrever algo que um concorrente com dinheiro compra em seis meses.

Como medir se o Lean Canvas está funcionando?

O quadro funciona quando produz decisões, não quando fica bonito. Três sinais simples ajudam a saber se ele está cumprindo esse papel:

1. Proporção de evidência: quantos blocos passaram de P para E desde a primeira versão. Se nenhum mudou, a equipe está construindo, não testando.
2. Versões datadas: cada versão do canvas tem data e registra o que mudou e por quê. O histórico mostra o aprendizado e evita repetir testes.
3. Custo por palpite derrubado: quanto tempo e dinheiro cada teste consumiu até produzir uma resposta. Testes caros para perguntas simples indicam que o degrau escolhido estava alto demais.

O Lean Canvas muda conforme o tipo de negócio?

A forma do quadro é a mesma, mas o palpite mais arriscado muda de lugar conforme o modelo. Saber onde ele costuma estar ajuda a montar o ranking sem partir do zero:

Elaboração da Alliance, a título de orientação. O ranking do seu canvas é que decide.

Em empresas estabelecidas, há um bloco que o quadro original não prevê e que merece uma linha à parte: o impacto do produto novo sobre o que já se vende. Se a novidade tira receita da linha atual, esse palpite pode subir para o topo do ranking.

Onde encontrar um modelo de Lean Canvas e por onde começar hoje?

O modelo oficial e uma versão digital estão na página do Lean Canvas mantida pela LEANSTACK. Mas o quadro em si é simples o bastante para uma folha de papel ou um quadro branco dividido em blocos — o template nunca foi a parte difícil.

1. Desenhe o quadro com os 12 elementos e preencha na ordem: cliente, problema, alternativas, proposta, solução, conta, métricas.
2. Marque cada bloco com E (evidência) ou P (palpite).
3. Dê notas de impacto e incerteza de 1 a 3 e multiplique.
4. Escolha o palpite do topo e o degrau mais baixo da escada que consegue derrubá-lo.
5. Escreva antes do teste o que faria você desistir daquele palpite.
6. Rode o teste, atualize o canvas com data e repita com o próximo palpite.

Se o ranking apontar que o próximo passo é mesmo um produto, o desenvolvimento de MVP da Alliance parte do palpite mais arriscado para definir o escopo — e não de uma lista de funcionalidades. E se a dúvida ainda for anterior, sobre posicionamento, canais e marketing do negócio como um todo, o diagnóstico gratuito de marketing mostra onde estão as lacunas mais caras. Para quem quer aprofundar a etapa anterior ao código, vale ler também sobre o que o discovery de produto entrega antes do desenvolvimento.