O Plugin Salesforce da Anthropic para Claude Leva o Trabalho de CRM para o Chat de IA

A Anthropic lançou o plugin Salesforce para Claude em beta em 15 de setembro, oferecendo aos vendedores 37 habilidades para trabalhar com registros de clientes em tempo real a partir do Claude. O lançamento transforma o Claude em uma interface para pesquisa de contas, preparação de chamadas, revisões de pipeline, previsões e atualizações propostas de CRM.

Essa mudança importa mais do que a entrada de outro conector em um catálogo de integrações. A Salesforce passou décadas tornando sua própria interface o centro do trabalho de vendas. O novo plugin permite que o Claude fique à frente dos dados, permissões e regras de negócio da Salesforce.

A Salesforce apoia essa mudança por meio do Claudeforce, sua parceria ampliada com a Anthropic. O acordo também coloca o Claude dentro de produtos da Salesforce, incluindo Agentforce e Slack. Ainda assim, a direção mais consequente vai no sentido oposto: a Salesforce agora pode operar como um sistema governado por trás do Claude.

Portanto, a disputa imediata não é entre Anthropic e Salesforce. É entre o trabalho conversacional dentro do Claude e o modelo estabelecido de navegar por registros, relatórios, painéis e fluxos de trabalho em uma aplicação de CRM.

O Plugin Salesforce para Claude Começa com 37 Habilidades de Vendas

Anthropic e Salesforce estão transformando tarefas comuns de vendas em fluxos de trabalho predefinidos no Claude, e não apenas expondo registros brutos de CRM pelo chat.

Segundo a publicação de lançamento do Claude, o beta leva as contas, oportunidades e o pipeline de um vendedor para o Claude, respeitando as permissões existentes na Salesforce. Suas 37 habilidades abrangem trabalhos recorrentes, como pesquisa de contas, preparação de reuniões, inspeção de pipeline e administração de CRM.

Uma habilidade é um conjunto empacotado de instruções e ferramentas para concluir uma tarefa definida. Essa estrutura fornece ao Claude um processo a seguir, junto com acesso aos recursos relevantes da Salesforce.

Uma habilidade pode montar um briefing de conta a partir de registros de clientes, comunicações e fontes conectadas. Outra pode examinar oportunidades abertas e identificar negócios que parecem estagnados. Outras apoiam a preparação de renovações, narrativas de previsão, registro de atividades e higiene do pipeline.

O objetivo prático é eliminar o trabalho de montagem que ocorre antes e depois de uma conversa com o cliente. Um vendedor frequentemente consulta separadamente registros de contatos, histórico de oportunidades, e-mails, conversas no Slack e anotações de reuniões. O Claude pode reunir essas fontes em um único contexto de trabalho quando a organização as conectou.

O plugin também pode produzir visualizações interativas dentro do Claude. A Anthropic afirma que vendedores podem criar painéis de pipeline, revisar informações de previsão e examinar planos de conta sem ir para uma tela separada de relatórios.

Isso não substitui os registros da Salesforce. O Claude ainda depende da Salesforce como o sistema que mantém dados de clientes, controles de acesso e lógica de fluxos de trabalho. A mudança diz respeito a onde as pessoas fazem perguntas, revisam contexto e iniciam o trabalho.

A Salesforce chama a parceria mais ampla de Claudeforce. Seu anúncio da parceria descreveu originalmente a Salesforce no Claude como um plugin que entraria em beta aberto durante setembro de 2026. O lançamento da Anthropic em 15 de setembro colocou esse plano em um beta ativo.

O acesso ainda tem condições. A Anthropic afirma que o beta está disponível por meio de planos pagos do Claude para organizações aprovadas pelo processo de inscrição da Salesforce. Portanto, a disponibilidade pode variar entre empresas, configurações e regiões.

A distinção entre um beta e um lançamento geral importa. Um beta sinaliza que os clientes devem validar comportamento, administração e confiabilidade antes de tratar o plugin como infraestrutura padrão de produção. Ele não estabelece adoção ampla nem prova que os fluxos de trabalho economizam tempo em todos os ambientes Salesforce.

Ainda assim, o beta cria um teste concreto. Agora, os vendedores podem comparar um fluxo de trabalho centrado no Claude com a sequência familiar de abrir páginas de CRM, recuperar relatórios e atualizar campos individuais.

Por Que a Salesforce Está Deixando o Claude se Tornar a Porta de Entrada

A Salesforce aposta que preservar o controle sobre dados e ações empresariais importa mais do que possuir todas as telas em que o trabalho começa.

