Claudeforce não mata o SaaS. Ele mata o clique. E isso pode ser uma das melhores coisas que aconteceram com o Salesforce em anos

Toda vez que uma gigante de IA assina parceria com a Salesforce, a comunidade reage em duas velocidades: hype instantâneo de um lado e ceticismo de quem já apanhou tentando automatizar processo comercial de verdade do outro.

Dessa vez o nome é Claudeforce.

Salesforce e Anthropic anunciaram em 26 de agosto uma parceria bem mais profunda do que simplesmente disponibilizar Claude como mais um modelo dentro da plataforma.

O primeiro produto é o Salesforce in Claude, um plugin que coloca dados e ações do Salesforce diretamente dentro do Claude, começando com 37 skills de vendas para coisas como preparação de reuniões, pipeline review, deal health, account planning, forecast e atualização do CRM.

Está em pilot para alguns clientes e a Salesforce pretende abrir o beta em setembro.

Até aqui, poderia ser apenas mais um daqueles anúncios que ficam excelentes na keynote e bem menos impressionantes quando encontram uma org Salesforce com oito anos de customização.

Foi exatamente o que pensei inicialmente.

Só que, olhando melhor o que Salesforce e Anthropic construíram por baixo do Claudeforce, minha opinião mudou.

Acho que estamos olhando para algo potencialmente muito maior do que 37 skills.

E talvez uma das decisões arquiteturais mais importantes da Salesforce desde que ela começou a falar seriamente de Agentforce.

As 37 skills são quase uma distração

O anúncio vende muito bem a ideia de um "AI CRO para cada vendedor".

Pipeline review.

Daily briefing.

Deal health.

Stakeholder map.

Close plan.

Call prep.

Forecast narrative.

Customer health.

Win/loss review.

Higiene do Salesforce.

É uma lista boa.

Mas quem vive Salesforce sabe imediatamente onde está o problema.

Uma skill chamada deal-health-review pode funcionar maravilhosamente em uma demo.

Só que o que exatamente significa um deal saudável?

Na empresa A pode ser:

• Stage;
• Amount;
• Close Date;
• última atividade;
• quantidade de stakeholders;
• existência de champion;
• forecast category.

Na empresa B entra:

• margem;
• produto;
• região;
• contrato;
• risco jurídico;
• aprovação comercial;
• limite de desconto;
• partner envolvido;
• probability calculada por regras próprias.

Na empresa C existe ainda aquele campo chamado VP_Approval_2019__c que ninguém lembra exatamente por que existe, mas se ele estiver vazio algum Flow escrito quatro anos atrás impede o negócio de avançar.

Bem-vindo ao Salesforce real.

Uma org não é simplesmente um conjunto de objetos.

Ela é uma acumulação de decisões empresariais.

Flows.

Validation Rules.

Apex.

Permission Sets.

Record Types.

Flow Approval Processes.

Custom Metadata.

Pricing Procedures.

Integrações.

Exceções.

E, às vezes, decisões ruins sobrevivendo heroicamente desde 2017.

Por isso minha primeira reação ao Claudeforce foi bastante simples:

Beleza. Mas como uma skill genérica entende uma org específica?

Só que existe uma resposta.

E ela é justamente a parte do anúncio que considero mais interessante.

O verdadeiro Claudeforce está embaixo do plugin

Um dia antes do anúncio do Claudeforce, a Salesforce detalhou a expansão do Headless 360.

E aqui a história começa a ficar muito mais interessante.

O Headless 360 transforma capacidades da plataforma Salesforce em recursos que agentes autorizados podem descobrir e utilizar por meio de padrões abertos como MCP.

Não estamos falando apenas de disponibilizar APIs.

A Salesforce diz explicitamente que essa camada preserva identity, permissions, metadata, workflows, governance e business logic existentes na plataforma. Além disso, descreve o Headless 360 como metadata-aware: os agentes podem descobrir relações, permissões, workflows, validation rules e outras características da implementação enquanto executam suas tarefas.

Isso muda completamente minha leitura.

Porque agora a skill deixa de ser:

"Aqui está um prompt genérico para analisar Opportunities."

E começa a se aproximar de:

"Aqui está uma capacidade de análise que consegue operar dentro do contexto da forma como esta empresa realmente usa Salesforce."

Existe uma diferença enorme entre as duas coisas.

