Como Contratar um Consultor de IA
Existe uma grande razão pela qual tantos engajamentos de consultoria em IA falham em 2026, e tem muito pouco a ver com a tecnologia. Tem a ver com como as empresas contratam. A maioria nunca comprou esse tipo de trabalho antes. Eles avaliam consultores de IA da maneira como avaliariam uma agência de design web, que é principalmente um portfólio de demonstrações.
Então vamos falar sobre como realmente contratar um consultor de IA sem jogar dinheiro fora.
O que você está realmente comprando ao contratar um consultor de IA
As empresas geralmente pensam que estão comprando um entregável: Um chatbot, um sistema RAG, uma automação.
O que você está realmente comprando é julgamento. Alguém que viu o suficiente desses sistemas chegar à produção para saber o que quebra primeiro, como são os modos de falha, e como projetar em torno deles antes que aconteçam. O entregável é um subproduto desse julgamento. Se você contratar alguém que só construiu demonstrações, não é surpresa que você vai obter uma demonstração. Se você contratar alguém que construiu coisas além de showcases e demonstrações, você obtém algo que sobrevive à segunda-feira de manhã.
O problema da entrevista é que ambos os tipos de consultores soam igual em uma ligação de vendas.
A demonstração não é trabalho real
Uma boa demonstração é fácil. Você escolhe um conjunto de dados limpo, você define o caso de uso de forma estreita, você executa três ou quatro vezes com interações simples, e você grava aquela em que se comporta melhor. E isso é importante, não estou acusando ninguém de desonestidade. Cada consultor que mostra uma demonstração fez alguma versão disso.
O trabalho real é diferente. O trabalho é o que acontece quando o conjunto de dados é bagunçado, quando o usuário digita algo que o prompt não antecipou, quando o API rate-limit satura às 2 da manhã, ou quando um cliente pergunta por que o sistema deu uma resposta errada, e alguém tem que explicar. Se a pessoa que construiu o chatbot está testando as respostas do chatbot, ela não vai fazer uma pergunta real que fará a IA alucinar.
Ao avaliar um consultor, a pergunta não é "a demonstração é boa?" A demonstração é sempre boa, esse é meio que o ponto. A pergunta é se essa pessoa pode contar a você, em detalhes, o que aconteceu a última vez que seu trabalho chegou à produção.
Pergunte a eles, e exija detalhes específicos. O que quebrou primeiro? O que eles tiveram que adicionar que não estava no escopo original? Do que o cliente reclamou três meses depois? O que eles fariam diferente agora, com todas as lições aprendidas.
Se as respostas são vagas, você está falando com alguém que construiu demonstrações. Se as respostas são específicas e ligeiramente desconfortáveis, você está falando com alguém que conhece a dor de colocar um sistema em produção.
Perguntas que destacam a diferença
Algumas perguntas consistentemente separam os dois tipos de consultores, e elas não exigem que você seja técnico para fazê-las.
"Conte-me sobre o pior bug que você colocou em produção." Ninguém, absolutamente ninguém, trabalhou mais de seis meses em tecnologia sem cometer um erro. Um consultor real vai contar o que foi, como passou por seu teste, como o cliente descobriu, e o que ele fez a respeito. A pessoa que só fez demonstrações vai dizer algo como "sempre faço testes completos" e mudar para seu processo.
"Quem é dono do sistema depois que você sai?" Essa é crítica, e quase ninguém pergunta. A resposta que você está buscando é "você é, e aqui está a documentação, plano de treinamento e cronograma de handoff que usaremos." A resposta ruim é qualquer coisa que soe como se o consultor esperasse estar ali para sempre. Sistemas de IA que dependem do consultor que os construiu não são ativos. Você está alugando uma parte crítica da sua empresa.
"O que você não vai fazer?" Um bom consultor tem coisas que não assume. A forma do não diz a forma do sim. Se eles dizem sim para tudo, eles estão mentindo ou terceirizando as partes que não conseguem fazer, e você não saberá até ser muito tarde.
"Como você precifica esse trabalho, e por quê?" Por hora é bom para descoberta. Preço fixo após uma chamada de descoberta paga é bom para trabalho com escopo definido. "Vamos descobrir conforme avançamos" é uma bandeira vermelha gigantesca. Se o modelo de preço não sobrevive a uma conversa de cinco minutos, não há como a cobrança sobreviver ao primeiro mês.
Bandeiras vermelhas que não parecem bandeiras vermelhas
Alguns padrões antecedem engajamentos ruins:
- O consultor tem uma opinião forte sobre qual modelo você deve usar. Modelos mudam a cada seis meses. Um consultor que baseia seu pitch em um modelo específico está vendendo suas próprias preferências, não seu problema. A resposta correta para "qual modelo" é "depende das restrições, vamos falar sobre as restrições primeiro."
- A proposta não menciona modos de falha. Todo sistema de IA em produção falha de formas previsíveis: alucinação em casos extremos, rate limits, custos excessivos quando o uso escala, e latência sob carga. Se a proposta lê como se nada nunca fosse dar errado, o consultor ou nunca colocou em produção ou está esperando que você não pergunte.
- Não há menção de quem mantém o sistema. Manutenção é a parte sem graça do trabalho com IA, e é onde a maioria do valor real vive. Um consultor que trata manutenção como algo secundário está construindo algo com uma meia-vida de um ano.
Tudo é customizado. Às vezes customizado é a resposta certa. Frequentemente não é. Um consultor que não consegue contar quando uma ferramenta off-the-shelf teria servido melhor é ou inexperiente ou está vendendo horas.
Cláusulas contratuais que importam
Não sou advogado. Contrate um, porque tenho um. Mas essas são as cláusulas que apareceram em todo engajamento que vi dar errado, e vale a pena mencionar com quem quer que redija o contrato.
- Propriedade do código, dos prompts e dos dados. Todos os três. Ponto. Você deve ser o dono do que pagou.
- Um handoff definido no final do engajamento. Documentação, runbooks, credenciais, e um período de transição onde o consultor está disponível para responder perguntas. Sem isso, você está pagando por uma caixa preta.
- Uma cláusula de saída que não requer causa. Você deve ser capaz de encerrar o engajamento com aviso razoável, por qualquer razão ou nenhuma. Se o consultor resiste, você descobriu algo importante sobre como ele pensa na relação.
- Uma definição clara de "pronto." "Chatbot RAG funcionando" não é uma definição. "Manipula X queries por minuto com Y latência, retorna respostas fundamentadas no corpus indexado, e passa na suite de testes definida na seção 4" é uma definição.
- Um arranjo de manutenção separado da construção. Não os agrupe. A construção tem um escopo fixo. Manutenção é contínua. Agrupá-los cria incentivos que trabalham contra você, porque o consultor não tem razão para tornar o sistema fácil de manter por qualquer outra pessoa.
A chamada de descoberta é a entrevista
A maioria dos consultores oferece uma chamada de descoberta gratuita. Eu não ofereço, e eu seria cético com consultores que ofereçam além de uma conversa de scoping de quinze minutos. Descoberta gratuita é vendas. Descoberta paga é trabalho.
Uma chamada de descoberta paga tem uma forma diferente. O consultor vem com perguntas. Eles perguntam sobre seus sistemas atuais, sua equipe, seus dados, seus clientes, seu orçamento, seu cronograma, e suas tentativas anteriores desse tipo de trabalho. Eles contam o que pensam que o problema real é, que às vezes é diferente do problema que você descreveu. Eles dão um resumo escrito no final com um escopo recomendado, um preço, e as suposições sobre as quais ambos dependem.
Se a chamada de descoberta termina com uma proposta que parece idêntica ao que você descreveu no primeiro email, o consultor não fez descoberta. Eles fizeram uma chamada de vendas.
Quando você não precisa de um consultor
Você não precisa de um consultor de IA se o caso de uso é bem compreendido e uma ferramenta SaaS já existe que faz isso. Você não precisa de um se sua equipe tem a capacidade técnica e só precisa de algumas semanas para se atualizar. Você não precisa de um se o projeto é pequeno o suficiente que o custo do engajamento excede o que você economizaria. Você provavelmente não precisa de um se estiver contratando para "explorar o que IA pode fazer para o negócio" — isso é um problema de estratégia, não um problema de construção, e é geralmente mais barato resolver internamente com alguns projetos piloto do que externamente com um engajamento de descoberta.
Você precisa de um consultor quando o problema é específico, as apostas são altas o suficiente que acertar é mais caro que errar, e sua equipe não tem alguém que tenha colocado esse tipo de trabalho em produção antes. Esses são os engajamentos que se pagam. O resto é geralmente uma maneira de gastar dinheiro parecendo produtivo.
Se seu projeto de IA está preso em algum lugar entre "a demonstração foi ótima" e "a produção é em dois meses e não temos certeza do porquê," esse é o tipo de engajamento que assumo. A chamada de descoberta é paga, o escopo é escrito, e o handoff é parte do entregável.