3 perguntas antes de aceitar um projeto de IA

Quem trabalha com IA como serviço, seja consultoria, projeto ou desenvolvimento, aprende rápido que o desastre não começa no código.

Começa na primeira conversa, quando três coisas não são perguntadas.

Pergunta 1: como vamos saber que deu certo?

A mais óbvia e a mais ignorada.

Se a resposta é "queremos usar IA para melhorar o atendimento", não existe critério. Existe intenção. E intenção não se verifica.

O que você quer ouvir é algo verificável: reduzir o tempo médio de primeira resposta, cortar o retrabalho de triagem, dobrar o número de propostas enviadas por semana.

Sem esse número, acontece o que sempre acontece: no fim do projeto, o cliente compara o resultado com uma expectativa que nunca foi dita, e você compara com o que foi combinado. Os dois estão certos e o projeto acabou mal.

E tem um segundo efeito, mais silencioso: sem critério, ninguém consegue dizer quando parar. O projeto vira poço.

Pergunta 2: de quem é o dado e o que pode ser feito com ele?

Essa é a que trava projeto no meio do caminho.

O cliente entrega uma base pra você trabalhar. Parece simples. Só que:

• esse dado foi coletado com qual finalidade
• existe base legal pra usar assim
• pode ser enviado pra um serviço de terceiro
• quanto tempo pode ficar guardado
• o titular pode pedir pra apagar

Se ninguém sabe responder, você está construindo em cima de risco que não é seu, mas vai ser seu problema. Descobrir isso no meio significa refazer arquitetura ou parar a entrega.

A boa resposta não precisa ser perfeita. Precisa existir e estar escrita. Se não existir, a primeira entrega do projeto é essa definição, e ela se cobra.

Pergunta 3: quem decide quando a IA errar?

A que quase ninguém faz, e a que mais dói depois.

Toda solução com IA erra numa porcentagem dos casos. Não é defeito de implementação, é a natureza da coisa. A pergunta não é se erra, é o que acontece quando erra.

Concretamente: a IA classifica um chamado errado, resume uma reunião invertendo uma decisão, gera uma resposta imprecisa pra um cliente. Quem revisa? Quem corrige? Quem responde pelo prejuízo?

Se ninguém for nomeado, a resposta padrão é cruel: quem paga o erro é o cliente final, e a culpa volta pra quem construiu.

Projeto maduro define isso antes: qual porcentagem de erro é aceitável, quem faz a revisão humana, e em quais casos a IA nem decide sozinha.

O que as três têm em comum

Nenhuma é técnica.

Não perguntei qual modelo, qual banco, qual integração. Isso resolve depois, e resolve fácil.

As três são sobre combinado: o que é sucesso, de quem é o dado, de quem é o erro. É onde os projetos morrem, e é exatamente o que fica de fora da proposta porque parece burocracia na hora do entusiasmo.

Se o cliente não souber responder

Não é motivo pra recusar. É motivo pra mudar o que você vende primeiro.

Nesse caso, a primeira entrega não é construção. É diagnóstico: definir critério de sucesso, mapear o dado e desenhar o fluxo de revisão. É trabalho de verdade, tem valor de verdade, e protege os dois lados.

Vender construção antes disso é vender risco embrulhado como projeto.

Três perguntas, quinze minutos. Elas não garantem que o projeto dá certo. Garantem que, se der errado, você vai saber por quê.

A decisão é sua.