A própria Salesforce diz que o onboarding do Salesforce in Claude lê o contexto empresarial disponível em Salesforce, Slack e outros connectors do Claude para criar uma experiência adaptada ao vendedor, incluindo accounts, pipeline e dados vivos apresentados em interfaces geradas dinamicamente.

Isso é muito mais interessante do que instalar 37 prompts.

O Salesforce pode finalmente deixar de ser uma tela

Para mim, essa é a parte realmente radical do anúncio.

Durante quase três décadas pensamos no Salesforce como uma aplicação.

Você entra.

Abre uma Opportunity.

Clica em uma aba.

Procura Related.

Entra em Quote.

Abre um relatório.

Volta para Opportunity.

Abre Slack.

Procura o e-mail.

Volta para Salesforce.

E talvez depois de 38 cliques finalmente consiga responder à pergunta:

"O que está acontecendo com esse cliente?"

A IA muda essa relação.

O vendedor pode simplesmente perguntar.

Analise minhas Opportunities abertas, encontre as três que têm maior risco de não fechar neste trimestre, explique por quê e monte um plano de ação para cada uma.

E o valor não está no Claude saber escrever uma resposta bonita.

O valor está no Claude poder consultar o estado real da empresa e depois agir sobre ele.

Atualizar registros.

Executar workflows.

Preparar follow-up.

Encontrar histórico.

Cruzar contexto.

Tudo respeitando a lógica existente no Salesforce.

A Salesforce resume o conceito dizendo que estamos passando de "software as the interface" para "software powering every interface".

Essa frase merece mais atenção do que recebeu.

Porque ela implica uma coisa quase herética para uma empresa que passou décadas aperfeiçoando páginas, Lightning Experience, layouts e componentes:

a interface do Salesforce não precisa necessariamente ser o Salesforce.

Pode ser Claude.

Pode ser Slack.

Pode ser um agente.

Pode ser alguma interface que ainda nem existe.

E o Salesforce continua sendo Salesforce.

Talvez até mais importante do que antes.

E é aqui que o tal "SaaSpocalypse" começa a ficar interessante

Marc Benioff resumiu a ideia recentemente assim:

"The SaaSpocalypse isn't the end of software. It's the end of software where humans do all the work."

Eu acho que ele está certo.

Mas colocaria de outra maneira.

A IA não necessariamente destrói o SaaS. Ela destrói parte do trabalho humano necessário para operar o SaaS.

Esse detalhe é enorme.

Durante décadas, nós construímos sistemas extremamente sofisticados e depois colocamos seres humanos para funcionar como mecanismo de integração entre eles.

O vendedor lê o e-mail.

Abre Salesforce.

Copia a informação.

Atualiza Opportunity.

Abre Slack.

Pergunta alguma coisa.

Volta para Salesforce.

Atualiza forecast.

Cria uma tarefa.

Agenda reunião.

Esse vendedor não está vendendo nesse momento.

Ele está atuando como API humana.

O Claudeforce sugere um futuro em que boa parte dessa intermediação desaparece.

E existe uma ironia interessante nisso.

Talvez a IA não torne o Salesforce menos importante.

Talvez torne os cliques no Salesforce menos importantes.

Não são a mesma coisa.

O maior ativo da Salesforce nunca foi o Lightning

Essa talvez seja minha parte favorita de toda essa estratégia.

A discussão sobre o futuro do SaaS frequentemente parte da ideia de que, se as pessoas começarem a executar o trabalho dentro do Claude, ChatGPT ou outro agente, sistemas como Salesforce perderão relevância.

Não acho que seja tão simples.

Porque o verdadeiro patrimônio de uma empresa que utiliza Salesforce há dez anos não é a página da Opportunity.

É tudo o que existe atrás dela.

Os dados.

As relações.

Os processos.

As permissões.

As regras.

O histórico.

Os produtos.

Os contratos.

Os preços.

As exceções.

Os workflows.

A interpretação de como aquela empresa faz negócios.

Em entrevista ao VentureBeat sobre o Claudeforce, a Salesforce deixou essa visão particularmente clara: o valor está nos dados, metadata e anos de workflows e práticas empresariais codificados dentro da plataforma, não simplesmente na interface.

É exatamente isso.

Se Claude se transformar na principal interface do usuário, alguém ainda precisa dizer para Claude:

qual é a verdade?

E alguém precisa dizer:

o que ele pode fazer?

o que ele não pode fazer?

qual processo precisa ser respeitado?

qual preço pode ser oferecido?

