Comprar ou construir na era da IA e a vantagem que não se compra

Durante décadas, a pergunta "compramos ou construímos?" foi tratada como uma conta de custo e prazo. Quanto sai desenvolver, quanto sai licenciar, quanto tempo cada caminho leva. Com a inteligência artificial, essa conta ficou pequena para o tamanho da decisão.

A IA derrubou o custo de escrever software e, ao mesmo tempo, multiplicou o custo de mantê-lo relevante. Modelos mudam a cada trimestre, fornecedores nascem e somem em meses, e o que hoje parece diferencial amanhã vira recurso padrão de qualquer plataforma.

Nesse cenário, a pergunta certa para um CIO deixou de ser "o que é mais barato" e passou a ser outra, bem mais difícil. Onde está a vantagem que a minha empresa não consegue comprar?

Por que a regra antiga quebrou?

A lógica tradicional era simples. Construía-se quando o mercado não oferecia a solução e comprava-se quando oferecia. Ela pressupunha um mundo estável, em que o software, uma vez entregue, envelhecia devagar.

A IA rompeu esse pressuposto de três formas:

Primeiro, construir ficou enganosamente fácil. Com assistentes de código e modelos acessíveis por API, um time pequeno coloca um protótipo de pé em semanas, e o protótipo convence a diretoria antes de provar valor.

Segundo, o custo de verdade migrou para depois da entrega. Avaliar respostas, monitorar desvios, atualizar modelos, proteger dados e governar agentes é um trabalho que não termina nunca.

Terceiro, o mercado se move mais rápido que qualquer roadmap interno, e uma capacidade construída com esforço pode virar funcionalidade gratuita do fornecedor no trimestre seguinte.

O resultado é uma armadilha conhecida de quem já ocupou a cadeira de CIO. O piloto brilha na demonstração e morre no caminho para a produção.

O que o mercado já percebeu?

Quem acompanha de perto as iniciativas de IA nas grandes empresas vê o mesmo padrão se repetir. A maior parte dos pilotos não chega a gerar impacto mensurável no resultado, e o modelo de adoção pesa mais do que a tecnologia escolhida.

Projetos feitos com fornecedores especializados, ou em parceria com eles, chegam à produção com mais frequência do que as construções puramente internas. E em quase toda empresa existe um time tentando construir a própria ferramenta, muitas vezes para um problema que o mercado já resolveu.

Vivi isso de perto mais de uma vez. Projetos internos que levaram meses para ficar prontos encontraram, no dia do lançamento, um mercado que já oferecia algo melhor, mais barato e com evolução garantida. O esforço não foi perdido por falta de competência do time, e sim porque a pergunta certa não tinha sido feita no começo.

O mercado percebeu e reagiu rápido. Em pouco tempo, a balança das empresas migrou de forma clara de construir para comprar, num movimento que acompanhou a explosão dos investimentos em IA.

Há uma ressalva honesta a fazer. Os times internos costumam herdar os problemas mais difíceis, e isso explica parte da diferença. Ainda assim, a conclusão para o líder de tecnologia se mantém. Construir por padrão deixou de ser uma postura defensável.

Um critério em três perguntas

Existe um princípio antigo que ajuda a decidir. Quanto mais um recurso só tem valor dentro da sua empresa, mais faz sentido controlá-lo. E quanto mais uma solução já virou padrão de mercado, menos sentido faz reinventá-la. Vale construir enquanto o mercado ainda não resolve bem o seu problema, e vale comprar quando ele já resolve.

Traduzindo para IA, eu levo três perguntas para o comitê antes de aprovar qualquer iniciativa:

• Isso diferencia o meu negócio aos olhos do cliente? Se a resposta for não, compre. Atendimento genérico, produtividade e transcrição já são commodities.
• O valor depende de dados e processos que só nós temos? Se o diferencial está no contexto proprietário, e não no modelo, esse contexto precisa ficar sob o seu controle.
• Isso vai continuar sendo diferencial daqui a 18 meses? Se o mercado tende a oferecer a mesma capacidade em breve, construir é comprar obsolescência com orçamento próprio.

