Sales Cloud bem implantado quase não aparece. Vendedor abre, vê o que precisa, fecha. Métrica reflete o que está acontecendo. Diretoria toma decisão em cima do funil porque o funil diz a verdade. Mal implantado vira o oposto: vendedor reclama, gerente improvisa em planilha, diretoria desconfia do número. A diferença raramente é o produto. É a forma de implantar — e cinco antipadrões respondem por quase tudo de errado que se vê em projeto de Sales Cloud no Brasil.
Esse texto cataloga os cinco. Não é manual de configuração; é o que separa rollout que rende de rollout que vira "projeto vivo".
Antipadrão 1 — campos demais, processo de menos
O sintoma é o page layout com 40 campos. O diagnóstico é que ninguém perguntou qual decisão cada campo apoia. Sales Cloud não cobra por campo, então times empilham — "vai que precisa", "o financeiro pediu", "tinha no Excel". O vendedor abre a tela, congela, preenche o mínimo, e o restante vira lixo estatístico.
A régua simples: cada campo precisa servir a uma decisão (avançar estágio, qualificar lead, calcular comissão, gerar relatório que alguém olha). Se não serve, esconde. Isso vem do mapeamento de processo antes da configuração — sem ele, o page layout vira coleção de campos opcionais que ninguém preenche.
Antipadrão 2 — copiar o processo da empresa errada
A segunda armadilha é importar arquitetura de outro projeto. "Na empresa anterior fazíamos assim" vira blueprint. Funciona quando os negócios são parecidos. Não funciona quando a venda é de jeito diferente — ciclo mais curto, tomador diferente, segmentação outra. O resultado é estágio que não bate com a realidade, regra de validação que trava o usuário, relatório que mede o que não importa.
Sales Cloud é flexível por design. A liberdade pune quem copia. Quem desenha do zero — mesmo que sobre referência — entrega processo que cabe no negócio. Quem replica entrega processo que cabe no negócio anterior do consultor.
Sales Cloud bem implantado parece quase invisível. Quando o vendedor não percebe a ferramenta, a ferramenta está funcionando.
Antipadrão 3 — automação sem validação humana
Flow é poderoso, e por isso perigoso. O time configura "quando estágio muda pra Proposta, dispara e-mail pro cliente, cria task pro gerente, atualiza forecast, notifica jurídico". Parece sofisticado. Em produção, vira cascata: vendedor muda de estágio errado, três sistemas reagem, cliente recebe e-mail que não devia, gerente recebe task absurda, jurídico encerra processo válido. Reverter custa duas semanas.
A regra que funciona: automação que toca cliente externo, dispara assinatura, ou movimenta dinheiro precisa de validação humana intermediária. Não em todo passo — nos pontos de impacto irreversível. Velocidade pura é traço de demo; resiliência é traço de produção. E a escolha entre Flow e Apex pra cada automação depende da complexidade, não da diretriz padrão.
Antipadrão 4 — relatório como substituto da conversa
O quarto antipadrão é gerencial. Diretoria comercial passa a olhar Sales Cloud em vez de conversar com vendedor. O dashboard vira o gerente. Pareceu eficiência por um trimestre — depois o número começou a esconder problemas: oportunidade que existia só pra fechar o estágio, valor de proposta inflado pra render score, atividades registradas pra cumprir meta de uso.
Dashboard executivo bom vira decisão, não substitui presença. Sales Cloud entrega visibilidade, não substitui a conversa que o gerente precisa ter com o vendedor sênior na sexta de manhã. Quando vira substituto, o dado se corrompe — e a diretoria toma decisão em cima de teatro.
Antipadrão 5 — adoção tratada como treinamento
O quinto erro está no rollout. Time termina configuração, marca duas horas de treinamento, manda vídeo, abre canal de dúvidas, mede uso por login. Em três meses, metade do time não está usando direito. A causa não é falta de treinamento — é que ninguém respondeu qual ganho o vendedor tem ao usar.
Adoção real vem de duas coisas concretas: o vendedor ver que registrar atividade economiza tempo dele depois (visão única do cliente, contexto pra próxima reunião, comissão calculada certa), e o gerente cobrar o uso como item de gestão, não como métrica de TI. Sem essas duas, treinamento é teatro. Com elas, treinamento é detalhe. Estruturar isso em cronograma real — não como etapa comprimida no fim — é o que separa MVP de Salesforce em seis semanas que dura de configuração com prazo de validade de 90 dias. E IA generativa em vendas amplifica esse ganho onde já existe disciplina — onde não existe, vira mais uma ferramenta ignorada.
O fio comum
Os cinco têm uma coisa em comum: confundem configurar Salesforce com implantar Sales Cloud. Configurar é técnico. Implantar é organizacional. Quem trata o projeto como técnico entrega org bonita e operação confusa. Quem trata como organizacional entrega processo claro, ferramenta que serve, e número confiável.
Mesma régua de antes do projeto serve no meio dele: se você não consegue dizer em uma frase qual decisão cada parte do Sales Cloud apoia, ainda tem trabalho pra fazer. Não é treinamento que falta — é desenho.
A boa notícia é que esses antipadrões são conhecidos. Empresa que entra no projeto sabendo o que evitar economiza três a seis meses de retrabalho — e descobre que Sales Cloud é uma das melhores ferramentas de venda do mercado quando implantada com disciplina. (Antes do projeto começar, vale a outra pergunta: se Sales Cloud é mesmo a resposta certa pra esse momento da operação. Os cinco antipadrões só aparecem se a decisão de adotar já foi feita.)
Perguntas que sempre voltam
Fechando, as dúvidas que mais escutamos quando esses antipadrões aparecem em diagnóstico.
Por que os vendedores não usam o Salesforce depois do rollout?
Porque ninguém respondeu qual ganho o vendedor tem ao usar — a causa quase nunca é falta de treinamento. O rollout típico termina a configuração, marca duas horas de treinamento, manda vídeo e mede uso por login; em três meses, metade do time não está usando direito. Treinamento sem resposta pra pergunta do ganho é teatro.
Adoção real vem de duas coisas concretas: o vendedor perceber que registrar atividade economiza tempo dele depois (visão única do cliente, contexto pra próxima reunião, comissão calculada certa), e o gerente cobrar o uso como item de gestão, não como métrica de TI. Tela com 40 campos opcionais trabalha contra as duas — o vendedor congela, preenche o mínimo e o resto vira lixo estatístico.
Quantos campos um page layout de Sales Cloud deve ter?
Não existe número mágico — a régua é que cada campo precisa servir a uma decisão: avançar estágio, qualificar lead, calcular comissão ou alimentar relatório que alguém realmente olha. Se o campo não apoia decisão nenhuma, esconde. O page layout de 40 campos é o sintoma clássico de time que empilhou "vai que precisa" porque Sales Cloud não cobra por campo.
Essa disciplina vem do mapeamento de processo antes da configuração. Sem ele, o layout vira coleção de campos opcionais que ninguém preenche — e o dado que a diretoria usa pra decidir nasce corrompido.
Toda automação no Sales Cloud precisa de aprovação humana?
Não em todo passo — nos pontos de impacto irreversível. A regra que funciona: automação que toca cliente externo, dispara assinatura ou movimenta dinheiro precisa de validação humana intermediária. O resto pode rodar automático sem cerimônia.
O risco de ignorar isso é a cascata: vendedor muda de estágio errado, três sistemas reagem, cliente recebe e-mail que não devia, jurídico encerra processo válido — e reverter custa duas semanas. Velocidade pura é traço de demo; resiliência é traço de produção.