quem pode aprovar?

qual cliente pode visualizar aquilo?

qual Flow deve rodar depois?

Esse alguém pode continuar sendo Salesforce.

Esse é um posicionamento extremamente forte para a era agentic.

Claude raciocina. Salesforce sabe como a empresa funciona.

Existe uma frase do próprio anúncio que resume muito bem o problema:

Probabilistic intelligence alone doesn't run a company, and deterministic systems don't reason.

É provavelmente a melhor explicação técnica para o Claudeforce.

LLMs são ótimos em raciocínio probabilístico.

Interpretam linguagem.

Encontram padrões.

Sintetizam informações.

Planejam.

Tomam decisões diante de ambiguidade.

Mas uma empresa não pode funcionar apenas com probabilidades.

Uma invoice não pode ter "aproximadamente" R$ 18.324.

Um usuário não pode "provavelmente" ter acesso ao contrato.

Uma aprovação não pode "talvez" ser necessária.

O Salesforce é extremamente bom justamente na outra metade do problema.

Determinismo.

Regras.

Identidade.

Permissões.

Transações.

Workflows.

Governança.

Claude pode interpretar:

"Esse cliente parece estar pedindo uma condição comercial excepcional."

Salesforce pode determinar:

"Desconto acima de 18% exige aprovação do Regional VP."

Claude raciocina.

Salesforce executa a regra.

Essa combinação faz muito sentido.

E não: isso não significa que Agentforce morreu

Eu já consigo imaginar essa discussão acontecendo:

"Se temos Claude conectado ao Salesforce, para que Agentforce?"

Acho uma leitura superficial.

O próprio posicionamento da Salesforce separa os papéis.

Claude está entrando fortemente como interface e agente para knowledge workers.

Agentforce continua sendo a plataforma para construção e execução de agentes autônomos, inclusive agentes que interagem diretamente com clientes e processos empresariais.

E Claude também está entrando dentro do Agentforce.

Segundo a Salesforce, Claude pode atuar como reasoning model do Atlas Reasoning Engine, está disponível no Agent Builder e também está sendo usado em Agentforce Coworker e outras experiências. A integração via Amazon Bedrock também permite uso dentro da Salesforce Trust Boundary.

Ou seja:

não é exatamente Claude versus Agentforce.

É Claude com Agentforce.

E isso revela algo interessante sobre a estratégia da Salesforce.

A empresa parece ter percebido que não precisa necessariamente possuir o melhor foundation model do mundo.

Ela precisa possuir a melhor forma de transformar inteligência em ação empresarial confiável.

Essa é uma batalha diferente.

E talvez uma batalha muito mais favorável à Salesforce.

Agora vamos falar de Revenue, porque aqui a coisa fica divertida

O anúncio inicial começa por Sales.

Mas a roadmap pública do Claudeforce já mostra planos para Service, Marketing, Commerce, Field Service, Tableau, MuleSoft, Informatica, Data 360, Industries e, especialmente interessante para mim, Revenue.

E não estamos falando apenas de "pergunte qualquer coisa sobre sua Quote".

A Salesforce já lista ideias como:

Optimize pricing and deal structure.

Create quote from voice, text, PDFs.

Auto-build products from PDFs and Excel.

Agora imagine isso aplicado de verdade em Agentforce Revenue Management.

Um vendedor recebe um PDF de uma RFP.

Hoje alguém interpreta aquele documento, identifica produtos, quantidades, condições, datas, exceções e requisitos comerciais.

Amanhã:

Claude, analise esta RFP e monte a estrutura inicial da oportunidade e da quote.

Claude interpreta o documento.

Identifica o que está sendo pedido.

Mapeia para catálogo.

Salesforce aplica eligibility.

Pricing Procedure calcula preço.

Decision Tables determinam regras.

Flow Approval Processes tratam exceções.

Revenue Cloud mantém a estrutura transacional.

Claude explica ao vendedor:

"Montei a configuração solicitada. O desconto necessário para atingir o target price é 22%, portanto será necessária aprovação comercial. Existe também uma alternativa de bundle com margem 4,8 pontos maior."

Isso já não parece mais um chatbot.

Parece uma nova camada operacional sobre o Revenue Cloud.

Para mim, esse é o futuro interessante de Agentforce Revenue Management.

Não substituir a complexidade determinística de pricing.

Mas colocar raciocínio probabilístico em cima dela.

