Trinta e dois por cento das organizações decidiram não comprar pelo menos um produto ou funcionalidade de software porque conseguiam construí-lo internamente com ferramentas de codificação agênticas (McKinsey, 2026). Não é uma previsão sobre compras. Já aconteceu, dentro do último ciclo orçamental.
A linha build-vs-buy moveu-se, e moveu-se em silêncio — nenhum fornecedor o anunciou, ninguém levou um business case à administração. Alguém abriu um e-mail de renovação, olhou para o preço, olhou para um agente de codificação e recusou.
Eis a parte que devia travar um Head of Operations antes de fecharem as renovações do Q4. No mesmo estudo, as organizações mais avançadas nessa substituição — os AI high performers da McKinsey, dos quais quase metade evitou uma compra desta forma contra 31 por cento de todos os outros — reportam estar limitadas por custos no uso de agentes de codificação cerca de três vezes mais frequentemente do que os restantes inquiridos (McKinsey, 2026). A coorte com mais experiência em construir em vez de comprar é a coorte que encontrou o tecto primeiro.
Essa ordem importa mais do que o número do título.
O que o estudo diz realmente
O décimo State of AI anual da McKinsey foi publicado a 25 de agosto de 2026, com recolha de 4 de maio a 8 de junho, 1.719 inquiridos em 97 países, ponderados pelo contributo de cada país para o PIB global. Trinta e seis por cento dos inquiridos trabalham em organizações acima de mil milhões de dólares de receita anual.
Uma ressalva a instalar já, porque determina se algo disto se aplica a si: a McKinsey corta os dados por receita, não por número de colaboradores. "Organizações mais pequenas" neste estudo significa abaixo de mil milhões de dólares de receita, o que inclui empresas bem fora da faixa dos 50–500 FTE. Leia a direcção dos resultados; não projecte neles o seu próprio organigrama.
Dito isto, três resultados encaixam.
A substituição é real e concentrada. Trinta e dois por cento no total, mais frequente em tecnologia e saúde, depois em serviços profissionais e energia e materiais. Quase metade entre os high performers.
O tecto é real e cai sobre as mesmas ferramentas. Cerca de 20 por cento de todos os inquiridos dizem que os custos operacionais ligados à IA, incluindo custos de tokens, limitaram o seu uso de IA. Para agentes de codificação em concreto, os high performers batem nessa limitação cerca de três vezes mais do que os outros — e não estão desproporcionadamente limitados nos custos de outros tipos de ferramentas. O atrito é específico daquilo para onde substituíram.
A capacidade não está distribuída de forma uniforme. As organizações acima de mil milhões de dólares de receita passaram de 27 por cento para 40 por cento a escalar agentes de IA em pelo menos uma função, ano após ano. As organizações mais pequenas ficaram essencialmente planas nos 22 por cento. Cerca de dois em cada dez inquiridos no total dizem ter escalado agentes de codificação, subindo para 31 por cento nas grandes empresas.
Ou seja, as empresas mais bem posicionadas para substituir software por agentes são também as que já estão a pagar o privilégio. E as empresas mais tentadas pela aritmética — aquelas a quem a factura SaaS mais dói — são as que menos provavelmente escalaram um agente.
Porque é que a troca parece barata em setembro
A atracção não é imaginária e não é ruído de fornecedor. Os preços do software sobem mais depressa do que quase tudo o resto na sua demonstração de resultados.
O índice da Vertice colocou a inflação SaaS em 12,1 por cento em abril de 2026, 14,2 por cento em maio e 16,4 por cento em junho — um novo recorde, acima do pico anterior de 14,7 por cento de novembro de 2025, e a aceleração a dois meses mais rápida que alguma vez registaram (Vertice, 2026). A Vertice coloca isso em quase cinco vezes a taxa geral de inflação. O mesmo índice assinala ainda shrinkflation a correr em paralelo: preços de tabela a subir enquanto o acesso a funcionalidades no mesmo escalão se estreita em silêncio.
Sente-se numa reunião de renovação com esse número e um agente de codificação a funcionar, e a troca parece óbvia. Um aumento de 16 por cento numa ferramenta usada por três pessoas, contra um desenvolvimento que poderia entregar em quinze dias.
O problema é que a comparação que está a ser feita não é a comparação que está a ser comprada.
O que se transfere realmente numa troca de comprar para construir
Um contrato SaaS é um passivo fixo, suportado, mantido externamente, com data de renovação conhecida. O que o substitui são três coisas distintas, e só uma aparece no business case.
Uma factura de tokens variável. A licença era previsível; a inferência é medida e escala com o uso, as repetições e o que quer que um agente decida ler. É exactamente a rubrica contra a qual os high performers da McKinsey dizem embater.
Um responsável interno permanente pela manutenção. Não quem o construiu. Quem o segura em 2028, quando a API que invoca mudar e o único engenheiro que a entendia tiver saído.
As características de manutenibilidade do código escrito por agentes, mensuravelmente piores do que as do código que substitui.
O responsável pela manutenção que ninguém nomeia
O estudo Maintainability Gap da GitClear analisou 623 milhões de alterações de código entre 2023 e 2026 e encontrou os sinais de qualidade a mover-se todos na direcção errada ao mesmo tempo: duplicação de blocos de código mais 81 por cento, copiar/colar dentro do mesmo commit mais 41 por cento, construções que mascaram erros mais 47 por cento, churn a duas semanas mais 15 por cento — enquanto as linhas movidas por refactorização caíram 70 por cento, as chamadas de função entre ficheiros (o sinal de reutilização) 35 por cento, e a manutenção de código legado de longo prazo 74 por cento face aos níveis de 2022 (GitClear, 2026).
A expressão deles para o resultado é a útil: componentes em V1 perpétua. Código que entra em produção e nunca é consolidado, porque ninguém refactoriza aquilo que um agente consegue regenerar.
O programa DORA da Google chega ao mesmo sítio por outro caminho. Entre cerca de 5.000 inquiridos, a adopção de IA entre programadores subiu de 76 por cento para 90 por cento, e o débito de entrega assistido por IA voltou a neutro ou melhor — mas a instabilidade de entrega persistiu como custo da adopção, e a leitura que a DORA faz da IA é a de um amplificador do sistema organizacional em que aterra (DORA, 2025). A edição do ano anterior tinha medido uma queda de 7,2 por cento na estabilidade de entrega por cada aumento de 25 por cento na adopção de IA (TechTarget, 2025).
Amplificador é a palavra a reter. Uma empresa de 300 FTE com um único programador interno sobrecarregado e sem pipeline de deployment não adquire a disciplina de um fornecedor de software ao gerar um substituto do produto desse fornecedor. Adquire a sua própria disciplina, mais depressa.
A coorte mais avançada encontrou o tecto primeiro
Quase todas as discussões sobre tecnologia giram em torno de se os cépticos terão razão mais tarde. Esta já correu a experiência, e o resultado está no mesmo conjunto de dados que o entusiasmo.
As organizações que substituíram de forma mais agressiva são as que hoje reportam limitações de custo em agentes de codificação três vezes mais frequentemente do que todas as outras (McKinsey, 2026). Não limitações de custo em geral — essas reportam-nas a taxas normais. Especificamente na classe de ferramentas para onde mudaram.
É assim que um tecto se parece quando é descoberto por dentro. Substitui uma rubrica fixa por uma variável, o uso cresce porque a coisa é útil, e a rubrica variável deixa de ser menor do que aquela que cancelou.
Para um operador do mid-market a inferência não é "não construa". É que a curva de custos que lhe mostram no momento da decisão é o primeiro mês dela.
O contra-argumento honesto
Três limites, ditos com clareza.
Dados de inquérito auto-reportados não são uma auditoria. Os números da McKinsey são o que os inquiridos dizem sobre as suas próprias organizações. Ninguém reconciliou o desenvolvimento interno declarado com um livro-razão, e "decidiu não comprar" inclui decisões que nunca iriam fechar de qualquer forma.
Construir ganha genuinamente num conjunto definível de casos. Onde o fluxo de trabalho é específico da sua empresa, onde nenhum fornecedor encaixa sem configuração pesada, onde a coisa é pequena e estável e lê de sistemas que já possui — construir sempre foi defensável, e os agentes baixam o limiar a partir do qual passa a sê-lo. Os 32 por cento não são uniformemente um erro.
Um ano de dados de qualidade não é um veredicto sobre uma década. A GitClear mede como é hoje a autoria de código assistida por IA, enquanto ferramentas e práticas são ambas imaturas. Esses sinais podem melhorar. Ainda não o fizeram.
O que nada disto altera: a troca converte o problema de balanço de um fornecedor no seu. É uma transferência, não uma poupança, a menos que coloque preço na transferência.
Que renovações tornam a troca defensável
Quatro movimentos antes do fecho do Q4. Nenhum exige um novo fornecedor, e nenhum exige abandonar o caso de construir.
- Calcule a rubrica de tokens a doze meses de uso crescido, não ao volume do piloto. Se o substituto só é mais barato ao volume de chamadas de hoje, não encontrou uma poupança — encontrou um desfasamento. Modele a três vezes o uso actual e veja se a decisão aguenta.
- Nomeie o responsável pela manutenção antes de cancelar o contrato. Um nome, uma percentagem do tempo dessa pessoa, e um sucessor. Se ninguém puser um número, o desenvolvimento está a ser financiado por capacidade não alocada, ou seja, pelos serões de alguém.
- Ordene as renovações por quem absorve a avaria. Tudo o que toque em salários, compliance, facturação ao cliente ou dados regulados mantém um fornecedor com SLA e indemnização. Reporting interno, cola entre sistemas que já possui e ferramentas de fluxo de uma única equipa: é aí que o caso de construir é honesto.
- Trate uma proposta de renovação a 16 por cento como sinal de negociação, não como veredicto. Inflação SaaS a quase cinco vezes a inflação geral significa que o aumento proposto é conduzido pelo mercado e frequentemente negociável. Fazer benchmark de uma renovação custa menos do que possuir uma base de código, e pode fazê-lo este mês.
Uma licença que cancela é um custo que deixa de pagar. Um sistema que constrói é um custo que passa a possuir — e as organizações mais avançadas nesse caminho estão a dizer-lhe, no mesmo estudo que tornou a troca atraente, exactamente onde ela deixa de ser barata.
Antes de sair a próxima renovação, pegue numa ferramenta na lista de cortes e escreva quem mantém o seu substituto em 2028. Se a linha ficar em branco, renove.
