Minha irmã tem um negócio de passeio com cães que administra do carro dela. Catorze clientes, um Google Calendar compartilhado que três pessoas editam mal, e o hábito de mandar mensagem "a caminho!" para quem quer que seja o dono do cão da vez, o que significa que ela já esqueceu duas vezes e teve que passar pelo constrangimento da ligação. Ela me pediu "um app, nada demais" numa quinta-feira e queria que estivesse no ar até a segunda seguinte. Eu disse que tentaria ter algo pronto até domingo à noite. Este é o registro que mantive, porque eu queria saber depois o que realmente tomou tempo versus o que eu só achava que tomaria.
Sexta-feira, 20h40 — o prompt
Não abri um editor em branco. Abri o chat e simplesmente descrevi o negócio: passeadora de cães autônoma, catorze clientes recorrentes, precisa que os clientes recebam um SMS de lembrete automático na manhã do passeio, precisa de uma página simples onde ela possa adicionar um novo cliente e o nome do cão dele em menos de trinta segundos, porque geralmente ela está fazendo isso parada na garagem de alguém. Falei "app de agendamento" uma vez e imediatamente me corrigi — não é um app de agendamento, é uma lista de clientes com um gatilho de lembrete. Ser preciso sobre o que aquilo não é acabou importando mais do que descrever o que é.
Sexta-feira, 21h05 — o plano volta
O plano tinha três itens que eu não tinha pedido e teria esquecido:
- Uma forma de marcar um passeio como concluído, para que o lembrete não dispare duas vezes
- Um link de cancelamento de SMS para conformidade
- Uma visão simples do dia em vez de uma grade de calendário, porque uma grade de calendário no celular com catorze registros é só uma parede de texto minúsculo
Reescrevi o plano três vezes separadas nos vinte minutos seguintes, principalmente reformulando coisas que não precisavam de reformulação. Em retrospecto isso foi puro nervosismo — o agente de planejamento já tinha acertado a estrutura na primeira vez, e eu estava editando frases em vez de substância.
Sexta-feira, 21h40 — primeira execução
Iniciei e assisti a equipe de agentes trabalhar no modelo de cliente, na página de visão do dia e no job de lembrete. O design voltou parecendo um formulário de admissão de consultório veterinário, o que na verdade estava correto para o público — os clientes da minha irmã são donos de cães na faixa dos 40 e 50 anos, não um pitch deck de Series A. Quase reagi contra o estilo visual por hábito antes de perceber que combinava melhor com a usuária real do que qualquer coisa que eu teria escolhido.
Sexta-feira, 22h30 — primeira pausa
A parte de SMS precisava de uma chave de provedor ativa antes de enviar qualquer coisa de verdade, o que é o comportamento correto e não um bug, mas eu tinha esquecido que não tinha configurado uma. Tudo o mais continuou funcionando — o app apenas registrava o que teria enviado em vez de enviar, o que significava que eu podia continuar construindo em vez de ficar travado num cadastro da Twilio às 22h30 de uma sexta-feira. Fui dormir.
Sábado, 8h00 — o problema real
Esse foi o que custou tempo de verdade. Eu tinha pedido para os lembretes saírem "na manhã do passeio", e a primeira versão interpretou isso como um envio fixo às 7h para todos os clientes, independentemente do horário do passeio. Ótimo para um passeio às 9h, inútil para um às 16h. Voltei ao chat e disse isso diretamente:
O lembrete deve disparar um número fixo de horas antes do horário agendado de cada passeio, não num horário fixo do relógio.
A correção levou uma troca de mensagens. A lição não foi sobre a ferramenta, foi sobre meu próprio prompt: "na manhã" é o tipo de frase que parece precisa para quem a diz e é completamente ambígua para todo mundo, inclusive, ao que parece, para mim mesmo doze horas depois.
Sábado, 11h15 — lendo o registro de verificação
Antes de mexer em qualquer outra coisa, verifiquei o que a build tinha checado sozinha:
- O formulário de cliente salvando corretamente
- O job de lembrete rodando contra um dia de teste com compromissos
- O link de cancelamento realmente cancelando a inscrição de um número de teste
Nada estava pegando fogo. Criei o hábito de ler isso antes de sair procurando problemas por conta própria, porque isso me mostra onde realmente gastar minha atenção em vez de clicar por aí aleatoriamente esperando notar algo errado.
Sábado, 14h00 — SMS, agora de verdade
Configurei a conta do provedor, coloquei a chave e enviei um lembrete de teste para mim mesmo.
Coisa pequena, mas é o momento em que um projeto deixa de ser uma demonstração e passa a ser algo que existe no mundo real.
Sábado, 16h20 — a espera do domínio
Apontei o domínio real dela para o app e depois não fiz nada útil por duas horas enquanto o DNS se atualizava. Usei o tempo para digitar eu mesmo as catorze linhas de clientes reais em vez de deixar isso para ela digitar no celular domingo à noite, o que, em retrospecto, foi o melhor uso do tempo em todo o fim de semana — entrada de dados sem glamour supera qualquer polimento extra que ninguém pediu.
Domingo, 9h00 — a parte que quase construí demais
Fiquei com a ideia de que ela iria querer um resumo semanal — passeios feitos, faltas, receita — e comecei a pedir um resumo automático de segunda-feira de manhã. Me parei no meio da descrição. Ela tem catorze clientes e faz as próprias contas num caderno. Um recurso de resumo é uma solução para um problema que ela ainda não tem. Deixei de fora. Posso adicionar em cinco minutos na semana em que ela realmente pedir, e até lá é só mais superfície para algo dar errado.
Domingo, 13h10 — enviei o link para ela
Ela adicionou um cliente pelo celular enquanto estava parada num estacionamento, o que foi o verdadeiro teste que importou mais do que qualquer coisa que eu tinha checado sozinho.
Domingo, 18h40 — o que eu pularia da próxima vez
O que eu pularia, da próxima vez:
- Três reescritas do plano que não mudaram nada
- Duas horas me preocupando com o provedor de SMS antes mesmo de tentar configurá-lo
- O painel de resumo quase construído — os trinta minutos mais rápidos de todo o fim de semana foram os que passei dizendo "não" à minha própria ideia em vez de construí-la
Tudo o que realmente tomou tempo de verdade foi ou uma ambiguidade genuína no meu próprio pedido ou a espera inevitável pelo servidor DNS de outra pessoa. Na próxima build, vou escrever o prompt uma vez, reler como se fosse um estranho e confiar mais no primeiro plano do que confiei neste.