A explicação pública da empresa é incomumente direta. Em sua página de produto do Claudeforce, a Salesforce descreve uma transição de software como interface para software que alimenta várias interfaces. Esse enquadramento trata a tela tradicional de aplicação como uma opção, e não como o centro permanente do trabalho.

Para a Salesforce, o risco defensivo é claro. Se os vendedores começarem cada vez mais seu dia no Claude, Slack ou outro assistente de IA, forçá-los a voltar para uma interface de CRM separada cria atrito. Um assistente com amplo acesso a e-mails, conversas, documentos e calendários também pode manter um contexto de trabalho mais imediato do que um registro de CRM isolado.

Bloquear essa mudança abriria espaço para integrações menos governadas. As empresas poderiam montar seus próprios conectores, usar serviços genéricos de automação ou permitir que funcionários copiassem dados de clientes para chats não gerenciados.

O Claudeforce oferece à Salesforce uma posição diferente. A empresa pode expor dados e ações controlados onde quer que os usuários trabalhem, mantendo seu papel como o sistema autoritativo por baixo.

É aqui que o Model Context Protocol, ou MCP, entra na arquitetura. O MCP é um protocolo aberto que permite que aplicações de IA se conectem a ferramentas externas e fontes de dados por meio de interfaces padronizadas. A Salesforce usa o MCP como parte do Headless 360, sua abordagem para disponibilizar recursos da plataforma sem exigir a interface de usuário da Salesforce.

A arquitetura separa raciocínio de execução. O Claude interpreta uma solicitação, coleta contexto relevante e propõe uma resposta ou ação. A Salesforce fornece os registros, valida o acesso, aplica a lógica de negócio e executa operações compatíveis.

Essa divisão beneficia a Anthropic porque o Claude ganha contexto empresarial útil. Beneficia a Salesforce porque o valor de seu modelo de dados e de sua governança pode sobreviver mesmo quando outro produto controla a conversa.

A parceria também funciona nos dois sentidos. O Claude serve como modelo de raciocínio dentro do Agentforce e apoia partes da estratégia de Slack da Salesforce. A Salesforce afirmou que o Claude é o modelo padrão para várias experiências internas e voltadas ao cliente, enquanto a Anthropic usa a Salesforce como seu CRM preferencial.

Assim, as duas empresas são parceiras no nível de infraestrutura, mesmo quando suas interfaces se sobrepõem. A Salesforce quer que os clientes usem Agentforce, Slack e suas próprias aplicações. A Anthropic quer que o Claude se torne o lugar em que trabalhadores do conhecimento coordenam tarefas entre esses sistemas.

Essa tensão não torna a parceria contraditória. Ela reflete como o software empresarial está mudando. Uma plataforma pode fornecer os registros e controles enquanto vários assistentes competem para se tornar o espaço de trabalho diário.

Para compradores, a pergunta importante não é se a Salesforce desaparece. É se a aplicação Salesforce continua sendo o lugar padrão onde os vendedores interpretam e agem sobre informações de CRM.

O CRM Conversacional Precisa Superar Mais do Que a Navegação por Menus

O plugin terá sucesso apenas se a conversa produzir decisões confiáveis mais rapidamente do que visualizações, relatórios e fluxos de trabalho de CRM já estabelecidos.

O caso de uso mais claro começa antes de uma chamada de vendas. Um representante pode pedir ao Claude um briefing que combine atividade recente da conta, oportunidades abertas, contatos, conversas anteriores e questões não resolvidas. A resposta pode transformar registros dispersos em um documento de preparação focado.

Esse fluxo de trabalho favorece uma interface conversacional porque a pergunta do vendedor raramente corresponde a uma única tela. Preparar-se para uma renovação pode exigir histórico de oportunidades, casos de suporte, tomadores de decisão, uso do produto e correspondência recente.

A revisão de pipeline cria um teste mais difícil. Um gerente pode perguntar quais oportunidades estão sendo fechadas em determinado período, quais não têm atividade recente e quais negócios mudaram de estágio. O Claude pode resumir os resultados e apresentar um painel gerado para essa pergunta.

Os relatórios tradicionais permanecem previsíveis e repetíveis. Eles também oferecem definições fixas que as equipes podem inspecionar. O Claude precisa preservar essas definições ao converter uma solicitação em linguagem natural em uma análise de pipeline.

Uma expressão como "negócio estagnado" ilustra o problema. Uma organização pode defini-la como ausência de atividade por 14 dias. Outra pode usar falta de próximas etapas, uma data de fechamento inalterada ou uma combinação de fatores. O Claude precisa usar a lógica real da empresa, e não uma interpretação plausível.

