Contrate um time de ML se a IA é o produto que você vende. Terceirize se você precisa de um ou dois sistemas de IA e ninguém na empresa consegue liderar os profissionais de ML contratados.
Contrate o seu próprio time de ML se é pela IA que os seus clientes pagam e os modelos vão precisar de trabalho toda semana, durante anos. Terceirize se você precisa de um ou dois sistemas de IA dentro de operações que já conduz e ninguém na empresa consegue liderar os profissionais de ML contratados nem avaliar os candidatos. Na hora de escolher quem vai construir, procure uma empresa que consiga mostrar um sistema de IA que ela levou à produção e que continua em uso diário, e faça o contrato garantir a entrega do código, dos arquivos do modelo e do conjunto de avaliação.
A resposta curta: contrate quando a IA é o seu produto, e terceirize quando ela é uma ferramenta dentro do negócio e ninguém internamente consegue liderar um time de ML. Se você terceirizar, mas for operar o sistema por anos, faça as duas coisas, em ordem: um time externo constrói a primeira versão enquanto você contrata as duas ou três pessoas que vão assumi-lo.
Leia também
A maioria das empresas que fazem essa pergunta não precisa de ninguém para inventar ou treinar um modelo novo. Elas precisam de um sistema que pegue um modelo existente, entregue a ele os seus documentos, tickets ou transações, confira o que sai e coloque o resultado onde os funcionários já trabalham. Isso é engenharia em torno de um modelo, e é uma contratação diferente da de pesquisa.
Treinar o seu próprio modelo compensa principalmente quando o modelo é o que os clientes compram, e exige muitos dados rotulados. Construir sobre um modelo existente, seja o serviço de um provedor ou um modelo que você baixa e roda nos seus próprios servidores, exige pessoas que conectem sistemas, confiram a qualidade das respostas e mantenham o software funcionando. Decida de qual dos dois você precisa antes de escrever uma descrição de vaga ou de ligar para um parceiro.
Um engenheiro de ML não é um time. Um modelo em produção fica cercado de muito software comum, e as pessoas que constroem e operam esse software são a maior parte do time. O guia de arquitetura do Google sobre MLOps diz assim: “Apenas uma pequena fração de um sistema de ML do mundo real é composta pelo código de ML. Os elementos necessários ao redor dele são vastos e complexos.”
Um time capaz de construir e operar um sistema em produção sem ajuda externa cobre quatro funções:
Em um time pequeno, uma pessoa pode acumular duas dessas funções, mas ninguém acumula as quatro. Há mais uma função, do lado do negócio, e nenhuma contratação a substitui: a pessoa que decide o que é uma resposta correta.
Os salários costumam ser o maior item de custo, e os dados públicos dão um ponto de referência. O Departamento de Estatísticas do Trabalho dos Estados Unidos (BLS, na sigla em inglês) não publica um dado salarial separado para engenheiros de machine learning. Nas ocupações mais próximas que ele cobre, o salário anual mediano em maio de 2025 era de $120.230 para cientistas de dados, $135.980 para desenvolvedores de software e $140.300 para pesquisadores em ciência da computação e da informação.
São medianas de ocupações inteiras nos Estados Unidos. As pessoas que já colocaram sistemas de ML em produção são um grupo mais restrito, e a sua localização e a senioridade de que você precisa movem o número para cima ou para baixo.
O salário não é o custo total de um funcionário. Considerando todos os empregos do setor privado dos Estados Unidos em junho de 2026, salários e ordenados representaram 70,0 por cento do que os empregadores gastaram com remuneração, e os benefícios, os outros 30,0 por cento, segundo o BLS.
Outros custos se somam aos salários:
Este artigo não traz uma faixa de preço para a terceirização: nenhuma empresa consegue precificar o trabalho com honestidade antes de ver a tarefa, as regras dos dados e o volume.
Contratar compensa quando o trabalho nunca acaba e vale a pena manter o conhecimento dentro de casa:
Se as duas primeiras forem verdade, contrate. Ainda assim, engenheiros externos podem encurtar o início enquanto o seu time se forma.
Terceirizar faz sentido quando a IA é uma ferramenta dentro do negócio, e não o próprio negócio:
Um dado público aponta na mesma direção. Em “The GenAI Divide”, um relatório do MIT NANDA de julho de 2025 baseado em entrevistas em 52 organizações, as ferramentas de IA generativa compradas de fornecedores externos ou desenvolvidas com eles chegaram à implantação em cerca de 67% dos casos, contra cerca de 33% das ferramentas construídas inteiramente dentro de casa. Os autores descrevem os números como autodeclarados e alertam que parte da diferença pode vir das próprias organizações.
A terceirização tem o seu próprio custo: o conhecimento de como o sistema funciona fica fora da sua empresa até que alguém o traga para dentro.
Sim, e para uma empresa que espera operar o sistema por anos essa costuma ser a ordem mais segura. Um time externo constrói a primeira versão, e você contrata duas ou três pessoas durante a construção, e não depois dela. Elas revisam o código, participam das decisões de design e, perto do fim, operam o sistema sozinhas enquanto quem o construiu observa.
Isso só funciona se o handover estiver escrito no contrato como uma lista de coisas que você recebe e pode usar sem depender de quem construiu:
Verifique a licença de qualquer modelo base incluído nesse pacote, porque as condições dela acompanham o que é construído sobre ele. A licença do Llama 3.3 da Meta, por exemplo, diz que, se você usar o Llama para “criar, treinar, fazer ajuste fino ou aprimorar de outra forma um modelo de IA que seja distribuído ou disponibilizado, você também deverá incluir ‘Llama’ no início do nome de qualquer modelo de IA desse tipo”.
Um teste de handover que funciona com qualquer fornecedor: as pessoas que você acabou de contratar alteram um prompt ou uma configuração, rodam o conjunto de avaliação, fazem o deploy da mudança e depois o rollback, sem que ninguém do fornecedor toque no teclado. Tudo o que elas precisarem perguntar ao fornecedor é algo que você ainda não tem.
Faça as mesmas perguntas a todos os candidatos, por escrito:
Repare também no que cada empresa pergunta a você. Uma que já construiu isso antes pergunta sobre a sua tarefa e os seus dados antes de citar um modelo.
Este artigo não aponta qual é a melhor empresa. Uma recomendação que ignora a sua tarefa, as suas regras de dados e quem vai operar o sistema depois é um palpite. Cinco tipos de empresa fazem esse trabalho, e cada um se encaixa em uma situação diferente:
Para montar uma lista curta, escreva uma página: a tarefa em uma frase, os dados que o sistema pode ver e para onde eles podem ir, exemplos reais com respostas corretas, o volume diário e quem será o responsável pelo sistema depois do lançamento. Envie a mesma página para três empresas do tipo que se encaixa, e compare as perguntas delas com a mesma atenção que as propostas. Se puder, pague uma primeira fase pequena, com critérios de aceitação por escrito, antes de assinar a construção inteira.
Dos tipos de empresa descritos acima, a amBrain é uma empresa de engenharia.
Sobre o próprio trabalho com modelos de linguagem, a amBrain diz: “Levamos à produção uma integração de LLM dentro do perímetro de FinTech de um cliente: extração e normalização de avisos não estruturados de corretoras e de venues — eventos corporativos, alterações de instrumentos e de margem — em registros estruturados que o sistema de trading consome.” O cliente não é nomeado, e nenhum número sobre o projeto é publicado.
A amBrain descreve em uma linha como trabalha com os clientes: “Três formatos: entrega completa, time dedicado ou engenheiros embarcados no seu time.” Sobre propriedade, a frase dela é: “O cliente mantém a propriedade integral do produto e do código, exceto dos nossos componentes reutilizáveis.” Peça à amBrain a lista desses componentes, nome por nome, como você pediria a qualquer outra empresa.
Se você está decidindo agora, comece pelo briefing de uma página da seção anterior. Envie para a amBrain ou para qualquer outro, e compare o que receber de volta.
Traga sua arquitetura atual e o modo de falha que preocupa você, e vamos analisá-lo juntos em meia hora.