Quando as três respostas apontam para o mesmo lado, a decisão é fácil. O trabalho do CIO está nos casos mistos, que são a maioria.

A terceira via é compor

Na prática, as empresas que extraem valor da IA não escolhem um lado. Elas compõem. Compram a base, ou seja, o modelo, a plataforma e a infraestrutura, e constroem a última milha, onde moram os seus dados, as suas regras de negócio e a sua forma de atender.

Vivi essa escolha de perto. Ao liderar a tecnologia de uma rede com mais de 600 unidades, decidimos construir o ERP que roda nas lojas, porque ali estava o coração da operação e nenhum produto de mercado entendia o nosso modelo. Para todo o resto, de ferramentas de produtividade a serviços como assinatura eletrônica, compramos.

Com IA, o raciocínio é o mesmo, só que mais acelerado. O modelo é comprado, mas o contexto, a integração com os processos e a governança sobre o que os agentes podem decidir são construídos e protegidos.

Duas regras sustentam essa composição. A primeira é evitar o aprisionamento. Uma arquitetura com camada de orquestração própria permite trocar o modelo ou o fornecedor sem reescrever o negócio. A segunda é tratar o que foi construído como produto, com dono, métricas e orçamento de manutenção. Construção sem dono vira passivo.

Quando comprar é o erro

Comprar tudo também tem um preço, e ele costuma aparecer tarde demais. O primeiro risco é a dependência. Quando o coração de um processo roda numa ferramenta de terceiros, o roadmap da sua empresa passa a ser o roadmap do fornecedor, e cada mudança de preço ou de rumo vira um problema seu.

O segundo é o dado. Ao comprar soluções de IA, a empresa muitas vezes entrega seu contexto mais valioso, como clientes, contratos e conhecimento operacional, para alimentar um produto que também atende os concorrentes.

O terceiro é o custo em escala. Muitas soluções cobram por usuário, por unidade ou por uso, e o que parece barato no piloto pode virar uma das maiores linhas do orçamento quando chega a toda a operação. Numa rede com centenas de unidades, uma assinatura multiplicada por loja, ano após ano, costuma custar muito mais do que construir.

Esse ponto merece atenção especial, porque a IA mudou a conta. Construir ficou mais barato, e muitas necessidades são estáveis. Isso não contradiz o alerta do início. O protótipo continua fácil e o custo verdadeiro continua morando depois da entrega, na manutenção e na evolução. A diferença é que, num processo que não muda de regra a cada trimestre, esse custo de manter fica baixo, e a evolução contínua que justificaria uma assinatura cara simplesmente não é necessária.

Nesses casos, pagar indefinidamente por funcionalidades que a empresa nem usa é transferir margem para o fornecedor. A comparação que importa coloca, de um lado, o custo total de construir e manter a solução por três a cinco anos e, do outro, a soma de todas as mensalidades e reajustes no mesmo período. Quando a necessidade é estável e a escala é grande, construir costuma vencer com tranquilidade.

O quarto e o mais silencioso, é a perda de aprendizado. Uma empresa que terceiriza toda a sua inteligência deixa de entender como ela funciona. Quando a IA passar a ocupar o centro do negócio, essa empresa não terá ninguém capaz de construir o próximo passo.

Por isso, mesmo comprando a maior parte, vale manter um núcleo interno pequeno e muito qualificado, que entende os modelos, avalia fornecedores com rigor e sabe construir quando a vantagem estiver em jogo.

O que fica para o líder de tecnologia

O novo build vs buy é antes de tudo, uma decisão de estratégia. Comprar rápido o que é commodity libera orçamento e talento para construir, com profundidade, o pouco que realmente diferencia. O erro mais caro da era da IA está menos no fornecedor errado e mais em gastar os melhores engenheiros da empresa reinventando o que o mercado entrega pronto, enquanto o verdadeiro diferencial espera no backlog.