A mesma questão se aplica às previsões. Um resumo conversacional pode explicar mudanças em muitos registros, mas sua utilidade depende de dados de origem consistentes. Contatos ausentes, estágios desatualizados e anotações incompletas não se tornam precisos porque uma IA produz texto fluente sobre eles.

O plugin Salesforce para Claude aborda parte desse problema ao fundamentar solicitações em dados Salesforce em tempo real e encaminhar ações compatíveis pela Salesforce. As permissões e regras de negócio existentes continuam relevantes durante a recuperação e a execução.

Fundamentação significa conectar a resposta de um modelo a fontes organizacionais especificadas. Isso reduz a dependência do treinamento geral do modelo, mas não garante que toda conclusão esteja correta.

Os usuários ainda precisam distinguir fatos recuperados da interpretação do Claude. Uma data de fechamento registrada é um fato vindo da Salesforce. Uma afirmação de que um negócio parece arriscado é uma avaliação que depende das evidências disponíveis e do processo do plugin.

Isso torna dados de clientes bem mantidos mais valiosos, e não menos. O acesso conversacional pode expor lacunas rapidamente porque os usuários fazem perguntas mais amplas do que um relatório fixo responde. Ele também pode disseminar uma interpretação equivocada mais rapidamente quando a qualidade dos dados é fraca.

Empresas que avaliam o beta devem começar com tarefas restritas e observáveis. Briefings de contas, resumos de oportunidades e verificações de pipeline oferecem comparações mais claras do que uma solicitação aberta para executar todo um processo de vendas.

Elas devem medir se o plugin recupera os registros corretos, respeita as definições de campos, identifica contexto ausente e mostra aos usuários de onde vieram as conclusões. O tempo economizado tem pouco valor quando revisores precisam reconstruir manualmente cada resposta.

Essa avaliação também precisa refletir a complexidade organizacional real. Um ambiente de demonstração limpo não consegue representar anos de objetos personalizados, registros duplicados, exceções e regras de território. Esses detalhes determinam se o CRM conversacional continua útil após a novidade inicial desaparecer.

As Permissões Ajudam, mas o Caminho de Escrita Continua Pouco Claro

O risco central não é se o Claude consegue ler dados de CRM, mas se as organizações podem prever e controlar o que acontece quando a conversa se transforma em ação.

A Anthropic afirma que a integração opera sob as permissões existentes da Salesforce. Um usuário deve ver apenas os registros e campos que a mesma identidade está autorizada a acessar dentro da Salesforce.

A Salesforce também afirma que as ações passam por suas regras de negócio. Esse desenho é importante porque a permissão para visualizar um registro não concede automaticamente permissão para modificar todos os campos ou iniciar todos os fluxos de trabalho.

As empresas descrevem a aprovação humana como padrão para mudanças propostas no CRM. Um vendedor pode pedir ao Claude para ajustar uma data de fechamento ou estágio de oportunidade, revisar a edição proposta e aprová-la antes que a Salesforce receba a atualização.

No entanto, a documentação pública não apresenta um quadro perfeitamente consistente. O material de lançamento da Anthropic descreve atualizações de registros, enquanto uma nota de lançamento da Salesforce descreve sua funcionalidade beta como somente leitura.

Essas declarações podem refletir diferentes estágios de lançamento, configurações, produtos ou momentos da documentação. Ainda assim, elas criam uma questão prática para administradores: quais recursos de escrita estão habilitados em seu ambiente beta específico?

As organizações devem verificar essa resposta diretamente, em vez de presumir que todo fluxo de trabalho promovido está disponível. Elas também devem determinar quais ações exigem confirmação, quais campos podem ser alterados e onde os registros de auditoria aparecem.

A autenticação não elimina a necessidade de controles operacionais. Um funcionário pode ter acesso legítimo e ainda assim fazer uma solicitação incorreta. Claude também pode interpretar mal uma instrução ambígua sem ultrapassar qualquer limite de permissão.

Considere uma solicitação para "adiar a renovação para o próximo mês". A expressão pode se referir a uma data de fechamento, um marco de cobrança, um período de previsão ou um lembrete. Um fluxo de trabalho seguro deve mostrar o campo proposto, o valor anterior, o novo valor e o registro afetado antes da execução.

Ações em massa elevam ainda mais os riscos. Atualizar uma oportunidade após uma revisão explícita é diferente de alterar dezenas de registros com base em uma classificação gerada. Os administradores precisam entender limites de transação, tratamento de erros, reversibilidade e comportamento de aprovação.

