22 das 81 agências deste diretório que vendem trabalho de estratégia de IA não listam absolutamente nada que construa software. Elas avaliam o seu grau de preparo, conduzem o workshop de priorização e entregam um roteiro, e então o roteiro precisa de outra pessoa. Esse é um negócio legítimo e vem sendo um negócio legítimo desde muito antes da IA, mas não é o que a maioria dos compradores pensa estar comprando quando uma proposta diz consultoria e implementação de IA. As duas metades dessa expressão são vendidas com frequência por duas empresas diferentes, e é na costura entre elas que os programas de IA vão morrer.
As contagens por trás disso saíram do diretório ao vivo em 9 de outubro de 2026 e qualquer pessoa pode conferi-las nas páginas de categoria. Das 243 listagens reais, 81 carregam a categoria consultoria de estratégia de IA. 167 carregam pelo menos uma categoria que implica construir alguma coisa: integração de IA, soluções de IA sob medida ou automação de processos. Apenas 59 carregam as duas. Ou seja, 22 empresas aconselham sem construir, 108 constroem sem aconselhar e menos de um quarto do mercado afirma publicamente fazer o trabalho inteiro.
A costura que ninguém assume
Um trabalho de estratégia termina em um documento. Um trabalho de implementação começa em uma especificação. Não são o mesmo artefato, e converter um no outro é trabalho de verdade que nenhum dos dois contratos costuma pagar. O roteiro diz "colocar em produção um modelo de classificação de documentos para reduzir a revisão manual". O time que constrói precisa saber quais documentos, qual limite de acurácia conta como pronto, quem rotula os dados de treinamento, onde o modelo roda, o que acontece com os 4 por cento que ele erra e quem responde quando uma pessoa passa por cima da decisão da máquina.
Alguém tem de responder a essas perguntas. Em um contrato com fornecedor único, a empresa que escreveu o roteiro responde, e responde sabendo que vai ter de conviver com as respostas. Em um contrato com dois fornecedores, a consultoria já foi embora e a empresa que constrói está lendo um documento escrito por alguém com quem nunca conversou. Ela vai chutar, ou vai rodar o próprio diagnóstico e cobrar por ele, o que significa que o comprador paga duas vezes pelas mesmas decisões.
O segundo desfecho é o comum. É também o menos visível, porque chega rotulado como fase de onboarding da empresa que constrói e não como falha da passagem de bastão. Um contrato único de consultoria e implementação de IA não elimina esse trabalho, apenas evita que você o pague duas vezes.
Uma só empresa deve fazer a consultoria e a implementação?
Em geral sim, para qualquer coisa abaixo de uns seis meses. O custo da costura é maior que o custo do conflito de interesse, e o conflito de interesse é o argumento padrão para separar as duas pontas. Esse argumento não está errado: uma empresa que recomenda um trabalho pelo qual depois será paga tem um motivo óbvio para recomendar mais dele. A pergunta é qual dos dois riscos é maior no seu caso específico. Para um primeiro sistema em produção, o risco maior é o de um roteiro que ninguém consegue construir. Para um programa de vários anos, com área de compras e dinheiro de verdade em jogo, a independência vale o preço da costura, e é exatamente por isso que organizações grandes separam.
A posição intermediária útil é separar a decisão sem separar a relação: compre uma avaliação curta e genuinamente independente de uma empresa e depois abra uma concorrência para a construção na qual quem avaliou pode participar sem receber nenhuma vantagem. Isso mantém o conselho honesto e ainda permite que a empresa que entendeu o problema leve o trabalho adiante.
Quatro usos da mesma expressão
Propostas que oferecem consultoria e implementação de IA usam as mesmas palavras para arranjos que se comportam de maneira muito diferente quando o trabalho começa. Estes quatro cobrem quase tudo que um comprador vai receber.
| O que a proposta diz | O que significa na prática | Quem transforma conselho em especificação | O que verificar |
|---|---|---|---|
| Estratégia e implementação, uma empresa | Mesmo time, ou ao menos mesma empresa, da avaliação até a produção | A empresa, por conta própria | Se os engenheiros que vão construir participam das sessões de estratégia |
| Estratégia com apoio à implementação | A consultoria supervisiona uma construção feita por outra empresa | Ninguém, formalmente | Quem atesta que o que foi construído corresponde ao roteiro |
| Parceiro de implementação | Só construção, contra uma especificação que você fornece | Você | Se você realmente tem uma especificação ou apenas um roteiro |
| Transformação de IA de ponta a ponta | Qualquer coisa entre as duas opções acima e nenhuma das duas | Indefinido até você perguntar | Pergunte quais pessoas, com nome e cargo, escrevem código |
A quarta linha é a que exige cuidado. "Ponta a ponta" descreve uma ambição e não uma estrutura, e o teste que separa a versão honesta da versão de folheto é simples: peça os nomes e os cargos das pessoas que vão escrever o primeiro commit em produção. Uma empresa que constrói responde em uma frase. Uma empresa que subcontrata descreve um processo.
O que as listagens dizem sobre quem faz o quê
46 das 243 listagens reais não carregam categoria nenhuma, o que vale dizer com clareza porque é um limite do que um diretório consegue informar. Para as 197 que carregam, o padrão de categorias é um primeiro filtro razoável. Uma empresa que só carrega estratégia é quase certamente consultiva. Uma empresa que carrega integração, construção sob medida ou automação e nenhuma categoria de estratégia é quase certamente uma casa de construção que espera que você chegue com um plano pronto. As 59 que carregam as duas pontas são a lista curta para um contrato com fornecedor único.
O que as listagens não dizem é profundidade. 40 das 243 publicam um valor por hora e 42 publicam o tamanho da equipe, então na maior parte do mercado você não consegue ver se a capacidade de implementação são 30 engenheiros ou um prestador que o sócio aciona quando cai um projeto. A contagem categoria por categoria deste mercado mostra o quanto a oferta é desigual, e a magreza está concentrada exatamente onde os compradores supõem que ela não está.
Como distinguir uma consultoria de uma empresa que constrói antes da primeira conversa?
Leia os casos de cliente procurando artefatos em vez de resultados. Uma consultoria descreve decisões: um portfólio priorizado, um modelo operacional, um arcabouço de governança. Uma empresa que constrói descreve sistemas: um pipeline, um número de latência, um modelo em produção atrás de uma API. As duas vão usar a palavra "entregamos". Só uma vai nomear uma coisa que funciona. Se os casos descrevem apenas decisões, a empresa é consultiva independentemente do que diga a página de serviços, e isso é informação útil e não uma crítica.
Para onde o dinheiro vai de verdade
O trabalho consultivo é precificado sobre tempo sênior e se concentra no início. A implementação é precificada sobre meses de engenharia e é onde fica o grosso do custo de um programa, em geral com boa folga. O comprador que aprova um trabalho de estratégia porque o número é administrável aprovou mais ou menos a parte menor do gasto total, e o roteiro que ele produz terá sido escrito sem nenhuma restrição firme de orçamento sobre a parte que custa mais.
Essa é a razão prática para ter o lado da construção na sala desde cedo, mesmo quando você ainda não está comprando dele. Um engenheiro que sabe quanto custam três meses de trabalho em pipeline de dados vai dizer isso enquanto o roteiro ainda é editável. A mesma informação chegando quatro meses depois chega como renegociação. A questão de qual modelo de contratação você está assinando também importa aqui, porque um retainer absorve esse tipo de surpresa em silêncio enquanto um contrato de escopo fechado a joga para fora.
O lado da governança tem referências padrão que vale ler antes de assinar qualquer um dos dois contratos. O NIST AI Risk Management Framework está organizado em torno de funções que correspondem a decisões de implementação e não a decisões de estratégia, e a ISO/IEC 42001 trata de sistemas de gestão de IA como algo que uma organização opera e não como algo que um consultor recomenda. As duas são úteis justamente porque partem do princípio de que alguém vai ter de rodar o resultado.
O que precisa estar no contrato na passagem de bastão?
Três coisas faltam rotineiramente em um contrato que cobre consultoria e implementação de IA, e todas as três custam dinheiro depois e não agora.
- Uma definição de pronto que um terceiro consiga testar. Isso quer dizer um número e um método, não "acurácia melhorada". Se um engenheiro de fora não conseguir rodar o teste e obter um sim ou um não, a cláusula é enfeite.
- Dono nomeado dos dados de treinamento e da rotulagem. Essa é a causa isolada mais comum de uma implementação travar na terceira semana, e ela trava porque as duas partes supuseram que a outra cuidava disso.
- Uma lista do que fica com o comprador no fim. Os pesos do modelo, o código do pipeline, os modelos de prompt, o conjunto de avaliação. Nomeie cada item, porque "as entregas" já foi lido das duas maneiras na frente de advogados.
A questão de o que você de fato possui quando um contrato termina está muito menos pacificada em trabalho de IA do que em software convencional, e uma passagem de bastão entre dois fornecedores é o pior lugar possível para descobrir isso.
A metade de gestão de mudança que é cortada primeiro
Uma implementação que funciona tecnicamente e não é usada é o desfecho mais caro disponível, e é comum o bastante para que as buscas de cauda longa que chegam a este site perguntem sobre ela diretamente. Alguém tem de retreinar as pessoas cujo trabalho o sistema muda, reescrever o procedimento que ele substitui e assumir a decisão sobre o que acontece quando o modelo e uma pessoa discordam. As consultorias colocam esse trabalho no escopo. As empresas que constroem em geral não, porque não é engenharia. Isso cai na mesma costura, e é a primeira linha cortada quando um programa estoura.
A MIT Sloan Management Review publicou bastante material sobre por que a adoção organizacional, e não a qualidade do modelo, decide se esses programas devolvem alguma coisa, e o Project Management Institute mantém o corpo padrão de prática sobre a disciplina em si. Nenhum dos dois é específico de IA, e esse é justamente o ponto: a parte de um programa de IA com maior chance de falhar é a parte que não trata de IA.
Preciso de um fornecedor separado para gestão de mudança?
Raramente, para um único sistema. O trabalho é real, mas é pequeno o bastante para pertencer a uma pessoa nomeada dentro da sua própria organização, e um dono interno tem uma autoridade que um externo não tem. Para um programa que toca vários departamentos ao mesmo tempo, isso se torna uma frente de trabalho de verdade, e nessa escala a consultoria costuma ser o lugar certo para comprar esse serviço, porque já entende o modelo operacional que está mudando.
Como montar a lista curta
Trabalhe de trás para frente, a partir de qual das duas metades está faltando, porque é isso que decide se você está comprando consultoria e implementação de IA juntas ou apenas uma delas.
- Visão clara do problema, nenhuma capacidade de engenharia. Você quer as 108 empresas que constroem e não aconselham, e quer uma especificação escrita antes da primeira conversa.
- Capacidade de engenharia, nenhum acordo interno sobre o que construir. Você quer o lado consultivo. Comprar construção agora é prematuro e o time de engenharia vai dizer isso no segundo mês.
- Nenhuma das duas. As 59 empresas que carregam as duas categorias são o único grupo que merece uma primeira conversa, e um fornecedor único é a estrutura certa para um primeiro sistema.
Geografia importa menos do que já importou, mas não importa zero. O diretório cobre 125 cidades diferentes, e para uma implementação que envolve acesso a dados no local ou sistemas regulados, fuso horário e viagem são restrições reais. Filtrar por cidade é razoável nesse ponto: Denver, Chicago e Boston têm, cada uma, uma mistura diferente de capacidade consultiva e de construção. Os casos em que a localização importa de verdade são mais estreitos do que a maioria dos compradores supõe.
Qual é a melhor pergunta para fazer na primeira conversa?
Peça à empresa que descreva o último trabalho em que a própria recomendação dela se mostrou errada, e o que ela fez a respeito. Uma consultoria que nunca errou nunca esteve em produção. Uma empresa que constrói e tem uma boa resposta vai descrever uma aposta técnica específica que falhou e o custo de desfazê-la, o que diz a você que ela entrega e que é honesta sobre quanto entregar custa. Uma empresa que não consegue contar a história ou não fez o trabalho ou não quer falar dele, e as duas coisas são respostas.
Como esse mercado é por baixo
A divisão não é um defeito do mercado. Conselho e entrega são negócios genuinamente distintos, com estruturas de custo diferentes, margens diferentes e contratações diferentes, e as empresas se especializam por razões comerciais sólidas. O defeito é que a linguagem desabou: "consultoria e implementação de IA" está escrito no site de empresas que fazem apenas uma das duas coisas, e os compradores razoavelmente leem isso como uma promessa de escopo.
Então trate a expressão como pergunta e não como descrição. As empresas que fazem as duas coisas vão receber bem a pergunta, porque é assim que elas se diferenciam. As que fazem uma só vão dizer qual, e essa resposta vale mais do que o folheto que ela contradiz. A questão mais ampla, se você precisa de uma consultoria, muitas vezes é o melhor ponto de partida, e às vezes a resposta é uma pessoa experiente e os seus próprios engenheiros.
Para a metade técnica, a forma do trabalho tem literatura própria. Como o desenvolvimento de software com IA se diferencia da entrega convencional é a parte que mais surpreende quem já encomendou software antes, e o OECD AI Policy Observatory acompanha as condições de política e regulação que cada vez mais definem o que uma implementação tem permissão para fazer.
Dois padrões de falha para reconhecer cedo
O primeiro é o roteiro órfão: um documento de estratégia competente, aprovado, orçado e depois nunca construído, porque a cotação da construção chegou em três vezes o valor que o roteiro supunha e o programa foi reaberto como exercício de planejamento sem data de fim. O sinal é um roteiro escrito sem nenhum engenheiro na sala.
O segundo é a construção sem especificação: uma empresa de engenharia capaz, seis semanas dentro de um trabalho contra um briefing que nunca definiu o que era pronto, descobrindo que as partes interessadas discordam sobre para que serve o sistema. O sinal é uma reunião de abertura em que as próprias pessoas do comprador descrevem resultados diferentes. Nenhum dos dois padrões é causado por um fornecedor ruim, e é por isso que comprar um fornecedor melhor não resolve nenhum deles.
Começando de onde você está
Se o roteiro já existe e nada foi construído, a lacuna é uma especificação e um parceiro de construção, nessa ordem. Se não há roteiro e o orçamento está aprovado, a lacuna é uma avaliação curta com o lado da construção presente. Se um fornecedor mandou uma proposta usando a expressão de que trata este artigo, o próximo passo útil é perguntar qual das quatro linhas da tabela acima ela descreve, e obter a resposta por escrito antes da primeira fatura.
Você pode nos contar o que está tentando construir e ver as empresas deste diretório cujas categorias publicadas cobrem as duas metades do trabalho ou, se você dirige uma agência que realmente faz as duas, cadastre a sua listagem aqui para que compradores filtrando por essa combinação encontrem você. Ler em que consiste uma construção sob medida e o que envolve um trabalho de integração é uma maneira razoável de afinar a especificação antes que qualquer parte dela custe dinheiro.