Muito projeto de consultoria em IA dá errado em 2026 por um motivo que quase não tem a ver com tecnologia. Tem a ver com o jeito que a empresa contrata. A maioria nunca comprou esse tipo de serviço antes, então avalia consultor de IA como avaliaria uma agência de sites: olhando portfólio de demos.
Então vamos falar de como contratar sem jogar dinheiro fora.
O que você está comprando de verdade
A empresa acha que está comprando uma entrega. Um chatbot, um sistema RAG, uma automação.
O que você compra é critério. Alguém que já viu sistema suficiente ir pra produção pra saber o que quebra primeiro, como a falha aparece e como desenhar em volta dela antes que ela aconteça. A entrega é consequência desse critério. Se você contrata alguém que só fez demo, não tem surpresa: você recebe uma demo. Se contrata alguém que já construiu coisa que foi além da vitrine, recebe algo que aguenta a primeira semana de cliente usando.
O problema é que, numa ligação de vendas, os dois tipos de consultor falam igualzinho.
Demo boa é fácil
Montar uma demo boa é fácil. Você escolhe um conjunto de dados limpo, restringe o caso de uso, roda três ou quatro vezes com perguntas simples e grava a vez em que tudo saiu melhor. E não estou acusando ninguém de desonestidade: todo consultor que já mostrou uma demo fez alguma versão disso.
Produção é outra coisa. É o que acontece quando os dados estão bagunçados, quando o usuário digita algo que o prompt não previu, quando a API bate no rate limit de madrugada, ou quando um cliente pergunta por que o sistema deu uma resposta errada e alguém precisa explicar. E tem um detalhe: quem construiu o chatbot, quando testa, não faz a pergunta que faria a IA alucinar.
Na hora de avaliar, a pergunta que importa é outra. A demo é sempre boa, é pra isso que ela existe. O que você quer saber é se essa pessoa consegue contar, com detalhe, o que aconteceu da última vez que o trabalho dela foi pra produção.
Então pergunte, e cobre detalhe. O que quebrou primeiro? O que teve que entrar que não estava no escopo? Do que o cliente reclamou três meses depois? O que ela faria diferente hoje, sabendo o que sabe?
Se as respostas vêm vagas, você está falando com alguém que fez demos. Se vêm específicas e um pouco desconfortáveis, você está falando com alguém que já sentiu na pele o que é colocar sistema em produção.
Perguntas que mostram a diferença
Algumas perguntas separam os dois tipos de consultor quase sempre, e nenhuma exige que você seja técnico.
"Qual foi o pior bug que você já colocou em produção?" Ninguém, absolutamente ninguém, trabalha seis meses com tecnologia sem errar. Quem tem experiência de verdade conta o que foi, como passou pelos testes, como o cliente descobriu e o que fez depois. Quem só fez demo vai responder algo como "eu sempre testo tudo" e mudar de assunto pro processo.
"Quem fica dono do sistema quando você sair?" Essa é crítica, e quase ninguém pergunta. A resposta que você quer ouvir é "você, e aqui estão a documentação, o plano de treinamento e o cronograma de handoff". A resposta ruim é qualquer coisa que soe como se o consultor pretendesse ficar pra sempre. Sistema de IA que só funciona com quem o construiu por perto é aluguel de uma parte crítica da sua empresa.
"O que você não faz?" Consultor bom tem coisa que não pega. O formato do não mostra o formato do sim. Se a pessoa topa tudo, ou está mentindo ou vai terceirizar o que não sabe fazer, e você só vai descobrir quando já for tarde.
"Como você cobra por esse trabalho, e por quê?" Hora serve pra descoberta. Preço fechado depois de um diagnóstico pago serve pra trabalho com escopo definido. "A gente vai vendo conforme avança" é um alerta enorme. Se o modelo de cobrança não aguenta uma conversa de cinco minutos, não tem como a fatura aguentar o primeiro mês. Se quiser números pra comparar com a resposta, publiquei quanto um sistema RAG custa de verdade, quanto custa um consultor n8n e quanto custa um desenvolvedor WordPress em 2026.
Sinais de alerta que não parecem alerta
Alguns padrões costumam aparecer antes de um projeto ruim:
- O consultor já chega com opinião forte sobre qual modelo você deve usar. Modelo muda a cada seis meses. Quem monta o pitch em cima de um modelo específico está vendendo a própria preferência, e o seu problema fica em segundo plano. A resposta certa pra "qual modelo?" é "depende das suas restrições, vamos falar delas primeiro".
- A proposta não fala de falha. Todo sistema de IA em produção falha de jeitos previsíveis: alucinação em caso extremo, rate limit, custo que dispara quando o uso cresce, latência sob carga. Se a proposta dá a entender que nada vai dar errado, o consultor ou nunca pôs nada em produção ou está torcendo pra você não perguntar.
- Ninguém fala de quem mantém o sistema. Manutenção é a parte sem graça de trabalhar com IA, e é onde mora a maior parte do valor. Por isso um projeto de arquitetura de IA sério já põe no preço o handoff e os runbooks junto com a construção. Consultor que trata manutenção como detalhe está construindo algo com prazo de validade de um ano.
E tem o consultor pra quem tudo precisa ser sob medida. Às vezes sob medida é a resposta certa. Muitas vezes não é. Quem não consegue te dizer quando uma ferramenta pronta resolveria melhor é inexperiente ou está vendendo hora.
Cláusulas de contrato que importam
Não sou advogado. Contrate um, eu tenho o meu. Mas estas são as cláusulas que apareceram em todo projeto que eu vi dar errado, e vale levar pra quem for redigir o contrato.
- Propriedade do código, dos prompts e dos dados. Dos três. Você tem que ser dono do que pagou.
- Um handoff definido no fim do projeto. Documentação, runbooks, credenciais e um período de transição em que o consultor fica disponível pra responder dúvidas. Sem isso, você pagou por uma caixa-preta.
- Uma cláusula de saída sem justificativa. Você precisa poder encerrar o contrato com aviso prévio razoável, por qualquer motivo ou por motivo nenhum. Se o consultor resiste a isso, você acabou de descobrir como ele enxerga a relação.
- Uma definição clara de "pronto". "Chatbot RAG funcionando" não serve. "Atende X consultas por minuto com latência Y, responde com base no conteúdo indexado e passa na bateria de testes definida na seção 4" serve.
- Manutenção separada da construção. Não junte as duas. A construção tem escopo fechado, a manutenção é contínua. Quando vêm no mesmo pacote, o incentivo joga contra você: o consultor não tem motivo nenhum pra deixar o sistema fácil de outra pessoa manter.
O diagnóstico é a entrevista
A maioria dos consultores oferece uma call de descoberta gratuita e faz a descoberta ali mesmo. Eu separo as duas coisas. A Intro Call é gratuita, dura 30 minutos e responde uma pergunta só: esse é um projeto que eu devo pegar? A descoberta de verdade é um diagnóstico pago. Descoberta de graça é venda. Descoberta paga é trabalho.
Um diagnóstico pago tem outra cara. O consultor chega com perguntas: sobre os sistemas que você usa hoje, seu time, seus dados, seus clientes, orçamento, prazo e as tentativas anteriores de fazer esse tipo de coisa. Diz o que acha que é o problema de verdade, que às vezes não é o que você descreveu. E no fim entrega um resumo escrito com o escopo recomendado, o preço e as premissas das quais os dois lados dependem.
Se o diagnóstico termina com uma proposta igualzinha ao que você escreveu no primeiro e-mail, ninguém fez descoberta nenhuma. Foi uma ligação de vendas.
Quando você não precisa de um consultor
Você não precisa de consultor de IA se o caso de uso é conhecido e já existe um SaaS que resolve. Não precisa se o seu time tem capacidade técnica e só precisa de algumas semanas pra se atualizar. Não precisa se o projeto é tão pequeno que a consultoria custaria mais do que você economizaria. E provavelmente não precisa se a ideia é contratar alguém pra "ver o que a IA pode fazer pelo negócio": isso é problema de estratégia, e costuma sair mais barato resolver dentro de casa com alguns projetos piloto do que pagar uma consultoria de descoberta.
Você precisa de um consultor quando o problema é específico, quando errar sai mais caro que acertar e quando ninguém no seu time já colocou esse tipo de coisa em produção. São esses os projetos que se pagam. O resto costuma ser um jeito caro de parecer produtivo.
Se o seu projeto de IA está preso entre "a demo ficou ótima" e "a produção é daqui a dois meses e ninguém sabe direito como", isso é consultoria de arquitetura de IA. Começa com uma Intro Call gratuita de 30 minutos; o diagnóstico depois dela é pago, o escopo vem por escrito e o handoff faz parte da entrega. Comece por aqui.