A Salesforce quer saber se a comunidade ainda confia nela. E a resposta não é óbvia
Uma pesquisa de sentimento não é só ruído de RH. Ela é sintoma de algo que quem vive projeto sente há meses: fadiga de mudança, renomeação sem fim e certificação que vira papel higiênico
A Salesforce está rodando uma pesquisa de comunidade perguntando diretamente se você confia na empresa e se sente confiança usando as ferramentas de IA dela. Isso não é formalidade. É um termômetro que a própria empresa colocou porque já suspeita do resultado.
Toda vez que uma empresa manda uma pesquisa perguntando "você ainda confia em mim?", já dá pra imaginar que ela suspeita da resposta. É basicamente isso que está acontecendo com a Community Survey que a Salesforce está rodando agora, com fechamento em 19 de julho.
As perguntas não são as habituais de satisfação genérica. São perguntas diretas: sua percepção sobre a Salesforce mudou nos últimos 12 meses, e se piorou, por quê? Você confia que a Salesforce age no melhor interesse dos clientes? Você se sente confiante usando a IA da plataforma no seu trabalho? Você consegue acompanhar o ritmo de mudança dos produtos?
Quem vive projeto sabe que essas não são perguntas de pesquisa de satisfação de fim de trimestre. São perguntas de quem já está sentindo o tremor e quer saber o tamanho do rombo antes que fique impossível de disfarçar.
O que os números anteriores já mostravam
Em março, a Salesforce publicou resultados de uma onda anterior dessa mesma pesquisa: NPS de 40, Community NPS de 28, 56% dizendo que a percepção sobre a empresa melhorou no último ano e 71% confiando que ela age no melhor interesse da comunidade. Números que, isolados, não são de crise.
O detalhe que ficou enterrado no meio do release é que o feedback mais crítico veio justamente dos membros mais experientes e engajados: Trailblazers de longa data, líderes de grupo de comunidade, gente que respira o ecossistema. Isso é dado relevante para qualquer arquiteto: quem está mais dentro do jogo é quem primeiro sente quando a régua está torta.
Onde a rachadura aparece na prática
Não precisa de pesquisa oficial para sentir isso. Quem está em projeto vê o padrão se repetir: mudança de permissão anunciada, pausada, cancelada. MFA com rollout suspenso e retomado em outro cronograma dias depois. Certificação de CPQ sendo retirada enquanto times inteiros construíram carreira em cima daquele produto. Cert reaproveitada e rebatizada com "Agentforce" no nome, mesmo quando o profissional nunca tocou em Agentforce na vida.
Essa história de retirar Permissions on Profiles, anunciada em 2023, empurrada, e agora cancelada de vez, é emblemática. O problema não é a decisão em si, é o zigue-zague. Cliente que investiu tempo migrando modelo de dados baseado em permission set, e agora descobre que o Profile continua ali, sente na pele o que a comunidade tenta descrever: cansaço não da mudança, mas da falta de previsibilidade sobre o que vai continuar existindo no próximo trimestre.
O mesmo vale para o lado de IA. Einstein virou Agentforce, Data Cloud virou Data 360, Service Cloud ganhou variante Agentforce Service. Cada rebranding sozinho é cosmético, mas empilhado, cria a sensação de que ninguém mais sabe separar o que é feature nova do que é feature repaginada com nome mais chamativo. Isso tem nome técnico e não é maturidade de produto, é fadiga de marca.
Por que isso interessa a quem arquiteta solução
Se você é arquiteto ou consultor, essa discussão não é só fofoca de comunidade. Ela impacta diretamente a conversa que você tem com cliente sobre roadmap. Quando o cliente pergunta "esse recurso vai continuar existindo do jeito que está?", a resposta honesta hoje é mais incerta do que era há três anos. Isso muda como você desenha arquitetura: menos acoplamento em funcionalidade que pode ser rebatizada ou descontinuada, mais documentação própria porque a documentação oficial pode mudar de nome amanhã, e mais transparência com o cliente sobre o que é aposta segura e o que é aposta arriscada.
Pesquisas de sentimento de comunidade não mudam release notes, mas mudam prioridade interna. Se a Salesforce está medindo trust e confiança em IA de forma tão direta, é porque já enxergou sinal de queda em algum lugar, provavelmente no Net Promoter Score de produtos de IA ou na taxa de adoção de Agentforce fora do hype inicial. Para quem monta proposta de arquitetura, isso é insumo real: cliente está mais desconfiado, mais cansado de retrabalho, e menos disposto a comprar narrativa sem prova de estabilidade.
Se você lidera comunidade, time interno ou conversa direta com cliente, vale preencher a pesquisa antes de 19 de julho. É rápido e é o canal mais formal que existe hoje para deixar registrado o que você sente na prática, seja sobre certificação retirada, seja sobre renomeação de produto.
No dia a dia de projeto, documente decisões de arquitetura com justificativa própria, não dependa só da documentação oficial da Salesforce para explicar por que uma solução foi desenhada de determinado jeito. Se o nome do produto mudar de novo em seis meses, sua documentação interna precisa continuar fazendo sentido para o time e para o cliente.
Cuidado para não confundir desconfiança geral da comunidade com motivo para não adotar novidade nenhuma. Existe diferença entre ser cauteloso na arquitetura e travar decisão por medo de rebranding. Avalie caso a caso: Agentforce, Data Cloud e Revenue Cloud têm investimento real de engenharia por trás, mesmo com nome mudando; já Permissions on Profiles mostrou que certas decisões de produto podem ser revertidas mesmo depois de anos de comunicação oficial.
Outro ponto de atenção: não trate pesquisa de sentimento como sinal de crise definitiva. É dado direcional, não sentença. Mas ignorar o padrão de zigue-zague recente (MFA, Profiles, certificações) ao planejar roadmap de cliente é ingenuidade.
Este conteúdo foi reescrito e analisado editorialmente em português a partir de informações públicas da fonte indicada.