Vai criar um site com IA? Defina estas regras antes do primeiro prompt

Se você vai criar um site com IA, comece definindo quem vai usar, o que essa pessoa precisa fazer e quais regras o sistema deve respeitar. Esse planejamento curto evita pedir uma página bonita que não sabe como responder às necessidades reais do negócio.

Nesta primeira aula do minicurso de Lovable, vamos planejar um site de agendamento para uma barbearia. O objetivo não é gerar o aplicativo inteiro de uma vez. Primeiro vamos transformar uma ideia em requisitos que você consiga conferir antes de pedir qualquer código.

Você pode fazer essa etapa em um caderno, em um documento ou diretamente no modo de planejamento do Lovable. A ferramenta ajuda a transformar requisitos em uma aplicação, mas as decisões de produto continuam sendo suas.

Um prompt melhora quando você já sabe quem usa o site, qual tarefa essa pessoa conclui e quais regras não podem ser quebradas.

Evite começar com “quero um site moderno”. Essa frase descreve aparência, mas não explica a função. Escreva uma frase que identifique o serviço, o público e a tarefa principal.

Exemplo: “Quero um site para clientes de uma barbearia escolherem um serviço e solicitarem um horário disponível pelo celular.” Agora já sabemos quem acessa a página, qual é o negócio e qual ação principal precisa funcionar.

Essa frase não define ainda se haverá pagamento, login, confirmação automática ou integração com calendário. Essas são decisões separadas. Mantê-las explícitas ajuda a não deixar a IA inventar partes importantes do produto.

Produto: site de agendamento para uma barbearia
Público: clientes que querem marcar um serviço pelo celular
Problema: agendamentos feitos por telefone exigem troca de mensagens
Ação principal: escolher serviço, dia e horário e enviar uma solicitação

Regra de negócio é uma condição que determina como o serviço funciona. Ela traduz decisões do negócio em comportamento do sistema. Por exemplo, “o site deve permitir agendamentos” ainda deixa muitas perguntas sem resposta.

Para a barbearia do exemplo, as regras podem ser: cada horário dura 30 minutos; só aparecem horários dentro do expediente; duas pessoas não podem reservar o mesmo horário; o cliente pode cancelar até duas horas antes; e a solicitação precisa ser confirmada pelo responsável antes de aparecer como marcada.

Inclua também o que não faz parte da primeira versão. Neste exercício, não vamos cobrar online, criar pontos de fidelidade nem enviar mensagens automáticas. Isso mantém a primeira entrega pequena e evita que a IA construa telas e integrações sem uma decisão sua.

• Serviços: corte, barba e combo, cada um com duração e preço definidos pelo negócio.
• Disponibilidade: exibir somente horários dentro do expediente informado.
• Conflito: impedir que duas solicitações ocupem o mesmo horário.
• Confirmação: mostrar que o pedido está aguardando aprovação, sem dizer que já está confirmado.
• Cancelamento: explicar o prazo e como o cliente solicita a alteração.
• Fora do escopo: não incluir pagamento, fidelidade ou integração externa nesta primeira etapa.

Anote o caminho que uma pessoa percorre até concluir a tarefa. No exemplo: abre a página, entende os serviços, escolhe um serviço, informa o dia, seleciona um horário, deixa os dados de contato e recebe uma confirmação de que a solicitação foi enviada.

Depois pergunte o que pode dar errado em cada etapa. E se não houver horários? E se a pessoa mudar de ideia? E se o envio falhar? Uma resposta para esses casos é parte do produto, não apenas um detalhe visual.

Você não precisa desenhar cada botão agora. Um fluxo simples, com caixas e setas ou uma lista numerada, já ajuda a perceber telas desnecessárias e decisões que ainda faltam.

Página inicial → escolher serviço → escolher dia → ver horários disponíveis
→ informar nome e contato → revisar pedido → enviar solicitação
→ receber mensagem de que a barbearia ainda precisa confirmar

A documentação do Lovable recomenda definir o produto, o público, o motivo de uso e a ação principal antes de escrever o prompt. Ela também sugere pedir esclarecimentos quando ainda houver lacunas e construir a interface por partes.

Abra um projeto novo no Lovable e use o modo de planejamento, se estiver disponível na sua conta. Cole um resumo do negócio e peça que a ferramenta aponte dúvidas antes de propor a estrutura. Nesta primeira conversa, peça um plano, não a implementação completa.

Quero planejar um site de agendamento para [tipo de negócio].
O público é [quem vai usar]. O problema que quero resolver é [problema].
A principal ação do cliente será [ação].

Regras de negócio já decididas:
- [regra 1]
- [regra 2]
- [regra 3]

O que fica fora da primeira versão:
- [item que não será construído agora]

Ainda não escreva código nem conecte serviços externos. Primeiro:
1. Resuma o objetivo e a jornada do usuário.
2. Liste as telas necessárias e o que cada uma precisa permitir.
3. Aponte conflitos, riscos e decisões que ainda faltam.
4. Faça perguntas antes de assumir uma regra que não informei.
5. Separe claramente requisitos confirmados de sugestões suas.

Peça à IA para mostrar as dúvidas e as suposições antes de pedir que ela implemente o site.

Leia o plano como se você fosse a pessoa responsável pela barbearia. Confirme se a jornada começa e termina corretamente, se cada regra aparece no lugar certo e se o sistema informa quando um horário ainda não foi aprovado.

Se a ferramenta inventar pagamento online ou confirmação automática, corrija o plano antes de avançar. Se ela sugerir login para clientes, pergunte se essa etapa é mesmo necessária. Cada função a mais aumenta o trabalho de implementação, teste e manutenção.

Quando as decisões estiverem corretas, você pode salvar o contexto principal nas instruções persistentes do projeto. O Lovable chama isso de Project Knowledge. Use esse campo para registrar o propósito, o público, as regras estáveis, os termos do negócio e as decisões de arquitetura. Ele ajuda a evitar que você repita o contexto, mas não substitui a revisão de cada mudança.

• O site deixa claro para quem foi criado?
• A ação principal pode ser concluída do início ao fim?
• As regras de horário, confirmação e cancelamento estão explícitas?
• O plano distinguiu o que foi decidido do que a IA apenas sugeriu?
• A primeira versão ficou pequena o suficiente para ser construída e revisada?

Use dados fictícios durante o aprendizado. Não cole senhas, chaves de API, dados reais de clientes ou informações internas em um prompt. Se o projeto mais tarde precisar de login, pagamentos ou banco de dados, planeje esses componentes e suas permissões antes de conectá-los.

Também evite pedir “faça tudo que for necessário”. Uma solicitação aberta dá espaço para a ferramenta decidir por você. Divida o trabalho em entregas pequenas: primeiro uma estrutura de telas, depois o conteúdo e o visual, depois a lógica de agendamento e, por fim, integrações que tenham sido aprovadas.

Seu resultado nesta aula é um resumo do produto, as regras de negócio, a jornada e um prompt de planejamento revisado. Na próxima etapa do minicurso, esse material pode orientar a construção da primeira tela e a organização do contexto do projeto.