O Salesforce é uma das plataformas de CRM mais usadas do mercado — e também uma das mais citadas quando o assunto é "implementação que travou". Não é contradição: é justamente por ser tão configurável, tão flexível, que boa parte dos projetos consegue chegar ao fim tecnicamente prontos e, ainda assim, nunca saírem do papel na prática.
O padrão que se repete
O roteiro costuma ser parecido, empresa após empresa: contrata-se a licença, alguém (interno ou terceirizado) configura objetos, campos e fluxos, os dados são migrados de uma planilha ou de outro sistema, e o time recebe um treinamento — geralmente curto, geralmente uma vez só. Meses depois, o time comercial voltou a usar a planilha de sempre, ou uma versão simplificada do CRM, ignorando a maior parte do que foi configurado.
Do ponto de vista técnico, o projeto "funcionou": os campos existem, os relatórios existem, a estrutura está lá. Do ponto de vista prático, ele fracassou — porque a métrica que importa não é "o sistema está configurado", é "o time usa isso de verdade, todo dia, sem alguém precisar cobrar".
Por que isso acontece
Alguns motivos aparecem com frequência:
- O processo comercial nunca foi definido antes de configurar. Sem saber como a empresa realmente vende hoje, a configuração reflete uma teoria de venda que não existe na prática — e o time rejeita porque não reconhece o próprio trabalho ali.
- A decisão foi tomada sem quem vai usar todo dia. Quando só a diretoria escolhe os campos e as etapas, sem ouvir vendedor e financeiro, a ferramenta nasce distante de quem vai operar ela.
- Treinamento de uma vez só, sem acompanhamento. Uma apresentação de duas horas não é suficiente pra mudar um hábito de anos — adoção real leva semanas de reforço, não um workshop.
- Migração de dados feita sem limpeza. Importar a bagunça da planilha antiga pro CRM novo só transporta o problema pra dentro da ferramenta certa.
O que isso diz sobre como abordar uma implementação
O padrão do mercado sugere uma coisa clara: o gargalo raramente é técnico. É entender o processo de vendas real da empresa antes de configurar qualquer coisa, e tratar a adoção do time como parte do projeto — não como uma etapa opcional depois que "a parte difícil" (a configuração) já terminou.
É por isso que qualquer projeto que fazemos começa por um Diagnóstico, antes de tocar em qualquer configuração: entender como o time vende hoje, o que já existe configurado, e só depois decidir o que precisa mudar. Configurar rápido é fácil. Fazer o time usar de verdade é o trabalho de verdade.
Se sua empresa já passou por uma implementação que travou, ou está decidindo como começar a certa, dá pra conversar sobre o cenário específico no Diagnóstico da Prumio Salesforce.