Só existe um detalhe: IA não cura uma org ruim

Aqui entra meu lado menos empolgado.

Claudeforce não vai transformar automaticamente uma org mal arquitetada em uma boa org.

Na verdade, pode fazer exatamente o contrário:

pode tornar muito mais fácil operar em cima de uma bagunça.

Se existem três campos diferentes significando "Customer Segment", Claude continuará tendo três possíveis verdades.

Se ninguém atualiza Close Date, ele terá dados ruins.

Se as Opportunities estão sempre em Stage errado, qualquer análise de pipeline começa contaminada.

Se o modelo de Permission Sets virou um labirinto, a IA herdará esse labirinto.

Se ninguém sabe por que determinado Flow existe, colocar um agente capaz de acioná-lo mais rapidamente não resolve o problema arquitetural.

Essa discussão apareceu imediatamente na comunidade Salesforce após o anúncio.

Uma das reações mais votadas no Reddit foi basicamente a pergunta que todo Admin já fez:

como Claude vai fazer o vendedor preencher corretamente o Salesforce?

É uma excelente pergunta.

Talvez parte da resposta seja justamente parar de depender do vendedor para preencher tudo manualmente.

Se Claude puder consultar e-mails, calendário, reuniões, Slack e outros contextos autorizados, muita informação poderá ser inferida, sugerida ou registrada sem depender de alguém lembrar de atualizar sete campos depois de uma reunião.

Mas isso não elimina a necessidade de arquitetura.

Pelo contrário.

Quanto mais agentes puderem agir sobre sua org, mais importante será ter uma org que faça sentido.

Metadata pode virar um dos ativos mais importantes da era da IA

Durante anos, tratamos metadata principalmente como configuração.

Estou começando a enxergá-la de outra maneira.

Na era agentic, metadata é também contexto operacional para IA.

Uma Validation Rule não é apenas uma regra que bloqueia Save.

Ela explica alguma coisa sobre como a empresa funciona.

Um Permission Set descreve fronteiras de responsabilidade.

Um Flow representa um processo.

Uma Decision Table codifica uma decisão empresarial.

Um Pricing Procedure traduz uma política comercial.

Um Custom Metadata Type pode representar conhecimento operacional.

Quanto melhor modelada estiver uma org, mais legível ela se torna não apenas para humanos, mas para agentes.

Isso muda inclusive a importância da documentação.

Se agentes começam a descobrir metadata, relacionamentos e capacidades dinamicamente, descrições ruins deixam de ser apenas um problema para o próximo desenvolvedor.

Elas também se tornam contexto ruim para a própria IA.

Acho que ainda estamos subestimando essa consequência.

Trust não é detalhe nessa história

Outro motivo pelo qual vejo o Claudeforce com bons olhos é que a discussão não começa tentando reinventar a segurança da empresa.

A arquitetura anunciada reaproveita o modelo existente do Salesforce.

Segundo a documentação do produto, Claude enxerga aquilo que o usuário está autorizado a enxergar e executa aquilo que aquele usuário está autorizado a executar.

As ações continuam passando pelas permissões e business rules existentes.

A Salesforce também informa zero data retention para Sonnet, Opus e Haiku nessa experiência e diz estar trabalhando com a Anthropic em controles adicionais sobre localização de dados, acesso e revisão automatizada.

Isso importa muito.

Porque conectar uma IA empresarial a dados reais é relativamente fácil.

Difícil é responder às perguntas que aparecem cinco minutos depois:

Quem autorizou?

Com qual identidade?

Quais registros?

Quais campos?

Qual ação?

Qual auditoria?

Qual regra?

Qual limite?

É justamente aí que Salesforce tem 27 anos de vantagem acumulada.

A parte mais inteligente da Salesforce foi aceitar ser desintermediada

Existe um risco estratégico evidente aqui.

Se o usuário passar o dia inteiro no Claude, quem possui a experiência principal?

Anthropic.

Isso significa que Salesforce voluntariamente está permitindo que outra empresa ocupe uma camada que historicamente pertenceu ao próprio SaaS.

Eu poderia olhar para isso como ameaça.

Na verdade, acho uma decisão inteligente.

Porque tentar impedir essa mudança seria provavelmente muito mais perigoso.

Usuários já estão usando Claude.

Já estão usando ChatGPT.

Já estão usando agentes.

Já estão conectando Salesforce via CLI, API e MCP.

