Bolt.new vs v0: Protótipo de Tela em Minutos

O problema real: você precisa mostrar tela, não código

Quando alguém fala em "protótipo", existe uma confusão comum. Protótipo pode ser um desenho estático (tipo um slide bonito) ou pode ser uma tela navegável, em que você clica no botão e algo acontece. Bolt.new e v0 fazem a segunda coisa: entregam front-end — a parte visual do app, aquilo que o usuário vê e clica — funcionando de verdade no navegador.

Só que os dois resolvem essa mesma frase de formas bem diferentes. Um monta um projeto inteiro. O outro monta pedaços de tela muito bem-acabados. Rodei o mesmo briefing nos dois para mostrar onde cada um brilha e onde cada um te deixa na mão.

O briefing que usei nos dois

Descrição idêntica, colada nos dois sem adaptação (de propósito, porque é assim que um fundador faz):

• App de agendamento para uma clínica de estética
• Tela de login, tela de lista de agendamentos do dia, tela de novo agendamento com seleção de profissional, serviço e horário
• Visual claro, moderno, com cor de destaque roxa
• Precisa abrir bem no celular

Sem detalhar campo por campo. Sem falar de banco de dados. Exatamente o nível de detalhe que um sócio te dá numa mensagem de WhatsApp.

O que o v0 entregou

O v0 é da Vercel e nasceu com um propósito estreito: gerar componentes de interface — blocos visuais reutilizáveis, como um formulário, um card, uma tabela. Ele usa por padrão React com Tailwind e a biblioteca shadcn/ui, que é um conjunto de peças visuais já prontas e bem desenhadas.

Resultado prático: a primeira tela saiu bonita. Espaçamento coerente, tipografia equilibrada, estados de foco e hover corretos. Parece coisa feita por designer, não por gerador. Pedi ajuste ("deixa o card do horário mais compacto e alinha o botão à direita") e ele acertou de primeira, mantendo o resto intacto.

Onde travou: a navegação entre telas não veio pronta. Ele me deu três telas excelentes que não conversavam entre si. Clicar em "novo agendamento" não levava a lugar nenhum até eu pedir explicitamente para ligar as rotas. E quando pedi, ele começou a mexer em arquivos de forma menos previsível — o forte dele é a peça, não o edifício.

Pontos fortes do v0

• Acabamento visual acima da média sem você pedir
• Iteração cirúrgica: você aponta um detalhe, ele muda só aquilo
• Saída em código React limpo, que um dev depois aproveita
• Deploy na Vercel em poucos cliques

O que o Bolt.new entregou

O Bolt.new (da StackBlitz) trabalha em outra escala. Ele monta o projeto inteiro dentro do navegador: estrutura de pastas, dependências instaladas, servidor rodando, terminal visível. Você digita o briefing e em alguns minutos tem um app navegável.

No meu teste, o Bolt entregou as três telas já ligadas. Login levava à lista, lista levava ao formulário, formulário voltava para a lista com o agendamento novo aparecendo. Ele ainda criou dados de exemplo por conta própria — profissionais fictícios, serviços com duração e preço. Para mostrar a um sócio, isso é ouro: a pessoa consegue simular o uso.

Onde travou: o acabamento visual ficou um degrau abaixo do v0. Funcional e apresentável, mas mais genérico — aquele visual de template que a gente reconhece de longe. E os ajustes finos foram mais trabalhosos: pedir uma mudança pequena às vezes fazia ele reescrever arquivos inteiros, e uma dessas reescritas quebrou a tela de login, que voltou a funcionar só depois de dois pedidos.

Pontos fortes do Bolt.new

• App navegável de ponta a ponta, não peças soltas
• Cria dados de exemplo sozinho, o que ajuda muito na demonstração
• Ambiente completo no navegador, sem instalar nada
• Integra com serviços de banco de dados para sair do protótipo puro

Bolt.new e v0 na mesma tarefa

Quanto custa e o que consome crédito rápido

Os dois trabalham com plano gratuito limitado e planos pagos mensais, normalmente na faixa de algumas dezenas de reais por mês nos níveis de entrada — mas os valores mudam com frequência e variam com o câmbio, então confirme direto no site antes de assinar. O que interessa mais é entender o que gasta o seu limite.

Cada pedido seu consome recursos, e pedidos vagos consomem mais, porque a ferramenta reescreve mais coisa. No Bolt isso pesa especialmente: uma frase genérica como "melhora o design" pode fazer ele mexer no projeto todo e queimar boa parte do seu limite diário em uma tacada. A economia real vem de pedir pouco por vez e ser específico.

Limitações que ninguém coloca na propaganda

Os dois entregam casca. Isso não é defeito, é a proposta — mas precisa ficar claro antes de você prometer algo a um investidor.

• Autenticação de verdade não vem pronta. A tela de login é uma tela de login. Aceitar qualquer senha é o comportamento padrão até você conectar um serviço real.
• Os dados somem. Sem banco de dados conectado, tudo que você cadastrar desaparece ao recarregar a página.
• Segurança fica de fora. Controle de quem vê o quê, validação de dados no servidor, proteção contra abuso: nada disso é gerado sozinho.
• Regra de negócio complicada trava. No meu teste, "não deixar marcar dois clientes no mesmo horário com o mesmo profissional" só saiu certo depois de eu explicar a regra em passos.
• Refazer é comum. Em ambos, houve momento em que foi mais rápido descartar e reescrever o pedido do que insistir em corrigir.

Como eu usaria os dois juntos

A escolha não precisa ser exclusiva, e a combinação rendeu mais do que cada um sozinho:

• Comece pelo Bolt para descobrir o fluxo. Quantas telas mesmo? O que vem antes do quê? Onde o usuário se perde? Isso você só enxerga clicando.
• Leve a tela mais importante para o v0 — aquela que vai aparecer na reunião. Peça capricho ali, porque é a que define a impressão.
• Prepare a demonstração com dados plausíveis. Nomes reais de serviços, preços críveis, horários que fazem sentido. Sócio desconfia de "Lorem ipsum" e de "Produto 1".
• Escreva o que não existe. Antes da reunião, liste em uma folha: "login é ilustrativo", "os dados não são salvos", "não tem pagamento". Assumir isso na frente dá mais credibilidade do que ser pego depois.

Quando parar de prototipar

Existe um ponto em que continuar no gerador vira desperdício. Ele chega quando você começa a precisar de: cliente pagando de verdade, dados que não podem sumir, várias pessoas usando ao mesmo tempo com permissões diferentes, ou integração com o que você já usa (agenda, emissor fiscal, WhatsApp, sistema do contador).

A partir daí, o protótipo muda de função: ele deixa de ser o produto e vira a especificação. E é aí que ele mostra seu maior valor. Chegar numa conversa técnica com telas navegáveis em mãos economiza semanas de mal-entendido, porque ninguém precisa imaginar o que você quis dizer — todo mundo está olhando para a mesma coisa.