O que fazer quando o seu app criado com IA quebra às 2 da manhã (e você não é desenvolvedor)

Você criou um app sem escrever nenhum código. Ele funcionou a semana toda. Aí um usuário te manda mensagem à 1h47 dizendo que o botão de cadastro não faz nada, e você acorda com o seu celular brilhando na mesa de cabeceira.

Se você nunca teve que consertar um app ao vivo antes, esse momento pode parecer terrível. Você não lê código. Você não sabe o que “o banco de dados” realmente significa. Você não tem certeza se está quebrado-quebrado ou só-estranho, e as pessoas que normalmente ajudariam estão dormindo.

Aqui vai um manual calmo e ordenado do que fazer quando um app criado com IA quebra e você não sabe escrever código. A maior parte dele é sobre não piorar as coisas, que é a parte sobre a qual ninguém te avisa.

Primeiro: não reimplante

Existe um botão em algum lugar do seu criador de apps com IA que diz algo como “republicar”, “reimplantar” ou “lançar”. Você está prestes a querer apertá-lo. Não aperte, ainda.

Apertar reimplantar num app meio quebrado pode travar o estado quebrado, apagar qualquer informação de depuração de dados que estivesse por ali e tornar mais difícil para qualquer um — inclusive o próprio criador de apps com IA — descobrir o que deu errado.

A primeira jogada é sempre olhar, não agir. Você nem confirmou o que está quebrado ainda.

Passo 1 — Reproduza o problema você mesmo

Abra o app numa janela nova do navegador — anônima ou privada é o melhor, porque remove qualquer login antigo ou cache que possa fazer as coisas se comportarem diferente para você do que para o seu usuário.

Tente fazer exatamente a coisa que o usuário relatou. Se ele disse que o botão de cadastro não funciona, tente se cadastrar. Se ele disse que o painel está em branco, tente entrar e ver o painel.

Você está procurando por uma de três coisas:

Está quebrado para todo mundo. Você bate no mesmo problema. Esse é, na verdade, o tipo mais fácil de corrigir, porque é consistente.
Funciona para você. Esse é o cenário mais difícil, porque algo da situação específica do usuário (o navegador dele, a conta dele, os dados dele) é o problema.
É intermitente. Funciona uma vez e quebra na próxima. Esse é o mais estressante, mas também o mais informativo — em geral significa que algo está dando timeout ou ficando sem um recurso.

Anote qual das três você viu. Você vai precisar disso quando for pedir ajuda.

Passo 2 — Cheque as coisas externas óbvias antes de culpar o seu app

Um número surpreendente de momentos de “o meu app está quebrado” não é o seu app. Antes de mergulhar no seu criador de apps com IA, cheque:

A internet em si está bem? Abra alguns outros sites. Se o seu wi-fi está instável, o seu app pode estar bem e você pode ser o que está quebrado.
O criador de apps com IA em si teve uma queda? A maioria dos criadores de apps com IA tem uma página de status (pesquise o nome do produto mais “status”). Se eles estão tendo uma noite ruim, você não precisa descobrir mais nada.
Uma das suas ferramentas conectadas caiu? Se o seu app usa o Stripe para pagamentos, um serviço de e-mail para notificações ou um serviço de banco de dados para armazenar dados, qualquer um deles pode ter quedas. Cada um tem a própria página de status. Cheque as de que o seu app depende.

Cerca de uma vez em cinco, a resposta é “na verdade não é o meu app”, e você pode voltar a dormir.

Passo 3 — Olhe a mensagem de erro, mesmo que ela te assuste

Se o seu app mostra uma tela com texto nela — mesmo um texto com cara de embromação — leia. Tire uma captura de tela. Especialmente se há uma longa sequência de letras e números (as pessoas chamam isso de “stack trace”; parece sopa de letrinhas, mas é a coisa mais útil que você pode ter ao pedir ajuda).

A maioria dos criadores de apps com IA também tem um lugar para ver os erros que aconteceram recentemente. Pode se chamar Logs, Atividade, Erros ou Console. Abra-o. Você não precisa entender a maior parte do que vê — você está procurando o texto vermelho mais recente ou o erro mais recente, e o horário em que aconteceu. O horário importa: um erro de ontem de manhã provavelmente não é por que o seu usuário não conseguiu se cadastrar agora há pouco.

Copie esse erro. Você vai colá-lo em algum lugar útil daqui a pouco.

Passo 4 — Pergunte ao criador de apps com IA o que mudou

Esta é a jogada que a maioria dos criadores não técnicos subutiliza. Abra o chat com o seu criador de apps com IA e diga, em linguagem simples:

