7 pontos por GN⁺ 2025-12-16 | 1 comentários | Compartilhar no WhatsApp
  • Assim como, nos últimos 15 anos, o software dominou setores inteiros da indústria, agora agentes de IA começaram a substituir o mercado de SaaS
  • Desenvolvedores estão deixando de lado ferramentas SaaS genéricas e usando agentes para criar diretamente ferramentas internas sob medida
  • Com essa mudança, cresce o ceticismo em relação à renovação de contratos de SaaS e aos aumentos de preço, e as empresas passam a considerar o desenvolvimento próprio como uma alternativa realista
  • A carga de manutenção é reduzida pela capacidade de automação dos agentes, e o SaaS tradicional também já enfrenta problemas de manutenção, como mudanças de API
  • SaaS de backoffice simples, do tipo CRUD, é o grupo de maior risco, e organizações com capacidade técnica podem transformar essa mudança em vantagem competitiva

Ascensão dos agentes de IA que substituem o SaaS

  • Assim como o software dominou setores como varejo, mídia e finanças nos últimos 15 anos, surge agora uma tendência de agentes de IA substituírem o SaaS
    • A demanda por ferramentas SaaS está caindo, e tarefas simples podem ser resolvidas por agentes em poucos minutos
    • Usuários já não consideram mais ferramentas como Retool e passam a criar dashboards diretamente
  • Agentes como Gemini 3 e Claude Code também executam tarefas não relacionadas a desenvolvimento, como criação de mockups de UI/UX e apresentações
    • Por exemplo, o Claude Code converte Markdown em PDF e gera slides automaticamente
  • A resistência a aumentos de preço na renovação de contratos de SaaS corporativo está crescendo
    • Antes, desenvolver internamente era algo irrealista, mas agora isso está sendo avaliado como alternativa concreta
  • A complexidade dos produtos SaaS existe porque eles refletem as demandas de muitos clientes, mas ferramentas de uso interno podem ser simplificadas por atenderem a um único cliente
    • A organização pode controlar diretamente o roadmap

Objeções sobre manutenção e respostas

  • A principal objeção é: “quem vai fazer a manutenção do app criado internamente?”
    • Correções de bugs, patches de segurança e afins continuam sendo necessários, mas muitas vezes a qualidade de manutenção do SaaS também é baixa
  • Agentes reduzem drasticamente o custo de manutenção
    • Ex.: automatizam a substituição de bibliotecas que saíram de suporte
    • Com arquivos AGENTS.md, é possível automatizar a explicação da codebase e reduzir o problema de perda de conhecimento
  • O SaaS também carrega risco de manutenção
    • Ex.: casos em que a descontinuação de uma API e a migração para uma nova API exigiram grandes mudanças
  • Organizações com capacidade técnica estão reduzindo a dependência de SaaS e avaliando construir internamente
    • Ainda assim, para organizações não técnicas, uma substituição total continua difícil

Mudança na estrutura econômica do SaaS

  • O valor do SaaS se baseia na velocidade de crescimento dos clientes e em um alto NRR (retenção líquida de receita)
    • Com a queda na demanda de novos clientes, espera-se aumento nos custos de vendas e marketing
  • A queda do NRR é uma ameaça ainda maior
    • Clientes substituem parte das funcionalidades por ferramentas próprias ou puxam dados via API para dashboards internos
    • Como resultado, ocorre redução no número de licenças de usuários e evasão de upgrades
  • A estrutura de expansão com alta margem, que era central no modelo tradicional de SaaS, pode enfraquecer

Áreas de SaaS que continuam sólidas

  • Sistemas que exigem alta disponibilidade e alta confiabilidade (SLA) são difíceis de substituir
    • Ex.: processamento de pagamentos e infraestrutura crítica continuam favorecendo SaaS especializado como o Stripe
  • Serviços baseados em processamento de grandes volumes de dados ou efeitos de rede também são difíceis de substituir
    • Slack, data lakes em grande escala e afins são ineficientes para construir internamente
  • Empresas que possuem dados proprietários podem, ao contrário, fortalecer sua competitividade com o uso de agentes
    • Dados financeiros e de vendas, por exemplo, continuam tendo alto valor
  • Setores com exigências regulatórias e de compliance devem continuar dependentes de SaaS
  • Espera-se aumento na demanda por profissionais de SRE e DevOps para gerenciar apps internos
    • Algumas organizações podem até criar equipes dedicadas

