O roteiro é sempre parecido. A empresa contrata o CRM, treina o time numa sexta à tarde, todo mundo acha bonito. Na segunda o vendedor abre a tela e encontra uma lista vazia com um botão "novo cliente". Ele tem catorze pedidos para acompanhar e deixa para cadastrar depois. Três meses depois o dono descobre que só duas pessoas entraram no mês e conclui que "o time não tem cultura de CRM".
Não tem nada a ver com cultura. O que aconteceu na segunda-feira foi uma conta, e ela deu negativo.
A conta que o vendedor faz na primeira semana
Todo sistema cobra e devolve. Cobra tempo de digitação e mudança de rotina. Devolve informação que o vendedor não tinha: quem está sumindo, quanto o cliente comprou no ano passado, qual proposta venceu ontem.
Um CRM que começa vazio tem um problema aritmético no dia 1: cobra 100% e devolve 0%. Não é ruindade do vendedor — não existe nada lá dentro para devolver. Ele digita o nome de um cliente que já sabe de cor, num sistema que sabe menos sobre a carteira do que ele mesmo. O saldo só vira positivo quando o registro acumulado vale mais que o esforço de registrar, e isso leva meses.
E aqui está a parte que quase ninguém enfrenta: cobrança de gerente não paga esse saldo. Ela financia algumas semanas de preenchimento por obediência — geralmente na sexta-feira, tudo de uma vez, de memória, com data errada. Depois o pipeline mostra números em que ninguém acredita, o gerente para de cobrar porque o dado é ruim, e o sistema morre. A falha não foi de adoção; foi da conta que a implantação montou.
"Falha cultural" quase sempre tem outro nome
Atrás do diagnóstico de resistência costuma haver a mesma coisa: uma implantação que pediu ao time para reconstruir à mão dados que a empresa já possuía.
O cliente já existe no ERP, com CNPJ, endereço, vendedor responsável e limite de crédito. O histórico de compra já está lá, junto com propostas, pedidos em aberto e títulos vencidos. Mesmo assim, a implantação padrão começa com uma planilha de "carga inicial de contatos" e uma reunião de campos obrigatórios. Peça a um vendedor experiente para redigitar o que a empresa já tem e ele fará a única leitura racional disponível: isso é serviço de escritório, não é venda. Ele não resiste à mudança — recusa um trabalho que não devolve nada.
Existe uma resistência cultural verdadeira, e é outra: o sistema já é útil e o vendedor evita registrar porque não quer a carteira dele visível. É um problema real, mas é o segundo. Não dá para diagnosticar cultura com a conta negativa — não há como separar quem não quer usar de quem não tem motivo para usar.
Onde a tecnologia realmente falha (e é pouco)
Existe uma parte técnica, e é menor do que o setor admite. Dado do ERP que chega errado — cliente sem cidade, vendedor trocado, CNPJ do grupo no lugar do da filial: o vendedor descobre na frente do cliente, e uma vez basta para nunca mais confiar. Lentidão em tela de rotina: relatório mensal pode demorar; a tela aberta vinte vezes por dia, não. Fricção de canal: um telefone copiado, limpo e reformatado até virar WhatsApp é atrito vezes todo dia do ano.
Nenhum desses itens é funcionalidade faltando. São todos custo por uso — a mesma conta, do lado que a TI controla.
Como medir o fracasso antes dele virar cancelamento
O erro final é descobrir tarde. O cancelamento aparece na renovação, quando não há mais o que consertar, e até lá o único indicador que a empresa olha é faturamento — que sobe e desce por dez motivos alheios ao CRM.
Adoção se mede por dois números, e nenhum é "quantos usuários temos":
- Quem nunca entrou. O indicador mais brutal e mais ignorado. Quem nunca abriu o sistema não é caso de treinamento: ninguém mostrou a essa pessoa por que ela entraria. E, na maioria das implantações, esse número é estimado, não conhecido.
- Quem entrou e sumiu. Quem usou duas semanas e parou há vinte dias está dizendo, em silêncio, que a conta deu negativo. Descoberto no dia 20, é uma conversa. No dia 200, é uma renovação perdida.
Os dois exigem registro do uso real, não pesquisa de satisfação. E leitura de diagnóstico: a pergunta é "o que faltou entregar a essa pessoa", não "por que você não preencheu".
Erros comuns nesse diagnóstico
- Responder à baixa adoção com mais treinamento. Se o sistema devolve pouco, treinar melhor só ensina o time a fazer mais rápido algo que não compensa.
- Adicionar campo obrigatório para "melhorar a qualidade do dado". Cada obrigatório encarece o registro, e o resultado previsível é dado inventado — pior que dado ausente.
- Trocar de fornecedor sem mudar a implantação. O segundo CRM vazio falha como o primeiro, com nova licença.
- Chamar de cultura o que não foi medido. É a conclusão mais cara possível: encerra a investigação.
Como isso se aplica no zCRM
Projetos assim morrem na primeira semana, antes de qualquer discussão sobre processo comercial. O zCRM ataca a curva do dia 1 pela origem dos dados: a conta chega do ERP já preenchida — nome, documento, vendedor responsável, cidade/UF, segmento, limite de crédito e bloqueio — e chega com histórico: faturamento, pedidos, propostas, financeiro e produtos comprados. O vendedor abre o sistema e encontra a carteira dele, não um formulário. O login também não cobra cadastro: o sistema espelha o hash de senha do ERP (view v_crm_users) e importa os usuários por POST /admin/users/import, reconciliando pelo código do vendedor; o reset de senha continua no ERP.
A redução de atrito é decisão de desenho, não discurso. Concluir atividade ou visita cria o follow-up no mesmo passo. O componente de contato abre o canal no clique (WhatsApp com DDI 55, tel:, mailto:) além de copiar. A próxima ação da conta é derivada dos pendentes e somente leitura — não é mais um campo para preencher.
E o produto mede a própria adoção em vez de supor: um middleware grava cada requisição autenticada em usage_events (usuário, módulo, visualização ou ação, status, duração, dispositivo e horário), e a tela "Uso" mostra os ativos e — o número que importa — quantos nunca usaram, com chip "há N dias" e aviso de inatividade de 7 dias ou mais. Ela existe para achar quem nunca entrou enquanto dá tempo de conversar, não para contar cliques de quem trabalha. Do lado do resultado, o Relatório de Valor mostra o que o trabalho no CRM gerou no período: contas tocadas e cobertura, atividades concluídas, visitas com check-out, conversas, follow-ups, oportunidades criadas, ganhas e perdidas, win rate e pipeline aberto — e o código declara que não alega causalidade sobre o faturamento do ERP. Engajamento comercial não é venda; tratar como se fosse seria inventar um número.
A decisão que muda: em vez de discutir se o time "aderiu", a empresa pergunta quem ainda não recebeu valor nenhum — e sabe disso no dia 20, não na renovação.
Os limites, explícitos. Integrar ao ERP reduz o custo de entrada; não decide o uso — um sistema que nasce cheio ainda pode ser abandonado se ninguém tiver motivo diário para abri-lo. E falta a peça que fecharia a conta: o zCRM não tem lembrete proativo com prazo que cutuque o vendedor, nem sincronização com Google ou Outlook. Prioridades e Agenda informam quando ele abre; não lembram quando ele não abre. Também não há captura automática de WhatsApp ou e-mail: o registro de conversa continua manual. E nenhum percentual de adoção ou prazo de implantação será prometido sem caso medido.
Próxima leitura
- O CRM vazio: por que começar do zero atrasa a adoção comercial.
- Acompanhamento de uso do CRM: como saber se o time adotou de verdade.
- CRM para vendedor: ferramenta de controle ou ferramenta de venda?