“O meu app está quebrado. Os usuários não conseguem se cadastrar — o botão não faz nada. Aqui está o erro dos logs: [cole aqui]. O que mudou nas últimas 24 horas, e o que poderia estar causando isto?”

Um bom criador de apps com IA vai te dizer qual mudança recente é a mais provável responsável. Às vezes você vai reconhecer na hora (“ah, pedi ontem para deixar o formulário mais bonito e isso provavelmente quebrou a lógica de envio”). Às vezes ele vai apontar para algo que você não lembra de ter tocado, o que também é útil — significa que algo automático mudou, como uma ferramenta conectada se atualizando.

Não deixe o criador de apps com IA começar a fazer correções ainda. Você ainda está no modo de diagnóstico. A forma mais comum que já vi as pessoas piorarem um problema pequeno é deixando uma IA começar a “consertar” coisas antes de alguém entender o que está quebrado.

Passo 5 — Decida se vai reverter

Quase todo criador de apps com IA deixa você voltar a uma versão anterior do seu app. Às vezes se chama “histórico”, “versões”, “checkpoints” ou “rollback”.

Se você consegue lembrar claramente de uma hora ou um dia em que o app funcionava, voltar para aquela versão é a jogada mais confiável de todas. Custa a você as mudanças que tiver feito no meio (que você talvez nem queira mais), e te dá um app funcionando para acordar.

Uma boa regra: se a coisa quebrada é algo que os usuários fazem todo dia (cadastro, login, pagamento), reverta primeiro e corrija para frente depois. Funcionando-mas-velho ganha de quebrado-e-atual todas as vezes.

Se a coisa quebrada é um recurso que você adicionou hoje e do qual ninguém depende ainda, você pode deixá-lo quebrado até de manhã e corrigi-lo com a cabeça fresca.

Passo 6 — Se você precisar deixar o criador de apps com IA corrigir

Se reverter não for possível, ou se você decidiu não reverter, então deixe o criador de apps com IA propor uma correção. Duas coisas para ter em mente enquanto ele o faz:

Leia o que ele planeja mudar antes de aprovar. Você não vai entender tudo, mas consegue notar se ele está editando uma coisa focada ou reescrevendo metade do app. Mudanças pequenas e focadas são muito mais seguras que as amplas às 2 da manhã.

Teste a correção do jeito mais sem graça possível. Não pergunte só “está corrigido?” e confie na resposta. Vá de fato ao app você mesmo numa janela anônima e faça a coisa que estava quebrada. Se a correção funcionou, a coisa quebrada agora funciona. Se não, não aceite a mudança só porque o criador de apps com IA disse que funcionou.

Passo 7 — Responda ao usuário, mesmo que você não tenha corrigido

O usuário que te mandou mensagem à 1h47 não espera que você esteja online. Mas se você estiver, uma resposta curta importa mais que uma correção:

“Obrigado por avisar — estou olhando agora mesmo. Te aviso assim que voltar a funcionar.”

Se ele é um usuário pagante, essa única mensagem é a diferença entre ele contar às pessoas que você responde rápido e contar às pessoas que você o ignorou. A correção pode esperar até de manhã. A resposta não pode.

A lição maior: construa o seu app como se ele pudesse quebrar

Se você achou isto estressante, o lado bom é que a experiência vai remodelar como você constrói. Depois do seu primeiro incidente às 2 da manhã, você vai começar a fazer as coisas de outro jeito:

Você vai adicionar uma verificação de status. Uma página simples que te diz se as partes importantes do seu app estão funcionando, para você não ter que entrar para descobrir.
Você vai manter um backup dos dados de usuário. A maioria dos criadores de apps com IA exporta os seus dados a pedido. Fazer isto uma vez por semana leva 30 segundos e te salva num pior cenário.
Você vai anotar de que o seu app depende. Uma lista curta de cada ferramenta conectada (pagamentos, e-mail, banco de dados, armazenamento), para que, quando algo quebrar às 2 da manhã, você tenha um checklist em vez de achismos.
Você vai mudar uma coisa de cada vez. Quando você faz 10 mudanças de uma vez e o app quebra, você não tem ideia de qual mudança quebrou. Quando você faz uma mudança de cada vez, você tem.

Você consegue construir um app sem programar. Você também consegue manter um rodando sem ser desenvolvedor — mas as habilidades envolvidas são diferentes das de construção. Você as aprende, na maior parte, do jeito difícil, em geral numa hora inconveniente.

A boa notícia: toda vez que acontece, fica menos assustador. Na terceira vez, é chato em vez de aterrorizante. Na décima, é só mais uma terça-feira.