Um pedido por vez: a ordem certa para construir seu app com IA
Pedir tudo de uma vez é o jeito mais rápido de gastar crédito. Veja o mesmo app construído em 5 pedidos, com o teste de cada um.
Tem um jeito muito rápido de gastar crédito na Fabapp. É pedir dez coisas numa mensagem só.
E não é porque a IA não dá conta das dez. Ela dá. O problema aparece depois, quando uma coisa quebra e você não faz ideia de qual das dez puxou a outra. Aí você pede conserto. O conserto mexe em outra coisa. Meia hora depois você tá consertando o conserto.
Aqui a gente constrói de outro jeito. Um pedido, um teste, próximo pedido.
Cada pedido é uma camada. A próxima só entra quando a de baixo tá de pé.
E pra não ficar na teoria, vamos continuar o app da Carla.
Onde a gente parou
Na aula 2, a Carla, dona de um salão de beleza, colocou o app dela no papel. Quem usa: a cliente e ela. Problema: a cliente marca horário sozinha, sem mandar mensagem. Telas: serviços, horário e confirmação.
Com essa folha ela escreveu o primeiro prompt.
Agora ela quer o resto. Um painel pra ela, login pras clientes, lembrete e um sinal pelo Pix pra ninguém furar o horário. A vontade é mandar tudo junto.
Olha o que acontece.
O jeito que quase todo mundo faz
"Crie um app de agendamento para salão com lista de serviços, escolha de horário, confirmação, painel da dona para cadastrar serviços e ver a agenda, login da cliente para ver e cancelar os agendamentos, lembrete no dia anterior e sinal de 30% pelo Pix."
Parece organizado. Tá tudo ali.
Só que são sete coisas num pedido. A IA faz as sete, a Carla vai testar e descobre que o horário cancelado não volta a ficar livre. De onde vem isso? Do login? Do painel? Da agenda? Do pagamento, que segura o horário até o Pix cair?
Ela não sabe. E a IA vai ter que adivinhar junto com ela.
O jeito certo: cinco pedidos, nessa ordem
Em cada pedido eu vou te mostrar um jeito ruim e um jeito bom de pedir. E o teste que você faz antes de passar pro próximo. Pula o teste e a camada de cima nasce torta.
Pedido 1. O coração
Esse você já tem. É o prompt que saiu da folha na aula 2.
"Crie um app de agendamento para um salão de beleza. São duas pessoas: a cliente, que marca horário pelo celular, e a dona, que cadastra os serviços e vê a agenda. O objetivo é a cliente marcar horário sozinha, sem mandar mensagem. Por enquanto quero só três telas: lista de serviços, escolha de dia e horário, e confirmação. O app precisa guardar os serviços (nome, preço e duração), os horários livres da semana e os agendamentos."
Por que primeiro: sem isso o app não existe. O resto é camada em cima.
Abre como cliente, escolhe um serviço, escolhe um horário, confirma. Marcou? Próximo.
Pedido 2. O lado da Carla
"Agora faz a parte da dona."
Por que é ruim: que parte? A IA vai decidir sozinha o que a Carla vê e o que ela pode mexer.
"Adicione um painel para a dona do salão. Nele ela cadastra os serviços (nome, preço e duração) e vê os agendamentos do dia."
Por que é bom: diz quem usa, o que faz e o que vê. E só tem uma coisa nova, o painel.
Cadastra um serviço novo no painel. Ele apareceu pra cliente? Agora marca um horário como cliente. Ele caiu no painel?
Pedido 3. A conta da cliente
"Adicione login, perfil, histórico, favoritos e avaliação."
Por que é ruim: é um pedido disfarçado de cinco.
"Adicione login para a cliente. Depois de entrar, ela vê os agendamentos dela e pode cancelar. Quando cancela, o horário volta a ficar livre."
Por que é bom: não pede só "login". Explica o que acontece depois que ela entra. E já deixa escrita a regra do cancelamento, que é exatamente onde mais dá problema.
Cancela um agendamento. O horário apareceu de novo pra outra cliente?
Pedido 4. O lembrete
"Coloca notificações."
Por que é ruim: notificação de quê? Pra quem? Quando? A IA inventa as três respostas.
"Envie um lembrete para a cliente um dia antes do horário marcado, com o serviço, o dia e a hora."
Por que é bom: quem recebe, quando recebe e o que tá escrito. Não sobra nada pra adivinhar.
Marca um horário pra amanhã e confere se o lembrete sai com o serviço, o dia e a hora certos.
Pedido 5. O pagamento
"Coloca pagamento."
Por que é ruim: pagamento de quanto, em que momento, e o que acontece se a pessoa não pagar?
"Na confirmação, peça um sinal de 30% do valor do serviço pelo Pix. O horário só fica reservado depois que o sinal for pago."
Por que é bom: tem o valor, o momento e a regra.
E por que ele fica por último? Porque pagamento mexe em tudo que veio antes. Serviço, preço, horário, confirmação. Se alguma dessas camadas tá torta, o pagamento herda o problema e você passa a ter dois.
Faz um agendamento de ponta a ponta, do serviço até o Pix.
Por que essa ordem
Cada pedido se apoia no de baixo. O painel precisa dos serviços. O cancelamento precisa do login. O lembrete precisa do agendamento. O pagamento precisa de tudo.
Primeiro o que a cliente usa, depois quem cuida, depois a conta, depois os avisos. O dinheiro fica pro final.
Se você não consegue testar um pedido em um minuto, ele é mais de um pedido.
E quando der erro no meio?
Vai dar. Pode contar com isso.
A diferença é que agora você sabe onde procurar. Quebrou depois do pedido 3? O problema tá no pedido 3. Você descreve o que aconteceu, pede o conserto daquilo e não encosta no resto.
Na aula 3, que tá no nosso YouTube, a gente fez isso na prática com um app de padaria pra condomínio. Primeiro pedir e receber, depois o pagamento, depois os avisos. Vale assistir depois de ler esse texto.
Antes de mandar o próximo pedido, confere
- O pedido anterior passou no teste.
- O pedido novo cabe numa frase.
- Tem só uma coisa nova nele.
- Você já sabe como vai testar.
- Não tem "e também" no final.
Agora é sua vez
Pega a folha que você fez na aula 2 e escreve os pedidos do seu app, na ordem. Do lado de cada um, o teste que você vai fazer antes de passar pro próximo.
Posta a sua lista no canal #vibe-week da nossa comunidade no Discord. A gente comenta uma por uma.
E se você ainda não tem conta na Fabapp, dá pra começar de graça em fabapp.ai. Até dia 27, durante a Vibe Week, o desconto e o crédito extra já estão aplicados automático no site.
Douglas