O caminho dos dados merece o mesmo escrutínio. A Salesforce afirma que a integração respeita os controles estabelecidos, enquanto seus materiais sobre Claudeforce também anunciam retenção zero de dados para modelos Claude compatíveis. Os compradores devem confirmar detalhes contratuais, processamento regional, requisitos de registro e retenção para sua própria implantação.

As fontes conectadas ampliam a revisão. Um briefing útil sobre uma conta pode combinar Salesforce com Slack, e-mail, transcrições de reuniões e documentos. Cada conexão introduz permissões separadas, políticas de retenção e possíveis diferenças na qualidade dos dados.

A injeção de prompt é outra preocupação para assistentes conectados a ferramentas. Uma instrução maliciosa ou enganosa pode aparecer em um documento, mensagem ou conteúdo externo que o modelo lê. Equipes empresariais precisam de limites entre texto de fontes não confiáveis e instruções operacionais autorizadas.

Nenhuma das empresas publicou evidências independentes de que o beta elimina esses riscos. A afirmação responsável é mais restrita: a integração usa a governança existente da Salesforce como parte de sua camada de controle.

Essa abordagem é mais robusta do que conceder a um chatbot geral credenciais irrestritas de CRM. Sua eficácia ainda depende da configuração, do mapeamento preciso de identidades, de telas de confirmação claras e de uma aplicação confiável durante fluxos de trabalho reais.

Clientes beta devem documentar o que Claude pode ler, inferir, propor e executar. Essas quatro categorias não são intercambiáveis, e tratá-las como uma única capacidade obscurece as questões de controle mais importantes.

Agentforce enfrenta uma questão de interface, não uma simples disputa de modelos

A Salesforce precisa mostrar por que os clientes precisam de suas próprias experiências de agentes quando Claude já consegue raciocinar sobre os mesmos dados governados.

Agentforce continua sendo uma parte central da estratégia de IA da Salesforce. Ele oferece ferramentas para criar e implantar agentes conectados a dados da Salesforce, fluxos de trabalho e canais de clientes.

A integração com Claude não substitui esse produto. A Salesforce pode usar Claude como modelo de raciocínio dentro do Agentforce, enquanto o Agentforce fornece controles de implantação e orquestração específica para aplicações.

Ainda assim, Salesforce no Claude muda a comparação que os compradores farão. Eles podem questionar se uma tarefa exige um agente Salesforce desenvolvido para um propósito específico, um plugin do Claude, um funcionário trabalhando no Lightning ou alguma combinação dos três.

Para o trabalho interno de conhecimento, Claude tem uma vantagem de interface. Os funcionários podem combinar informações de CRM com redação, análise, pesquisa, documentos e fontes conectadas do ambiente de trabalho em uma única conversa.

Para a automação voltada ao cliente, Agentforce pode ter um papel diferente. Uma empresa pode precisar de um agente incorporado a um canal de suporte, governado por processos de atendimento, monitorado centralmente e integrado às operações da Salesforce.

A fronteira nem sempre permanecerá clara. Claude pode invocar ferramentas e concluir tarefas de várias etapas. Agentforce pode usar Claude para raciocínio. Portanto, ambos os produtos podem participar de fluxos de trabalho que analisam contexto e tomam medidas.

Essa sobreposição desloca a diferenciação para controle, distribuição e design de tarefas. O sistema vencedor não é necessariamente aquele com o modelo mais capaz. É aquele que fornece contexto suficiente aos usuários, mantendo as ações compreensíveis e governáveis.

Microsoft e OpenAI acrescentam uma pressão competitiva mais ampla. Seus assistentes empresariais também buscam se tornar espaços de trabalho entre aplicações, apoiados por suítes de produtividade, conectores e estruturas de agentes. A Salesforce não pode presumir que sua própria interface continuará sendo o ponto de partida para todas as tarefas de CRM.

A resposta da Salesforce é tornar sua plataforma utilizável em diversos ambientes de IA. A empresa está protegendo o valor que existe sob a interface: registros de clientes, relações entre dados, lógica de fluxos de trabalho, permissões e configurações setoriais.

Essa estratégia traz uma contrapartida. Quanto mais capaz a Salesforce se torna fora da Salesforce, menos frequentemente alguns usuários precisam abrir sua aplicação principal. O uso pode migrar para Claude, mesmo que a Salesforce continue essencial.

