Construindo o MVP: o ciclo funciona de ponta a ponta

A técnica de construção vem do curso de vibe coding (Lovable/Replit, iterações, rollbacks). Aqui abordamos o que separa um produto de um projeto de hobby: a ordem em que você constrói e duas camadas que iniciantes sempre esquecem.

Esqueleto antes da beleza

Primeiro objetivo: o ciclo completo funciona de ponta a ponta, por mais desajeitado que seja — cadastrar → fazer a coisa → obter o resultado. Só então você aprimora as etapas individuais. Por que essa ordem: os problemas mais assustadores são as "costuras" ("a etapa 3 é impossível sem dados da etapa 5"), e eles só aparecem quando o ciclo funciona por completo. É melhor pegá-los no primeiro dia do que descobrir, depois de uma semana polindo a landing page, que o produto não pode ser concluído de forma alguma.

Essa regra é mais antiga que o desenvolvimento web. Ao fazer o primeiro Toy Story, a Pixar cortou uma versão bruta do filme inteiro a partir de esboços — os "reels" — e só depois de ter certeza de que a história se sustentava do começo ao fim, eles passaram meses renderizando quadros. Tudo bruto primeiro, detalhes bonitos depois. O software funciona da mesma forma.

Uma pausa socrática

Você abriu o produto pela primeira vez. O que está naquela primeira tela? Não uma lista completa de tarefas, não um feed preenchido — o vazio. E é aí que se decide se você fica ou fecha a aba. Pense: o que precisa estar naquela tela vazia para você saber o que fazer?

Camada 1: estados vazios

Um novo usuário não tem dados: lista vazia, histórico vazio. Um projeto de hobby mostra o vazio puro; um produto guia: "Nada aqui ainda. Envie o seu primeiro — aqui está o botão." O que pedir à IA: "Para cada lista e tela, crie um estado vazio: o que é isso, para que serve e um botão para a primeira ação". As primeiras impressões vivem exatamente aqui — na tela que projetos de hobby deixam em branco.

Camada 2: erros amigáveis

Arquivo errado, o Wi-Fi falhou, o pagamento não foi aprovado. Um projeto de hobby não diz nada, ou assusta as pessoas com "Error 0x80070057". Um produto explica e oferece uma saída: "Este arquivo tem mais de 100 MB — comprima-o ou divida-o." A fórmula para uma boa mensagem: o que aconteceu + o que fazer. O pedido: "Cada erro em linguagem simples: o que aconteceu e o que fazer. E me mostre uma lista de todas as mensagens de erro" — essa última parte permite que você edite todos os textos de uma vez, com uma única voz.

Mitos de iniciantes

• "Erros são casos de borda, vou escrevê-los depois." Uma em cada três pessoas encontra um erro na sua primeira visita: formato errado, mouse escorregou, rede instável. Isso não é a borda, é o centro da experiência.
• "Está claro para mim, então está claro para todo mundo." Você conhece o produto por dentro — você é um testador cego. Tem que estar claro para alguém vendo a tela pela primeira vez.
• "Vou deixar bonito, depois verifico a lógica." O contrário: ciclo funcionando primeiro, beleza depois. Um produto lindo e quebrado é uma imagem cara.

O teste "nas mãos de outra pessoa"

Você conhece esse truque de cursos anteriores — agora é uma etapa de aceitação obrigatória. Alguém do seu público-alvo percorre o ciclo na sua frente, em silêncio, e você não dá dicas nem explica — você apenas observa onde eles tropeçam. Em "Don't Make Me Think", Steve Krug mostrou que 3 a 5 pessoas reais são suficientes para encontrar a maioria dos problemas; você não precisa de um laboratório caro. Três tropeços = três tarefas para amanhã. Continue aprimorando o ciclo até que uma pessoa nova consiga passar por ele sem uma única pergunta — isso é o que significa estar pronto para o MVP.

Onde isso dá errado: polir a coisa errada

A falha clássica na construção de um MVP é assim: o fundador passa uma semana aperfeiçoando uma animação de botão e um gradiente de landing page, e o usuário de teste tropeça na porta de entrada — ele não sabe onde clicar depois de se cadastrar. Pele polida, esqueleto quebrado. A regra da ordem existe precisamente para isso: até que uma pessoa nova possa percorrer o ciclo de ponta a ponta, polir qualquer tela individual é prematuro. Primeiro "funciona do começo ao fim", depois "bonito em cada etapa". A ordem inversa é a maneira mais cara de passar uma semana.

Como isso se conecta a outros cursos

Iterar, reverter para uma versão funcional e trabalhar com um assistente de IA é uma técnica do curso de vibe coding. E os estados vazios e erros amigáveis que você está construindo aqui impulsionam diretamente a conversão para o primeiro valor — uma métrica da lição de análise deste curso. Está tudo conectado: o que você constrói agora é o que você medirá depois.

Faça isso agora (5 minutos)

Abra o rascunho do seu produto e encontre a primeira tela de um novo usuário. O estado vazio os leva a uma primeira ação, ou está apenas vazio? Se estiver apenas vazio, escreva o pedido à IA para os estados vazios agora mesmo, antes que você esqueça.