A Resposta Concisa
Quando os usuários abandonam o Salesforce, a razão quase nunca é "eles não entenderam o sistema". A verdadeira razão é que o sistema exigia mais deles do que lhes oferecia em retorno. A recuperação da adoção começa com o diagnóstico do custo que o usuário está pagando, e não com mais treinamento.
A sequência prática: duas semanas de diagnóstico, 30 dias de correções perceptíveis e, em seguida, um ciclo de gestão regular baseado em dados. O treinamento só entra em cena depois que o sistema já vale o tempo investido nele.
Cinco Razões Para o Abandono — E Como Distingui-las
| Razão | Indicador Prático | Correção Adequada |
|---|---|---|
| Carga de Entrada Excessiva | Formulários longos, campos obrigatórios sem proprietário | Exclusão de campos, definição de valores padrão, automação |
| Desconfiança dos Dados | Todos mantêm planilhas "sombra" | Limpeza de dados + definição de uma única fonte da verdade |
| Falta de Valor de Retorno | O usuário insere dados e não recebe nada em troca | Listas de tarefas, visualizações personalizadas, alertas |
| Gestão Não Baseada no Sistema | Revisão semanal de um arquivo externo | Migração do fórum para um Dashboard |
| Performance e Interface | Telas lentas, navegação confusa | Otimização e simplificação do Layout |
O próprio diagnóstico leva duas semanas: dez conversas com usuários reais (não representantes de usuários), observação de uma hora do trabalho real de três funções e coleta de dados de uso real conforme descrito em Métricas de Adoção do Salesforce.
A Lei do Retorno: O Que o Usuário Recebe em 30 Segundos
Este é o teste principal. Abra a tela principal de um usuário que está abandonando e pergunte: o que ele recebe aqui que não obteria sem o sistema? Se a resposta for "nada, ele só insere dados" — o abandono é completamente compreensível.
Retornos que funcionam na prática: a lista de tarefas do dia ordenada por prioridade; histórico completo do cliente sem precisar procurar em e-mails; lembrete automático antes de uma reunião; um formulário de orçamento gerado com um clique. Cada um desses itens economiza tempo real e, portanto, gera uso sem necessidade de imposição.
A Primeira Onda de Correções: 30 Dias
Selecione entre cinco e oito correções, todas perceptíveis no dia a dia, todas implementáveis em um mês. Composição recomendada:
- Remoção de 30%-50% dos campos no formulário principal, com evidências de que ninguém os consome.
- No máximo dois campos obrigatórios em cada etapa do processo.
- Uma visualização "Meu Trabalho Hoje" para cada função principal.
- Correção de três problemas de qualidade de dados que os usuários citam como prova de que o sistema não é confiável.
- Uma automação que elimina um trabalho manual repetitivo.
- Otimização da tela mais lenta.
O que não se encaixa nesta onda: novos recursos, módulos adicionais, novas integrações. A expansão durante uma crise de confiança agrava os danos. A direção correta nesta fase é a simplificação, conforme descrito em Simplificação da UX no Salesforce.
Reconstruindo a Confiança
A confiança não retorna com uma mensagem de e-mail. Ela retorna de três padrões recorrentes: correções entregues no prazo prometido, transparência sobre o que não será feito e crédito para quem levantou o problema.
Um mecanismo simples que funciona: uma lista de solicitações abertas para toda a organização com status, entregas quinzenais e uma breve comunicação detalhando o que foi corrigido e por quem. Em seis semanas, isso muda a conversa de "o sistema não funciona" para "eu enviei uma solicitação".
A rede humana que veicula essa mensagem é a rede de Champions, e sua construção é detalhada em Rede de Champions no Salesforce.
O Ciclo de Gestão é a Ferramenta Mais Poderosa
O fator mais influente na adoção é o que o gerente direto observa. Enquanto ele gerencia a equipe a partir de um arquivo externo, o sistema é opcional. No momento em que a revisão semanal do Pipeline ou dos Cases é conduzida a partir de um Dashboard em tempo real — a atualização se torna um interesse pessoal do representante.
Esta é uma mudança gerencial que requer o apoio de um Sponsor e, portanto, faz parte do plano de gerenciamento de mudanças e não do plano de trabalho técnico. Consulte Gerenciamento de Mudanças do Salesforce.
Quando Reduzir em Vez de Expandir
Se o sistema contém módulos não utilizados, processos construídos para cenários teóricos e automações que ninguém entende — a medida correta é uma contração controlada. Desabilitar o que não está em uso reduz a carga cognitiva, encurta telas e diminui a manutenção. Muitas organizações descobrem que a melhoria mais significativa na adoção veio da exclusão, não da construção.
Métricas para Recuperação
Meça apenas quatro ao longo do trimestre: taxa de conclusão da ação central por função, tempo médio para completar o processo principal, taxa de uso de arquivos "sombra" (auditado manualmente) e uma métrica de qualidade de dados. Um aumento nas três primeiras sem melhoria na quarta significa que o sistema foi preenchido mais rapidamente, não melhor.
Conclusão
A recuperação da adoção é um projeto de remoção de atritos e retorno de valor, e não um projeto de convencimento. Diagnostique o custo que o usuário paga, entregue uma onda de correções perceptíveis em 30 dias, mova a gestão para dentro do sistema, e só então retorne ao treinamento e à expansão.