Agent-native article available: O software que sobrevive à onda de IA não é o mais barato, mas o mais difícil de abandonarAgent-native article JSON available: O software que sobrevive à onda de IA não é o mais barato, mas o mais difícil de abandonar
O software que sobrevive à onda de IA não é o mais barato, mas o mais difícil de abandonar

O software que sobrevive à onda de IA não é o mais barato, mas o mais difícil de abandonar

Há um experimento mental que vale a pena fazer antes de falar em estratégia de produto: pegue seu stack de software e faça uma pergunta sobre cada ferramenta. Se ela desaparecer amanhã, quanto tempo levaria para substituí-la com um agente de IA bem treinado? Se a resposta for 'uma tarde', o produto vive em terreno frágil.

Tomás RiveraTomás Rivera29 de agosto de 20268 min
Compartilhar

O software que sobrevive à onda de IA não é o mais barato, mas o mais difícil de abandonar

Há um experimento mental que vale a pena fazer antes de falar sobre estratégia de produto: pegue seu stack de software e faça uma pergunta sobre cada ferramenta. Se ela desaparecer amanhã, quanto tempo levaria para substituí-la por um agente de IA bem instruído? Se a resposta for "uma tarde", o produto vive em terreno frágil. Se a resposta for "meses de migração, validação regulatória e reconstrução de histórico", esse produto tem algo que vale mais do que sua interface.

Esse experimento está deixando de ser hipotético. Nos primeiros meses de 2026, empresas de todos os tamanhos começaram a executá-lo de verdade, e os resultados estão redesenhando que parte do mercado de software tem futuro e qual simplesmente não consegue justificar seu preço quando um modelo de linguagem bem configurado faz o mesmo por uma fração do custo.

O fenômeno tem nome: alguns o chamam de "SaaSpocalipse". O termo é chamativo, mas o diagnóstico por trás dele não é apocalíptico — é cirúrgico. Não é o software como categoria que está morrendo. Está morrendo uma camada específica do software: a mais cara de construir em termos de marketing e a mais fácil de substituir em termos de função. O que permanece de pé é o que sempre foi verdadeiramente difícil de construir: dados que se acumulam, fluxos de trabalho que não podem ser desconectados sem consequências, e conhecimento operacional que nenhum modelo consegue inferir do zero.

A economia que mudou de uma vez

Para entender a magnitude do movimento, ajuda colocar números sobre a mesa. Em fevereiro de 2026, o setor SaaS perdeu o equivalente a 300 bilhões de dólares em capitalização de mercado em um único pregão. Meses depois, uma publicação da Forbes descrevia como o setor havia apagado cerca de um trilhão de dólares em valor antes de se estabilizar com uma recuperação parcial de 13%. Esse rebote não foi um sinal de que o problema estava resolvido. Foi um sinal de que os mercados começaram a distinguir entre o software que tem fosso e o que não tem.

O mecanismo de pressão vem de duas frentes simultâneas. Por um lado, os agentes de IA maduros conseguem hoje executar fluxos de trabalho complexos que antes exigiam licenças de software especializado. Por outro, as ferramentas de desenvolvimento assistido por IA reduziram o custo de construção de software personalizado a um ponto que torna viáveis alternativas que antes eram economicamente absurdas.

Uma empresa imobiliária de médio porte substituiu um contrato de CRM empresarial de seis dígitos anuais por uma aplicação construída com ferramentas de IA. O sistema de substituição custa cerca de 300 dólares mensais de manutenção, o que representa uma economia próxima a 100.000 dólares por ano. Uma startup de 45 pessoas chamada Atonom fez um movimento equivalente: abandonou um contrato do Salesforce avaliado em 40.000 dólares anuais e migrou para um CRM próprio que deve custar cerca de 1.200 dólares por ano. Não são experimentos marginais. Uma pesquisa da Retool com 817 equipes de produto descobriu que 35% já havia substituído pelo menos uma ferramenta SaaS por uma construção interna, e 78% declarou intenção de construir mais ferramentas próprias ao longo de 2026.

O que esses números revelam não é o colapso do modelo SaaS. Revelam o colapso do software que nunca teve mais defesa do que seu preço de aquisição original e a inércia do cliente. Quando essa inércia cede, o produto fica exposto.

Onde vive o fosso que um agente não consegue cruzar

A lógica do que sobrevive e do que não sobrevive tem uma estrutura bastante clara quando se olha pela perspectiva da disposição real de pagar versus a disposição de migrar.

Os dados proprietários acumulados são o ativo mais difícil de replicar. Um modelo de linguagem pode gerar formulários de conformidade, redigir contratos ou analisar tendências de mercado. O que ele não pode fazer é gerar cinco anos de histórico de aprovações regulatórias cruzadas com assinaturas departamentais e versões auditadas de documentos clínicos. Esse histórico existe em um único lugar: a plataforma que o capturou. Quando uma empresa farmacêutica precisa demonstrar rastreabilidade perante um regulador, o software que possui esses registros não é intercambiável por nada que seja construído em uma tarde com IA. O custo de migração não é apenas técnico; inclui revalidação, risco de conformidade e responsabilidade legal. Ninguém assina isso voluntariamente.