Grupo de maior risco e fragmentação do mercado

  • SaaS de backoffice simples baseado em CRUD deve sofrer o maior impacto
    • Produtos que oferecem dashboards simples ou funções analíticas sobre dados do cliente
    • O cliente pode documentar isso por conta própria e reimplementar com agentes
  • O mercado de SaaS tende a se dividir entre empresas com capacidade técnica e empresas sem essa capacidade
    • As primeiras reduzem custos e fortalecem a competitividade ao construir internamente
    • As segundas ficam mais vulneráveis a aumentos de preço do SaaS
  • O SaaS não vai desaparecer, mas produtos sem diferenciação clara e sem conhecimento proprietário terão dificuldade para sobreviver
  • A velocidade com que os agentes vão evoluir até o ponto de gerenciar sistemas complexos continua sendo uma variável em aberto

1 comentários

 
GN⁺ 2025-12-16
Comentários do Hacker News
  • Sou CTO de uma empresa de SaaS especializada em um vertical específico do setor
    Nossos clientes não têm capacidade de criar suas próprias ferramentas, e a maioria dos “sistemas” deles é Excel
    Duas grandes empresas tentaram copiar nosso produto para uso interno; uma desistiu e, na outra, os usuários acharam “mais ou menos”. Nunca perdemos um cliente pagante por isso
    Usamos agentes de IA intensamente para acelerar o desenvolvimento, mas o gargalo continua sendo “saber o que construir”.
    O valor do produto está em inúmeras decisões de domínio que o usuário nem percebe. Esse tipo de insight não é algo que um desenvolvedor interno consegue copiar em um dia

    • Concordo com a ideia de que “saber o que construir é o gargalo”. Graças aos LLMs, muitos desenvolvedores agora estão sentindo isso na prática
    • O time comercial ouve com frequência “a gente pode fazer isso internamente” ou “é só jogar no LLM”
      Mas o cliente não paga por um wrapper de LLM, e sim pelos outros 99% da complexidade — tecnologia difícil, trabalho repetitivo, SLA e estrutura de suporte
    • Especialização de domínio + ciclo rápido de feedback são a chave para o sucesso em B2B SaaS
      Pegando como exemplo apps LOB no setor bancário, se você não troca feedback com o cliente todos os dias, fica para trás da concorrência
      Quando o cliente não consegue acompanhar o ritmo, às vezes um funcionário nosso vai temporariamente para a empresa dele trabalhar junto
    • Uma das graças do HN é que muitas vezes os comentários valem mais que o texto original
    • O valor real da IA está para o desenvolvedor solo ou indie hacker
      Agora ficou possível criar apps bem acabados sem processos de equipe nem restrições de orçamento
      Só que, em compensação, o mercado provavelmente vai ficar muito mais lotado e diverso
  • Sou fundador do SaaS de gestão de estoque de componentes eletrônicos PartsBox
    A IA me preocupa, mas continuo dormindo bem
    Preocupa-me que os clientes não entendam a profundidade do problema e tentem criar seu próprio app com IA, mas eles já fazem algo parecido com planilhas
    O realmente difícil não é programar, e sim modelar o domínio. É entender processos complexos do mundo real e equilibrar usabilidade com complexidade
    Mas mesmo criando bem esse tipo de modelo, uma cópia pode alcançar rápido

    • A “capacidade de entender e modelar o mundo” é uma parte que a IA não substitui com facilidade
      O conhecimento de domínio específico de cada setor geralmente fica trancado dentro das empresas e não entra nos dados de treinamento
      Por isso, desenvolvedores desses setores acabam estando em uma posição até mais estável
    • Estamos hospedando internamente uma alternativa open source chamada Inventree
      Usamos IA para modificar o backend e parte do frontend, e resolvemos problemas de workflow em dois dias
      Uma solução totalmente feita por IA é irrealista, mas colocar IA em cima de uma base open source pode gerar uma solução customizada de baixo custo
    • Há uma boa chance de a Microsoft mirar esse tipo de trabalho “quase automatizado” ao integrar IA ao Excel, Word, Access etc.
    • Também houve uma pergunta técnica — por que usar Clojure, e se a escolha em vez de Common Lisp teve relação com funcionalidades de SaaS
    • Alguém apontou que, se a IA virar uma assistente que opera a UI no lugar do usuário, o SaaS pode acabar reduzido a uma simples tool call
      Isso pode eliminar os canais de divulgação do SaaS e levar o produto à comoditização
  • Eu vejo, ao contrário, que a IA está aumentando explosivamente a demanda por soluções integradas sob medida
    Especialmente em setores como manufatura, que ficaram décadas sem mudar, o movimento começou agora
    Graças à IA, agora muito mais novo software se tornou possível, e muita coisa deve ser criada de forma explosiva nos próximos anos
    Ainda assim, conhecimento de domínio continua sendo importante, e para usar IA é preciso saber o que pedir
    A maioria dos clientes ainda está no nível de lidar com planilhas e ERP

    • A manufatura é conservadora em relação a mudanças, e a falta de confiabilidade da IA é um risco grande
      Por isso, a mudança tende a ser gradual ou só acontece quando a vantagem é muito clara
  • No começo dos anos 2000, grandes empresas criavam apps LOB com equipes internas de TI, mas depois o SaaS dominou o mercado por eficiência de custo
    Agora parece que estamos voltando para uma era de desenvolvimento interno

    • Mas também pode surgir um novo mercado de serviços terceirizados de SaaS sob medida usando IA
      Não seria necessário recontratar a antiga equipe interna de TI demitida
  • Não entendo a tese deste texto. Dizer que a IA vai substituir o SaaS só faz sentido quando a IA conseguir fazer o trabalho sozinha
    Mesmo que a IA gere código, ainda são necessários engenharia, segurança e operação. E isso é caro
    Pagar a assinatura de um SaaS continua sendo muito mais barato

    • É um argumento que entende mal a economia de escala
      Um app interno carrega 100% do custo de manutenção, enquanto no SaaS cada cliente arca com apenas 1/N disso conforme o número de clientes
      O que o código gerado por IA pode substituir são coisas que, para começo de conversa, já não valiam a pena virar SaaS
      Por exemplo, um produto como Retool é menos um SaaS e mais uma ferramenta já ultrapassada
    • Ainda assim, SaaS voltado para desenvolvedores pode ser uma exceção
      Por exemplo, se der para criar um dashboard em 5 minutos com Claude, será que faz sentido pagar por um SaaS?
  • Estou criando um construtor de apps internos como o UI Bakery
    Alguns clientes querem cancelar assinaturas de SaaS de mais de 100 mil dólares por ano
    Na maioria dos casos, o SaaS é mantido por causa de uma única funcionalidade
    Mas, ao migrar para uma ferramenta customizada, implantação e gestão do ciclo de vida viram um novo problema
    Por outro lado, SaaS com acesso exclusivo a dados próprios continua forte
    Por exemplo, a aquisição da Clearbit pela HubSpot faz muito sentido como estratégia de retenção de clientes

  • Estou desenvolvendo internamente um ERP sob medida para um setor específico
    Graças à IA, até uma equipe pequena consegue criar software customizado com rapidez
    Acho que entramos na era do “software boutique”
    A IA aumentou minha produtividade em pelo menos 4x.
    Se dá para fazer algo “bom o suficiente em duas semanas”, por que usar um SaaS caro?

    • Mas empresas que no passado adotaram desenvolvimento interno de ponta a ponta acabaram em um inferno de manutenção
      No começo é rápido, mas aos poucos vira um sistema frágil e complexo
      Quando se consideram equipe, operação, cobertura de férias etc., o custo total do desenvolvimento interno fica muito maior que o de um SaaS
    • Se a IA aumenta o volume de código produzido, também aumenta a carga de manutenção
      Segurança, infraestrutura e DevOps também precisam escalar
      SaaS tem efeitos de rede, ferramenta interna não. No fim, o SaaS sai mais barato
    • A IA melhorou um pouco a viabilidade econômica do desenvolvimento interno, mas ainda assim o objetivo do SaaS não é economizar custo
      A maioria das empresas continua preferindo consumir o serviço
    • ERP interno, por ser customizado, leva mais tempo em onboarding e manutenção
      Pedidos de novas funcionalidades nunca acabam, e agentes de IA são úteis em algumas tarefas (como desenho de modelos), mas erram muito em processos críticos do negócio
    • Também houve perguntas sobre a stack técnica e a abordagem adotada
  • Hoje em dia muitas empresas começaram a desconfiar das propostas de renovação de SaaS enterprise
    Mas dizer que “a IA vai substituir Workday ou Salesforce” é um pensamento quase mágico
    Na prática, o Claude Code não consegue entregar sistemas grandes desse tipo
    Quem já usou de verdade conhece esses limites

  • O texto do Jamin Ball, Clouded Judgement: Long Live Systems of Record, é muito mais realista

    • Esse é o ponto central. Manutenção de software é sofrida
      Ainda assim, pequenas empresas agora conseguem ganhar produtividade com scripts simples
    • Concordo. É uma visão bem mais precisa
    • Foi um ótimo texto
  • O valor do SaaS se baseia em crescimento rápido de clientes, NRR alto e margens de 80% a 90%
    Mas, quando entram os custos de tokens de IA, há uma boa chance de que essa estrutura de margem balance