Tese de Automação

Software comeu o trabalho. Agentes comeram o software.

Marc Andreessen disse que software está comendo o mundo. Ele estava certo. Mas perdeu o próximo ato: agentes estão comendo software. A era SaaS criou mais de 30.000 ferramentas. A era dos agentes colapsa todas em uma camada de orquestração.

ASR

Apollo Space Research

Apollo Space

· 13 min de leitura

A Manchete do Wall Street Journal Que Envelheceu Perfeitamente

Em 20 de agosto de 2011, Marc Andreessen publicou “Why Software Is Eating the World” no Wall Street Journal. Sua tese era simples e, como se verificou, correta: toda indústria seria disruptada por empresas de software. Borders cairia para Amazon. Blockbuster cairia para Netflix. Centrais de táxi cairiam para Uber.

O que Andreessen não previu foi que software eventualmente comeria a si mesmo.

Catorze anos depois, estamos nos afogando nas próprias ferramentas que deveriam nos libertar. A revolução do software teve tanto sucesso que criou um novo problema: existe demais. E a solução para software demais não é software melhor. São agentes que tornam software invisível.

A Explosão SaaS em Números

Vamos começar com os dados, porque a escala do que aconteceu é difícil de captar sem eles.

Em 2015, havia aproximadamente 5.000 produtos de tecnologia de marketing. Em 2024, o Marketing Technology Landscape do Scott Brinker contou mais de 14.000, apenas em marketing. Em todas as categorias, a Statista estima que existem agora mais de 30.000 produtos SaaS globalmente.

O SaaS Management Index 2024 da Productiv descobriu que a empresa mid-market média (500-2.500 funcionários) mantém 315 aplicações SaaS. A enterprise média (2.500+) mantém mais de 600. Mesmo empresas com menos de 50 pessoas têm em média 87 ferramentas, segundo o SaaS Management Report 2024 da Zylo.

Os gastos são impressionantes. O Gartner projetou que gastos globais com SaaS chegariam a $232 bilhões em 2024, acima de $167 bilhões em 2022. Para uma empresa mid-market, isso se traduz em média de $4,6 milhões por ano em assinaturas de software, segundo a Productiv.

Mas aqui está o número que mais importa: a Zylo descobriu que 51% das licenças SaaS ficam sem uso ou subutilizadas em qualquer mês. Metade. Imagine comprar 315 ferramentas e deixar 160 delas rodando sem ninguém no volante.

Isso não é falha de procurement. É uma falha estrutural.

Por Que SaaS Sprawl É um Problema de Arquitetura

Cada ferramenta SaaS faz a mesma promessa implícita: me adote e seu time será mais eficiente. E isoladamente, essa promessa geralmente é verdadeira. Slack genuinamente facilita mensagens. Jira genuinamente torna rastreamento de tarefas mais estruturado. Datadog genuinamente torna monitoramento mais visível.

O problema é que ganhos de eficiência isolados se tornam perdas de eficiência em combinação.

Cada ferramenta introduz seu próprio modelo de dados. Seu CRM pensa sobre o mundo em termos de contatos, contas e deals. Sua ferramenta de gestão de projetos pensa em termos de tarefas, sprints e milestones. Sua ferramenta de monitoramento pensa em termos de métricas, alertas e limiares. Sua ferramenta de comunicação pensa em termos de canais, threads e reações.

Nenhum desses modelos é compatível. Quando um deal fecha no seu CRM, essa informação precisa chegar à sua ferramenta de gestão de projetos (para iniciar onboarding), sua ferramenta financeira (para gerar fatura), sua ferramenta de comunicação (para notificar o time) e sua ferramenta de monitoramento (para configurar health checks). São quatro traduções, quatro pontos potenciais de falha, quatro lugares onde dados podem ficar desatualizados.

A indústria de integração, Zapier, Make, Workato, Tray.io, existe especificamente para preencher esses gaps. Só o Zapier facilita mais de 6 bilhões de tarefas por ano em mais de 7.000 integrações de apps. Mas integrações são fita adesiva. São frágeis, quebram silenciosamente e codificam lógica de negócio em lugares que ninguém pensa em olhar quando algo dá errado.

