Construiu uma app com IA. Isto é o que corrigir antes de depender dela.

Ferramentas como o Claude Code, o Lovable e o Replit mudaram quem pode criar software. Um fundador, um responsável de operações ou um profissional de marketing consegue hoje descrever uma ideia e ter uma app funcional numa tarde. Isso é genuinamente poderoso — e é onde a parte fácil termina.

Ir do zero a um protótipo funcional é um problema muito diferente de ter um sistema em que o negócio possa confiar dia após dia, com dados e utilizadores reais. Abaixo fica a checklist que corremos antes de confiar numa app feita por IA algo que importe.

1. O modelo de dados

Os geradores de IA optimizam para "funcionar no ecrã", não para um modelo de dados que aguente o crescimento. Antes de depender da app, confirme que entidades e relações estão modeladas deliberadamente, que existem IDs e restrições, e que consegue exportar os seus dados a qualquer momento. Um esquema fraco é a coisa mais cara de corrigir mais tarde.

2. Autenticação e permissões

Quem pode ver e alterar o quê? Os protótipos saem frequentemente com um único login partilhado, sem perfis, e com segredos embebidos no frontend. Serve para uma demo e é perigoso com dados de clientes. Autenticação adequada, perfis e um modelo de permissões não são negociáveis antes de entrar em produção.

3. Segurança e segredos

Chaves de API no código do cliente, sem validação de dados de entrada, sem limitação de pedidos — são comuns em apps geradas e são exactamente o que é explorado. Uma revisão de segurança curta encontra normalmente vários problemas baratos de corrigir agora e dolorosos de corrigir depois de um incidente.

4. Backups e recuperação

Se a base de dados se perdesse amanhã, o que acontece? Muitas apps feitas por IA não têm backups nem uma forma testada de restaurar. É a pergunta que mais vezes transforma uma "app gira" num risco de negócio.

5. Propriedade e transferência

Alguém que não o autor original consegue perceber, correr e alterar a app? Se o conhecimento vive apenas num histórico de chat, tem um problema de continuidade. Documentação, um repositório limpo e um deploy reproduzível importam mais do que mais uma funcionalidade.

Onde é que isto o deixa

Nada disto quer dizer que software feito por IA seja má ideia — é um excelente ponto de partida. Quer dizer que o protótipo e o sistema em produção são dois entregáveis diferentes. A boa notícia: endurecer uma app que já tem costuma ser mais rápido e mais barato do que reconstruir, porque as decisões difíceis de produto já estão tomadas.