Por que agora dá para criar um app sem programar?
Até pouco tempo atrás, tirar um sistema do papel exigia contratar um programador ou uma fábrica de software, esperar semanas e pagar por cada ajuste. O que mudou é que a inteligência artificial passou a escrever código funcional a partir de uma descrição em linguagem comum. Em fevereiro de 2025, Andrej Karpathy, um dos fundadores da OpenAI, deu nome a esse jeito de construir: vibe coding. Você descreve, a IA escreve, você testa e pede o ajuste.
Isso não elimina o trabalho; muda ele de lugar. O que antes era escrever código vira descrever bem o problema, e quem vive o problema todo dia descreve melhor do que ninguém. É por isso que eu ensino vibe coding para quem nunca programou, e não para programadores.
Passo 1: que problema o seu primeiro app deve resolver?
O primeiro app precisa ser pequeno de propósito. Um bom candidato passa nos quatro testes abaixo:
- Acontece toda semana, e não uma vez por ano.
- Hoje vive numa planilha, num caderno ou no WhatsApp, e alguém perde tempo procurando informação.
- Tem um dono, uma pessoa que sofre com ele e vai usar o app.
- Cabe numa frase: "quero que a recepção registre cada pedido e o técnico veja os dele no celular".
Bons primeiros apps: controle de pedidos, agenda de atendimentos, cadastro de clientes com funil de venda, portal de solicitações internas, painel que substitui uma planilha. Maus primeiros apps: "um ERP", "um app igual ao iFood", qualquer coisa que você não consiga explicar em uma frase.
Passo 2: como descrever o app para a IA?
Um prompt de uma linha gera um app genérico. O que gera o app certo é uma especificação curta, de uma página, que responde cinco perguntas:
- Quem usa? Os tipos de pessoa e o que cada um pode ver.
- O que cada pessoa faz? As ações, na ordem em que acontecem.
- Que dados o sistema guarda? Os campos de cada cadastro.
- Que regras não podem ser quebradas? Prazos, aprovações, valores.
- Como você sabe que ficou pronto? O teste que o app precisa passar.
Eu detalho esse modelo, com um exemplo pronto para copiar, em como escrever a especificação que a IA entende.
Passo 3: onde construir o app?
Para quem não programa, a plataforma que eu uso no curso é o Base44. Nela você cola a especificação, e em poucos minutos aparece a primeira versão, com telas, banco de dados e login. A partir daí, cada ajuste é uma frase: "o campo telefone é obrigatório", "o técnico só vê os pedidos dele".
Passo 4: como testar antes de mostrar para alguém?
- Teste com dados inventados, nunca com dados reais de clientes.
- Peça para quem vai usar fazer uma tarefa real, sem você explicar nada, e observe onde a pessoa trava.
- Anote o que confundiu e corrija uma coisa por vez. Pedir dez mudanças de uma vez é o jeito mais rápido de quebrar o que funcionava.
- Guarde a versão que funciona antes de cada mudança grande. As duas plataformas deixam voltar atrás.
Passo 5: como publicar sem se expor?
Publicar é o passo que separa um protótipo de um produto. Antes de mandar o link para alguém, confira:
- Login ligado, e cada pessoa vendo só o que é dela.
- Nenhum dado sensível sem necessidade. Veja o que pode e o que não pode entrar num prompt.
- Conta da plataforma no seu nome ou no da sua empresa, nunca no de quem ajudou a construir.
- Custo mensal conhecido: o plano da plataforma e de qualquer serviço ligado a ela.
Quanto tempo leva para criar o primeiro app?
A primeira tela sai em minutos. Um app pequeno e útil, publicado e com login, sai numa tarde: é exatamente o que acontece nas quatro horas do meu curso. O que leva mais tempo é o que vem depois: usar de verdade, descobrir o que falta e ajustar. Esse ciclo, com vibe coding, é medido em dias, e não em meses.
Como fica isso num caso real?
Imagine uma assistência técnica de celulares que controla os consertos num caderno e num grupo de WhatsApp. O cliente liga perguntando se o aparelho ficou pronto, e alguém precisa folhear páginas para responder. Esse é um primeiro app perfeito: acontece todo dia, tem dono e cabe numa frase.
- Problema em uma frase: "quero que o balcão registre cada aparelho e o técnico atualize o status pelo celular".
- Especificação: balcão cadastra cliente, aparelho, defeito e prazo; técnico vê só os aparelhos dele e muda o status (Recebido, Em conserto, Aguardando peça, Pronto); o dono vê tudo e os atrasados.
- Primeira versão gerada na plataforma, testada com dez aparelhos inventados.
- Teste de pronto: a atendente cadastra um aparelho, o técnico marca como pronto no celular e a atendente vê a mudança, sem ninguém explicar como.
- Publicação com login para cada pessoa e a conta no nome da loja.
O caderno some na primeira semana. A segunda versão, depois, pode avisar o cliente sozinha quando o aparelho fica pronto; veja como automatizar o atendimento no WhatsApp.
O que fazer depois que o app está no ar?
- Use por duas semanas antes de pedir mudanças grandes. O uso real mostra o que falta melhor do que qualquer reunião.
- Anote os pedidos da equipe numa lista única e resolva os mais repetidos primeiro.
- Atualize a especificação a cada mudança. Ela é o manual do sistema e o que permite reconstruir se precisar.
- Escolha o próximo problema. O segundo app sai mais rápido, porque você já sabe descrever. Ideias para começar estão em alugar ou construir.
Perguntas frequentes
Preciso pagar para criar um app com IA?
Para testar, não: as plataformas de vibe coding costumam ter um plano gratuito com limite de uso. Para publicar um app que outras pessoas usam no dia a dia, conte com um plano mensal. Confira o preço atual no site de cada uma, porque ele muda com frequência.
O app fica meu?
Fica, se a conta da plataforma estiver no seu nome ou no da sua empresa. Antes de começar, confira como cada plataforma deixa exportar o código e os dados, para não ficar preso a ela.
Dá para transformar o app em produto e vender?
Dá. Um app que resolve bem um problema seu pode resolver o de outras pessoas com o mesmo problema. Aí entram cobrança, termos de uso e suporte, que são outro projeto, mas o começo é o mesmo: um problema pequeno, bem descrito.