Uma pesquisa de 2024 da MuleSoft descobriu que 89% dos líderes de TI dizem que desafios de integração estão desacelerando a transformação digital. A enterprise média mantém mais de 900 integrações individuais. Cada uma é uma dependência. Cada uma é dívida técnica. Cada uma é um pequeno imposto na capacidade da organização de se mover.

O Custo Humano da Fadiga de Ferramentas

O custo financeiro do SaaS sprawl é fácil de quantificar. O custo humano é mais difícil, mas possivelmente mais danoso.

O estudo de 2024 da RingCentral sobre sobrecarga de apps descobriu que funcionários alternam entre uma média de 10 aplicações por hora. Cada alternância carrega um custo cognitivo de troca. Pesquisa de Gloria Mark na UC Irvine descobriu que leva em média 23 minutos e 15 segundos para retornar ao foco pleno após uma interrupção. Mesmo micro-interrupções, uma notificação do Slack, um update do Jira, um alerta de monitoramento, custam 10-15 minutos de resíduo de atenção.

Faça a conta: 10 trocas de contexto por hora, cada uma custando mesmo 2 minutos de produtividade reduzida, significa 20 minutos de perda de trabalho profundo por hora. Em um dia de trabalho de 8 horas, são quase 3 horas de overhead cognitivo. Não porque as pessoas são preguiçosas ou desatentas, mas porque a arquitetura de ferramentas demanda troca constante de contexto.

A Harvard Business Review publicou pesquisa em 2023 mostrando que “fadiga de destreza digital”, a exaustão de gerenciar ferramentas digitais demais, se correlaciona com 26% de redução na qualidade do trabalho e 23% de aumento na intenção de turnover. As ferramentas que deveriam empoderar trabalhadores estão os esgotando.

A ironia é sufocante: construímos software para economizar tempo, e agora gastamos nosso tempo gerenciando software.

As Três Eras de Software Empresarial

Para entender onde agentes se encaixam, ajuda ver o arco histórico.

Era 1: On-Premise (1980s-2000s), Software vivia em servidores físicos. Você comprava SAP ou Oracle, contratava um integrador de sistemas por 18 meses e rezava para funcionar. Caro, rígido, mas pelo menos era um sistema. O modelo de dados era unificado, mesmo que doloroso.

Era 2: SaaS (2000s-2020s), Salesforce provou que software poderia viver na cloud, ser acessado de um navegador e ser pago mensalmente. A barreira de adoção colapsou. Qualquer líder de time com um cartão de crédito podia comprar uma ferramenta. Isso foi uma revolução em acessibilidade e uma catástrofe para coerência. Em vez de um sistema monolítico, empresas acabaram com centenas de soluções pontuais, cada uma excelente isoladamente, cada uma um silo no agregado.

Era 3: Agentes (2020s-presente), A era dos agentes não elimina ferramentas SaaS. Torna-as invisíveis. Uma camada de agentes fica acima das ferramentas, interagindo com elas como um gerente de operações humano faria: lendo dados de uma, tomando uma decisão, agindo em outra, reportando resultados em uma terceira. O agent não se importa se a ferramenta subjacente tem uma API ou interface web. Se importa com o resultado.

A mudança da Era 2 para a Era 3 espelha um padrão que já vimos antes. Quando a web surgiu, empresas construíram sites individuais. Depois portais como Yahoo tentaram agregar sites em uma interface. Depois Google tornou a camada de agregação irrelevante, você não precisava saber onde a informação vivia, apenas perguntava por ela. Agentes são o Google do SaaS: abstraem a localização e formato das suas ferramentas atrás de uma interface orientada a intenção.

Como Agentes Colapsam o Stack

Considere um exemplo concreto: um workflow de follow-up de vendas.

Na era SaaS, isso envolve: checar Pipedrive por deals parados (ferramenta 1), cruzar com LinkedIn Sales Navigator para atividade recente do prospect (ferramenta 2), rascunhar um follow-up no Gmail (ferramenta 3), registrar a atividade de volta no Pipedrive (ferramenta 1 de novo), definir um lembrete no Slack (ferramenta 4) e atualizar o forecast em uma Google Sheet (ferramenta 5). Cinco ferramentas, seis ações, provavelmente 25 minutos de tempo humano por prospect.