Comunidades de desenvolvedores já relatavam meses antes do Claudeforce que boa parte do trabalho Salesforce estava migrando da UI para IDEs e agentes como Claude Code.

A escolha real talvez nunca tenha sido:

"Salesforce UI ou Claude?"

Talvez fosse:

"Claude conectado corretamente ao Salesforce ou Claude conectado ao Salesforce de qualquer jeito?"

Nesse cenário, Claudeforce faz bastante sentido.

A Salesforce está colocando governança em cima de algo que provavelmente aconteceria de qualquer maneira.

Por isso eu não acho que estamos assistindo ao fim do Salesforce

Acho que estamos assistindo a Salesforce fazer uma aposta muito mais interessante:

deixar de defender a interface e começar a defender a plataforma.

Isso é diferente.

Se a próxima geração de software empresarial for construída em torno de agentes, talvez a principal aplicação não seja mais aquela que possui a melhor tela.

Talvez seja aquela que possui:

• os melhores dados;
• o melhor contexto;
• a melhor modelagem;
• as melhores ações;
• a melhor governança;
• e a maior quantidade de processos empresariais já codificados.

Essa descrição parece bastante familiar.

É Salesforce.

O que ainda quero ver

Meu otimismo não significa cheque em branco.

Existem algumas coisas que quero observar quando Salesforce in Claude entrar em beta e, principalmente, durante o Dreamforce.

Quero ver quanto essas 37 skills realmente conseguem adaptar-se a implementações profundamente customizadas.

Quero entender até onde vai a capacidade de customizar ou estender essas skills.

Quero ver o comportamento em orgs grandes e antigas, não apenas ambientes cuidadosamente preparados para demo.

Quero entender pricing e packaging.

Quero ver auditoria, observabilidade e governança funcionando quando dezenas ou centenas de agentes começam a executar ações simultaneamente.

E quero muito ver Revenue.

Porque uma coisa é analisar pipeline.

Outra completamente diferente é deixar uma IA raciocinar sobre uma oportunidade complexa enquanto Revenue Cloud determina configuração, preço, aprovação, contrato e faturamento.

É aí que, para mim, essa arquitetura será realmente colocada à prova.

Minha visão

Depois de ler o anúncio, a documentação do Headless 360, as reações da comunidade e principalmente o desenho arquitetural por trás da parceria, estou bem mais otimista com Claudeforce do que estava quando li "37 prebuilt skills".

Continuo achando que uma skill genérica sozinha não resolve uma org específica.

Mas percebi que essa talvez seja exatamente a premissa que Salesforce e Anthropic estão tentando abandonar.

A skill não precisa carregar toda a inteligência da empresa.

Ela precisa saber utilizar a inteligência que a empresa já codificou no Salesforce.

Essa diferença é gigantesca.

Claude traz capacidade de raciocínio.

Salesforce traz contexto empresarial.

Claude interpreta intenção.

Salesforce conhece identidade e permissão.

Claude monta o plano.

Salesforce conhece as regras.

Claude encontra uma ação.

Salesforce determina se ela pode acontecer.

Claude pensa. Salesforce transforma pensamento em transação.

Talvez seja essa a verdadeira importância do Claudeforce.

Não "colocar Salesforce dentro do Claude".

Muito menos adicionar um chatbot novo ao CRM.

É transformar Salesforce em uma plataforma cujo valor pode ser acessado sem depender da própria interface Salesforce.

Isso exige uma quantidade considerável de coragem de produto.

E pode acabar sendo uma das melhores decisões estratégicas que a empresa tomou nos últimos anos.

Marc Benioff diz que o SaaSpocalypse não significa o fim do software, mas o fim do software em que humanos fazem todo o trabalho.

Eu iria um pouco além:

o futuro não é uma empresa sem Salesforce.

É uma empresa em que ninguém precisa interromper o trabalho para "ir ao Salesforce".

Salesforce simplesmente estará ali.

Nos dados.

Nas regras.

Nos processos.

Nas permissões.

Nos preços.

Nos contratos.

Nas decisões.

E Claude poderá ser uma das interfaces que finalmente transforma tudo isso em ação.

Se funcionar como está sendo desenhado, daqui a alguns anos talvez Claudeforce não seja lembrado como o dia em que Salesforce colocou 37 skills dentro do Claude.

Será lembrado como o momento em que Salesforce percebeu que seu maior ativo nunca foi a tela.

Era tudo aquilo que existia atrás dela.