Este é o padrão que a Bain & Company articulou em sua pesquisa de 2026: os produtos que sobrevivem são os que "capturam decisões e resultados de cada execução para construir um fosso durável de dados de execução que se compõe com o tempo". A ideia não é nova em teoria, mas poucas empresas a construíram conscientemente. A maioria assumiu que o valor estava na interface ou na função, e isso é exatamente o que os agentes de IA atacam primeiro.

A profundidade de integração nos fluxos de trabalho operacionais define o custo de saída. Há uma diferença estrutural entre um software que realiza uma tarefa e um software que está integrado à forma como uma organização toma decisões. O primeiro compete em preço e conveniência; o segundo compete em risco de interrupção. Quando uma ferramenta está embutida no processo de aprovação de crédito, na cadeia de decisões de compras, ou no sistema de acompanhamento de qualidade de manufatura, substituí-la não é uma decisão de software. É uma decisão de redesenho operacional que envolve múltiplas equipes, auditorias e meses de testes paralelos.

Os investidores em software já estão processando isso. A análise da Harvard Business Review publicada em maio de 2026 apontava uma brecha crescente entre as ferramentas baseadas em regras — mais vulneráveis à construção interna assistida por IA — e as plataformas com dados proprietários e alta integração de fluxos de trabalho, que demonstram maior resiliência diante da pressão competitiva.

A responsabilidade humana não é overhead; é o último anteparo. Quando um agente de IA comete um erro em um processo crítico, o cliente não vai buscar outro agente. Vai buscar alguém que possa assumir a responsabilidade pelo problema, conhecer o contexto específico da conta e repará-lo. Isso exige pessoas que não apenas saibam operar a ferramenta, mas que entendam o negócio do cliente o suficiente para distinguir um erro trivial de um que escala. As equipes que aprenderam a usar IA para automatizar 90% do volume rotineiro podem destinar suas pessoas para os 10% restantes, que é precisamente onde o cliente forma sua opinião sobre se o fornecedor merece continuar ou não.

Como ler a diferença entre um fosso real e um suposto

O erro mais frequente que vejo em equipes de produto não é não ter dados proprietários. É assumir que os têm quando, na realidade, possuem dados que são proprietários na forma, mas genéricos no conteúdo.

Há um teste prático que se mostra útil: pegar o núcleo de funcionalidade do produto e pedir a um desenvolvedor competente com acesso a ferramentas de IA que o reproduza em uma semana. O que ele conseguir reproduzir não é o fosso — independentemente do tempo que tenha custado construí-lo originalmente. O que ele não conseguir reproduzir, seja porque depende de dados acumulados historicamente, de integrações com sistemas proprietários de terceiros, de lógica regulatória específica da indústria ou de conhecimento tácito dos usuários, isso é o que define o perímetro defensável.

A Bain argumenta que as empresas que quiserem capturar o que chama de "próximo mercado de 100 bilhões de dólares" em IA agente precisam tomar decisões explícitas sobre quais dados desejam possuir, quais fluxos de trabalho querem instrumentar para capturar esses dados, e se devem construir essas capacidades, adquiri-las ou estabelecer parcerias para obtê-las. A pergunta não é se o produto atual usa IA. A pergunta é se o produto atual se torna mais valioso cada vez que um cliente o utiliza, ou se simplesmente processa uma transação e a esquece.

A Deloitte acrescenta outra dimensão à análise: as empresas também precisam decidir se vão apostar em um ecossistema de agentes específico, construir uma camada de orquestração neutra ou adotar um modelo federado. Essa decisão tem consequências sobre onde fica o controle dos dados de execução e, portanto, sobre quem acumula o fosso com o tempo.

O software sem história não tem preço

Há algo que as empresas que estão sobrevivendo bem a este ciclo têm em comum, e não é ter adotado IA antes de seus concorrentes. É ter construído produtos onde a acumulação de uso gera algo que não existia antes desse uso.

Um sistema de gestão de ensaios clínicos que leva cinco anos capturando versões de documentos, assinaturas cruzadas e aprovações regulatórias não é valioso porque sua interface seja melhor que a do ChatGPT. É valioso porque contém uma história que não pode ser reconstruída de fora e que tem valor legal e regulatório concreto. Um CRM que processou dez anos de interações com clientes industriais de nicho — com todos os padrões de comportamento, histórico de negociação e dados de pós-venda integrados — não compete em preço com uma ferramenta construída em uma semana. Compete no custo de perder esse histórico.

Os modelos de linguagem são probabilísticos: geram respostas plausíveis baseadas em padrões estatísticos. Os dados proprietários acumulados são determinísticos: contêm o registro do que ocorreu. Essa distinção não é filosófica. Tem consequências diretas sobre quem pode auditar um processo, quem pode demonstrar conformidade perante um regulador e quem pode reconstruir uma decisão tomada há três anos.

O mercado de software não está colapsando. Está diferenciando com uma precisão que antes não era possível porque o custo de construir alternativas era suficientemente alto para manter de pé produtos que não tinham fosso. Esse custo já não existe da mesma forma. O que resta após essa diferenciação é o que sempre valeu a pena construir: sistemas que sabem mais a cada ano que passa, que estão embutidos em decisões que importam e que têm um humano responsável quando algo dá errado. O software que não consegue demonstrar ao menos uma dessas três coisas enfrenta uma pressão de preço que não vai ceder.

Compartilhar

Você também pode gostar