Na era dos agentes, um agent de SDR faz tudo isso autonomamente. Monitora deals parados no CRM, enriquece dados de prospects de fontes públicas, rascunha follow-ups personalizados, coloca na fila para aprovação humana e atualiza todos os sistemas relevantes uma vez aprovado. O único trabalho do humano é revisar os follow-ups e aprovar ou modificar. Tempo humano total: 2 minutos por prospect.

As ferramentas não mudaram. Pipedrive, LinkedIn, Gmail, estão todas lá ainda. O que mudou é que nenhum humano precisa operá-las diretamente. O agent é o operador.

Esse padrão se repete em cada domínio operacional. Testes de QA, monitoramento de infraestrutura, sumarização de reuniões, rastreamento de concorrentes, reconciliação de orçamento, scoring de saúde pós-venda, em cada caso, o agent absorve o trabalho operacional que antes exigia um humano malabarando múltiplas ferramentas.

A Tese da Convergência

Aqui é onde fica interessante para a própria indústria SaaS.

Se agentes podem orquestrar qualquer ferramenta, então o fosso competitivo de um produto SaaS muda dramaticamente. Hoje, Slack vence por efeitos de rede, seu time já está lá. Jira vence por custos de troca, seu histórico de workflows está preso. Salesforce vence por gravidade de dados, seus dados de CRM são valiosos demais para migrar.

Mas agentes corroem os três fossos. Efeitos de rede importam menos quando um agent pode postar em qualquer plataforma de comunicação. Custos de troca diminuem quando um agent abstrai a interface. Gravidade de dados enfraquece quando um agent pode ler e escrever em qualquer sistema.

A Bain & Company publicou uma análise no final de 2025 prevendo que 40% das categorias SaaS atuais vão consolidar ou desaparecer até 2030 conforme camadas de agentes subsumem sua funcionalidade. A lógica: se um agent pode gerenciar agendamentos, você precisa do Calendly? Se um agent pode gerenciar tarefas, precisa de uma ferramenta dedicada de gestão de projetos? Se um agent pode monitorar métricas e alertar sobre anomalias, precisa de uma plataforma standalone de observabilidade?

A resposta nem sempre é “não.” Ferramentas complexas e especializadas vão sobreviver. Figma não vai embora porque design exige criatividade visual. GitHub não vai embora porque repositórios de código servem um propósito estrutural. Mas a cauda longa de soluções pontuais, as 30.000 ferramentas competindo em nichos sobrepostos, vai enfrentar uma pergunta existencial: minha ferramenta faz algo que um agent não pode?

A Camada de Orquestração de Agentes

O insight arquitetural chave da era dos agentes é que o valor migra de ferramentas individuais para a camada de orquestração.

Na era SaaS, a empresa mais valiosa era a com o melhor produto individual. Na era dos agentes, a empresa mais valiosa é a que orquestra os melhores outcomes entre produtos. É a diferença entre vender um ótimo martelo e ter um carpinteiro habilidoso que sabe quando e como usar cada ferramenta da oficina.

É por isso que plataformas de agentes, sistemas que gerenciam múltiplos agentes entre múltiplas ferramentas, são fundamentalmente diferentes de mais um produto SaaS. Não são a 316a ferramenta para adicionar ao seu stack. São a camada que faz as outras 315 ferramentas trabalharem juntas sem exigir que humanos sejam a cola.

A arquitetura da Apollo Space reflete isso diretamente. Quatro diretores, Growth, Operations, Finance e Custom, coordenam doze agentes de execução em qualquer stack de ferramentas que uma empresa já tenha. O agent de SDR não substitui seu CRM; opera seu CRM. O agent de observabilidade não substitui o Datadog; observa o Datadog e age sobre o que vê. O agent de resumo de reuniões não substitui seu serviço de transcrição; lê a transcrição e faz algo útil com ela.

As ferramentas se tornam infraestrutura. Os agentes se tornam a força de trabalho. A camada de orquestração se torna o sistema operacional.

O Que Morre, O Que Sobrevive

Nem tudo colapsa igualmente. Aqui está um framework para pensar sobre quais categorias SaaS enfrentam mais pressão dos agentes.