Por outro lado, recusar interfaces de terceiros aumentaria o risco de os clientes construírem soluções em torno da Salesforce. A empresa poderia manter sua tela, mas perder influência sobre a emergente camada de agentes.

A Anthropic enfrenta sua própria dependência. O valor empresarial de Claude cresce quando ele pode acessar sistemas confiáveis, mas a Anthropic não controla a precisão ou a estrutura dos dados de CRM dos clientes. Ela também depende da Salesforce para expor ações confiáveis e aplicar regras.

A parceria, portanto, divide responsabilidades sem eliminar a concorrência. A Anthropic fornece a interface de raciocínio. A Salesforce fornece o substrato empresarial governado. Ambas as empresas querem influenciar como os clientes projetam o fluxo de trabalho completo.

Compradores empresariais devem evitar transformar isso apenas em uma comparação de modelos. Uma pequena diferença na qualidade do raciocínio importa menos quando as permissões falham, os registros não têm contexto ou o assistente não consegue concluir a ação relevante.

A avaliação real deve acompanhar uma tarefa inteira. As equipes devem testar a solicitação inicial, a recuperação de fontes, o raciocínio, a ação proposta, a etapa de aprovação, a execução no Salesforce e a trilha de auditoria final.

Esse processo revelará se o plugin Claude Salesforce é uma interface operacional ou principalmente uma camada conveniente de resumo.

Três sinais mostrarão se o beta muda o trabalho de vendas

A próxima fase depende de controles de escrita, adoção dentro de organizações complexas e expansão além dos fluxos de trabalho iniciais de vendas.

O primeiro sinal é a convergência da documentação em torno das ações. Anthropic e Salesforce precisam declarar claramente quais configurações beta oferecem suporte a leitura, atualizações propostas, execução direta ou alterações em massa.

Se as empresas publicarem matrizes de capacidades consistentes e controles administrativos granulares, a confiança no uso em produção será fortalecida. A continuidade de divergências entre páginas de produto e notas de lançamento manteria o plugin mais próximo de uma ferramenta de avaliação.

O segundo sinal é a evidência de clientes com ambientes Salesforce maduros. A Salesforce afirma que organizações como Deloitte, GitLab e Legora participaram de atividades piloto. Evidências úteis explicariam a conclusão de tarefas, taxas de erro, requisitos de revisão e resultados de governança de dados.

Relatos sobre preparação mais rápida podem identificar fluxos de trabalho promissores, mas não podem estabelecer valor repetível. Os compradores precisam saber se o plugin funciona com campos personalizados, funções complexas, equipes regionais e registros imperfeitos.

Evidências de que as equipes continuam usando Claude após o piloto sustentariam a mudança de interface. Verificação manual intensa ou implantação restrita sugeririam que relatórios estabelecidos e telas da Salesforce continuam necessários para decisões críticas.

O terceiro sinal é a expansão prometida além das vendas. A Salesforce identificou atendimento, marketing, comércio, receita, Tableau, MuleSoft, fluxos de trabalho setoriais e outras áreas da plataforma como direções futuras.

Essas adições transformariam Claudeforce de um plugin de vendas em uma estratégia de interface mais ampla. Atrasos ou lançamentos muito restritos indicariam que a ação conversacional governada continua mais difícil do que a visão de lançamento sugere.

O beta de setembro já estabelece um fato importante. A Salesforce está disposta a permitir que Claude se torne um lugar onde funcionários trabalham diretamente com informações de clientes. A questão não resolvida é quanto trabalho pode ser transferido para lá com segurança.

Para líderes de vendas, o próximo passo prático é uma comparação controlada. Selecione várias tarefas recorrentes, documente seus padrões atuais de tempo e erro e teste o plugin com os mesmos registros e funções de permissão.

Inclua registros comuns e também os problemáticos. Teste solicitações ambíguas, campos ausentes, contas restritas, previsões contestadas e atualizações propostas. Analise o que Claude diz, o que Salesforce permite e o que a trilha de auditoria registra.

Os profissionais do conhecimento também devem avaliar se o restante de seu contexto está pronto. Os dados de CRM se tornam mais úteis quando se conectam a notas, documentos e conversas confiáveis. Um fluxo de trabalho estruturado de conhecimento em vendas pode ajudar as equipes a organizar esse contexto ao redor antes de adicionar mais automação.

O plugin Claude Salesforce não prova que a interface de CRM desapareceu. Ele é um teste em tempo real de se a interface pode mudar enquanto o sistema governado permanece em vigor. Nos próximos meses, observe o que os usuários confiam a Claude para alterar, não apenas o que pedem que ele resuma.