Radar
Opinião// Curadoria editorial
Relevância
62
média

Salesforce parou de ser só CRM (e chamar assim te faz vender menos projeto)

Chamar a plataforma de CRM limita a conversa com o cliente antes mesmo de ela começar. E isso tem custo de arquitetura, não só de marketing

Curadoria e análise de Guilherme Dornelas01 de setembro de 20262 min de leitura
// Compartilhar
Salesforce parou de ser só CRM (e chamar assim te faz vender menos projeto)

Uma discussão que surgiu no Reddit sobre como nomear a Salesforce para clientes escancarou um problema real de arquitetura: quem trata a plataforma como CRM tende a subutilizar Flow, Agentforce, Revenue Cloud e integrações que vão muito além de lead, oportunidade e pipeline.

Teve uma thread circulando no r/salesforce essa semana que parecia bobagem de nomenclatura, mas não é. Alguém trouxe uma discussão de time técnico onde o CTO soltou a seguinte provocação: "a gente devia parar de chamar Salesforce de CRM". E olha, o cara tem razão, mesmo indo contra décadas de marketing da própria Salesforce martelando "the number one CRM" em todo material institucional.

O ponto não é semântico, é de percepção de escopo. Quando você diz CRM para um cliente, o cérebro dele já cai automaticamente numa caixinha: lead, conta, oportunidade, funil de vendas, case de suporte. É um recorte real, mas é uma fração pequena do que a plataforma resolve hoje. Ninguém pensa em CRM quando você fala de Agentforce orquestrando um agente que consulta Data 360, dispara um Flow, abre um caso e ainda registra tudo num canal de Slack. Ninguém pensa em CRM quando o projeto é um portal de parceiro em Experience Cloud com sharing rule fina para não vazar dado de conta errada. E ninguém pensa em CRM quando a discussão é sobre modelar Product Catalog Management e Pricing Procedure para vender assinatura recorrente com upgrade no meio do contrato.

Eu vejo isso constantemente em discovery de projeto. Cliente chama para "melhorar o CRM" e no fim das contas o problema real está em processo interno que roda inteiro dentro da org via Flow, ou numa integração com ERP que precisava ter sido pensada com MuleSoft desde o dia um. Se você entra na conversa validando o rótulo de CRM, você já reduziu o teu próprio raio de ação como arquiteto. O cliente não vai te perguntar sobre automação de processo de compliance interno, porque para ele isso não é "coisa de CRM".

Business platform muda a pergunta que o cliente faz

Quando você troca CRM por plataforma de negócios (ou simplesmente explica o que a Salesforce realmente é: uma plataforma com banco de dados, camada de automação, camada de IA e camada de integração, com módulos verticais por cima), a conversa vira outra. O cliente para de perguntar "dá para fazer X no CRM?" e passa a perguntar "quais processos meus poderiam rodar aqui dentro?". Isso é ouro para quem vende projeto de arquitetura, porque abre espaço para falar de Agentforce Revenue Management substituindo processo manual de cotação, de Flow Approval Process eliminando planilha de aprovação por e-mail, de Data 360 unificando dado que hoje está espalhado em três sistemas.

Não é discussão de terminologia para postar no LinkedIn. É discussão de escopo de projeto, de orçamento aprovado e de quantas licenças o cliente vai comprar depois que entender o tamanho real do que está contratando.

// Por que isso importa

O jeito que você nomeia a plataforma na primeira reunião de discovery define o teto do projeto. Chamar de CRM ancora o cliente numa expectativa pequena (vendas e atendimento) e deixa de fora automação de processo, Agentforce, integrações e Revenue Cloud, que normalmente é onde está o orçamento maior e o valor de arquitetura mais interessante.

Para quem trabalha com pré-vendas, arquitetura de solução ou é a ponte entre negócio e técnico, isso tem impacto direto em quantos módulos entram no roadmap e em como o cliente aloca budget para o ano seguinte.

// Minha leitura

Essa reflexão nasce de uma discussão de comunidade genuína, sem anúncio oficial nem mudança de produto por trás. Trato aqui como leitura de mercado e de discovery de projeto, não como fato de release ou posicionamento oficial da Salesforce.

// Como aplicar na prática

Na próxima reunião de descoberta, evite abrir com "vamos falar do seu CRM". Pergunte que processos de negócio o cliente roda hoje fora de sistema, o que ele automatiza manualmente, onde tem gargalo de aprovação, e onde a IA generativa poderia entrar. Isso puxa naturalmente a conversa para Flow, Agentforce, Data 360 e Revenue Cloud sem parecer venda forçada.

Se você é consultor ou arquiteto que constrói proposta, troque "implementação de CRM" por "plataforma de operação de negócio" no material comercial. Parece detalhe, mas muda a ancoragem de valor e justifica escopo maior.

// Pontos de atenção

Cuidado para não cair no exagero oposto de vender a plataforma como bala de prata para qualquer processo da empresa. Business platform não significa que tudo deveria estar dentro da org: tem processo que faz mais sentido ficar num sistema especializado e só se conectar via MuleSoft ou API.

Também não adianta rebatizar o discurso comercial se a arquitetura por trás não sustenta a promessa. Prometer plataforma completa e entregar governança fraca de permission set, Flow sem padrão e sharing model mal desenhado é pior do que só ter vendido CRM.

Fonte original:Reddit r/salesforce (top da semana)

Este conteúdo foi reescrito e analisado editorialmente em português a partir de informações públicas da fonte indicada.

// Radar Salesforce — Newsletter

Releases, Flow, Revenue Cloud e Agentforce — com leitura de arquiteto, direto no seu e-mail.

Curadoria editorial em PT-BR, sem repost de notícia. Você recebe contexto, “por que importa” e como aplicar — assinada por mim.

Sem spam. Cancele quando quiser, em 1 clique.

// Sem spam · cancele quando quiser