Alto risco de substituição por agentes:

  • Ferramentas simples de roteamento de dados (Zapier, Make), agentes lidam com isso nativamente
  • Entrada básica de dados e higiene de CRM, agentes mantêm dados como subproduto de fazer trabalho real
  • Ferramentas de notificação e alerta, agentes não apenas alertam, respondem
  • Gerenciamento de agendas e calendário, agentes negociam tempo diretamente
  • Ferramentas básicas de relatórios e dashboards, agentes sintetizam e entregam insights proativamente

Risco médio:

  • Ferramentas de gestão de projetos, agentes lidam com rastreamento de tarefas mas humanos ainda precisam de interfaces visuais de planejamento
  • Plataformas de comunicação, agentes podem postar em qualquer lugar, mas humanos ainda precisam de um lugar para conversar entre si
  • Colaboração de documentos, agentes podem rascunhar e resumir, mas humanos ainda precisam co-criar

Baixo risco:

  • Ferramentas criativas (design, vídeo, áudio), trabalho visual e criativo permanece human-driven
  • Infraestrutura de desenvolvimento (Git, CI/CD, cloud), ferramentas estruturais que agentes usam mas não substituem
  • SaaS vertical especializado (prontuários de saúde, gestão de casos jurídicos), regulamentação profunda de domínio cria fossos que agentes não cruzam facilmente

O padrão: ferramentas que primariamente movem, monitoram ou resumem informação são mais vulneráveis. Ferramentas que servem como ambientes para criatividade humana ou compliance regulatório são menos vulneráveis.

As Implicações Econômicas

O impacto financeiro da convergência de agentes é significativo o suficiente para remodelar como empresas orçam tecnologia.

Atualmente, a empresa média gasta 12-15% da receita em tecnologia, com assinaturas SaaS compondo uma fatia crescente. O relatório State of Tech Spend 2024 da Flexera mostrou que SaaS agora responde por 38% do orçamento total de TI, acima de 25% em 2020.

Orquestração de agentes oferece uma estrutura de custos fundamentalmente diferente. Em vez de pagar licenças por-assento para 87 ferramentas (para uma empresa pequena), você paga por uma camada de agentes que opera todas elas. A conta muda de multiplicação (assentos x ferramentas x custo mensal) para consolidação (uma camada de orquestração + as ferramentas que os agentes precisam para operar).

Dados iniciais de empresas adotando arquiteturas agent-first sugerem redução de 30-45% no gasto total com SaaS dentro de 12 meses, primariamente eliminando ferramentas redundantes e licenças não usadas que agentes tornam visíveis. Quando um agent opera suas ferramentas, fica imediatamente claro quais ferramentas realmente contribuem para outcomes e quais estão apenas acumulando conta.

A Mudança de Que Ninguém Está Falando

Aqui está a tese, declarada claramente: a era SaaS foi sobre dar a humanos ferramentas melhores. A era dos agentes é sobre remover humanos da camada de ferramentas completamente.

Isso não é uma previsão distópica. É uma libertação. Os 58% do tempo que trabalhadores do conhecimento gastam em “trabalho sobre trabalho”, troca de contexto, entrada de dados, relatórios de status, triagem de notificações, não é trabalho gratificante. Ninguém fez faculdade de administração para copiar-colar dados entre Salesforce e uma planilha. Ninguém se tornou engenheiro para manualmente rodar testes de regressão antes de cada deploy.

Agentes absorvem esse trabalho. Humanos ascendem à camada onde realmente adicionam valor: estratégia, criatividade, relacionamentos, julgamento. O organograma não encolhe. Se reestrutura. O coordenador de operações não perde o emprego. Para de coordenar operações e começa a fazer o trabalho estratégico para o qual foi contratado mas nunca teve tempo de fazer.

Software comeu trabalho automatizando processos físicos. SaaS comeu on-premise democratizando acesso. Agentes comem SaaS tornando a camada de ferramentas invisível.

O próximo sistema operacional para negócios não é mais uma ferramenta. É a camada que faz todas as ferramentas desaparecerem.

E é exatamente isso que estamos construindo.

Assine para receber nossa pesquisa sobre a economia de agentes, sem enrolação, só dados

Entre na lista de espera: acesso antecipado, preço de usuário fundador e um lugar na primeira fila enquanto a gente constrói.

Entrar na lista de espera