Como saber se um projeto de IA vale a pena antes de gastar

Quase todo projeto de IA que eu vejo numa empresa média começa pelo lado errado.

Começa na ferramenta. Alguém viu uma demonstração, achou impressionante, e a pergunta que chega até mim é “como a gente usa isso aqui?”. É a pergunta invertida — ela parte da solução e sai procurando um problema que a justifique.

Projeto que nasce assim quase sempre entrega uma coisa que funciona e que ninguém precisava.

Quatro perguntas resolvem isso antes de qualquer orçamento.

1. Que tarefa específica isso substitui?

Não vale “melhorar o atendimento” nem “ganhar eficiência”. Precisa caber numa frase concreta: responder a dúvida de horário de entrega que hoje ocupa duas pessoas do suporte.

Se você não consegue nomear a tarefa, você não tem um projeto. Tem uma curiosidade — que pode até valer explorar, mas não com orçamento e prazo.

2. Quanto custa fazer isso hoje, do jeito manual?

Tempo por execução × número de execuções por mês × quanto custa a hora de quem faz. É uma conta de guardanapo e ela é suficiente.

O resultado costuma surpreender nos dois sentidos. Tarefa que parecia irrelevante consome quarenta horas por mês. Tarefa que todo mundo reclama acontece três vezes ao ano e não justifica nada.

Sem esse número, você não tem como saber se o projeto se paga — e vai acabar decidindo pela impressão que a demonstração causou.

3. O que acontece quando ela erra?

Não se. Quando.

Essa pergunta é a que mais mata projeto ruim, e é a que quase ninguém faz. Existem dois cenários, e eles levam a decisões opostas:

Erro barato e visível — a IA sugere um texto ruim e a pessoa reescreve. Ótimo caso de uso. Toca o projeto.

Erro caro ou invisível — a IA classifica errado um pedido, aplica um desconto indevido, responde uma informação incorreta para o cliente e ninguém percebe até virar reclamação. Aqui você precisa de revisão humana no meio — e revisão humana consome justamente o tempo que o projeto prometia economizar. Refaça a conta do item 2 com isso incluído. Muito projeto morre aqui, e é bom que morra antes, não depois.

4. Quem mantém depois?

O que funciona hoje precisa de ajuste quando o processo mudar, quando a ferramenta atualizar ou quando alguém sair da empresa. Se a resposta for “a gente vê depois”, o projeto tem prazo de validade e ninguém combinou qual é.

O piloto que vale a pena

Se as quatro respostas se sustentarem, não parta para o projeto completo. Faça 30 dias, com escopo minúsculo e — este é o ponto — com critério de morte definido antes de começar.

Escreva, antes de rodar a primeira linha: se em 30 dias isso não tiver economizado X horas ou reduzido Y erros, a gente para.

Sem esse critério escrito antes, todo piloto vira permanente. Não porque deu certo, mas porque ninguém tem coragem de admitir que não deu — e o custo de manter é sempre menor que o constrangimento de encerrar.

E é isso

Projeto de IA não fracassa por limitação da tecnologia. Fracassa por falta de pergunta.

Custa quatro perguntas descobrir se vale a pena. Custa um trimestre descobrir que não valia.