← Central de conteúdo

Acompanhamento de uso do CRM: como saber se o time adotou de verdade

No dia 45 da implantação, alguém pergunta se o CRM pegou. O gerente responde que sim: todo mundo entra, ninguém reclamou, o TI mostrou um número de acessos que só cresce. Três meses depois, um cliente antigo cancela e ninguém sabe explicar por quê. Abrem a conta: cadastro em dia, faturamento importado do ERP, nenhuma conversa registrada em cinco meses.

Ilustração editorial sobre Acompanhamento de uso do CRM: como saber se o time adotou de verdade
O CRM ajuda o vendedor quando devolve contexto e reduz o esforço de lembrar e registrar.

No dia 45 da implantação, alguém pergunta se o CRM pegou. O gerente responde que sim: todo mundo entra, ninguém reclamou, o TI mostrou um número de acessos que só cresce. Três meses depois, um cliente antigo cancela e ninguém sabe explicar por quê. Abrem a conta: cadastro em dia, faturamento importado do ERP, nenhuma conversa registrada em cinco meses.

O CRM estava sendo usado. Só que ele estava sendo lido.

Login não é adoção. E "número de acessos" também não é — é a mesma mentira com mais casas decimais. Um vendedor que abre a Conta 360 oito vezes por dia antes de cada ligação gera evento à vontade e não deixa nada para trás.

Leitura contra escrita: a divisão que separa uso real de teatro

Toda interação com um CRM cai em um de dois baldes, de sinais opostos.

Ler é consumir. Abrir a lista de clientes em risco, olhar o funil, conferir o financeiro antes de ligar. É uso legítimo — mas é o vendedor tirando valor do sistema. Se todo o uso da equipe for leitura, o CRM é um relatório caro: devolve o que o ERP já sabia.

Escrever é alimentar. Registrar a conversa, concluir a atividade com resultado, mover a oportunidade de etapa, anotar o motivo da perda. É o vendedor colocando ali algo que não existe em nenhum outro lugar da empresa — porque nasceu na cabeça dele, no telefone, no balcão.

A diferença aparece na pergunta que o dono realmente quer responder: se este vendedor sair amanhã, o que fica? Leitura não deixa nada. Escrita deixa a carteira.

Por isso as duas contagens precisam viver em colunas separadas. Somadas, viram um número que sobe sempre e não decide nada. Separadas, muita leitura e pouca escrita é alguém usando o CRM como consulta; escrita constante é adoção, mesmo que a pessoa entre menos vezes.

Visão executiva da carteira: indicadores e prioridades comerciais no mesmo contexto.

A linha mais valiosa do relatório é a que está zerada

O defeito mais silencioso dessas medições: o painel é montado a partir do log — ou seja, lista quem gerou evento.

O vendedor que nunca abriu o sistema não gerou nenhum evento — logo, não aparece. O gestor vê sete linhas com números razoáveis e conclui que está tudo bem, sem perceber que a equipe tem nove pessoas. As duas que faltam eram as que ele precisava ver, e o painel as apagou por construção.

Quem não usou é a informação. Todo usuário ativo tem que aparecer, inclusive com zero em tudo. Uma linha zerada é o achado mais barato de qualquer piloto: custa dez minutos de conversa resolver, e custa um trimestre descobrir tarde.

"Sumiu há sete dias" e "nunca entrou" são doenças diferentes

As duas linhas parecem iguais no painel — as duas estão paradas. Mas pedem conversas opostas.

Nunca entrou é problema de porta: senha que não chegou, permissão errada, o vendedor que faltou ao treinamento. A solução costuma ser trivial — alguém senta do lado dele por meia hora.

Entrou e sumiu é problema de valor, e é mais sério: ele experimentou e decidiu parar. Ou não achou o que precisava, ou achou mais fácil no ERP, ou o sistema pedia dez cliques para registrar algo que ele resolve num bilhete. Essa pessoa está dando um retorno sobre o produto, não sobre disciplina — e cobrar disciplina de quem parou por falta de valor perde a pessoa e o CRM juntos.

Confundir os dois estados faz o gestor dar o discurso errado para a pessoa errada.

Rotina se mede em dias, não em cliques

Um vendedor entrou uma vez no mês, ficou duas horas atualizando tudo e não voltou. Outro entrou dez minutos por dia, todo dia útil. Contando eventos, talvez o primeiro ganhe. Contando rotina, não há disputa: o segundo incorporou o CRM ao trabalho, o primeiro fez uma faxina para o chefe ver.

O que mede rotina são os dias distintos com atividade no período — não o volume. Dez acessos num dia só é um dia de uso, não é hábito. Por isso a janela importa: sete dias mostram a semana corrente, trinta mostram se aquilo virou trabalho ou foi entusiasmo de implantação.

Erros comuns ao medir adoção

  • Transformar o painel em placar. Quando "número de registros" vira meta, o time entrega número de registros: conversas de uma linha, atividades concluídas em lote na sexta. Meta de cliques fabrica exatamente o teatro que a medição existia para detectar.
  • Medir só quem já usa. É o viés da linha zerada: um painel que enxerga apenas quem gerou log responde "os que usam, usam".
  • Ler o número sem ler o que foi escrito. Contar que houve registro não diz se o registro presta. "Falei com o cliente" conta como escrita e não vale nada.
  • Achar que adoção alta significa resultado. São eixos diferentes: dá para ter uso exemplar e funil parado — e essa combinação é um achado, não um paradoxo.

Como isso se aplica no zCRM

A dor é o gestor que não sabe, no dia 45, se a implantação pegou — e descobre no dia 200, quando o estrago tem nome de cliente.

O zCRM registra cada requisição autenticada numa tabela usage_events, com um campo action_type: escrita entra como action, navegação como view. A tela mostra as duas em colunas separadas, de propósito — ações são trabalho efetivo, visualizações são consumo.

Todos os usuários ativos aparecem, inclusive os de evento zero, marcados como never_used. O painel separa os dois tipos de ausência: quem nunca acessou e quem está há sete dias ou mais sem aparecer (idle). O tempo desde o último acesso vem em dias inteiros, traduzido na tela — "Hoje", "Ontem", "há N dias", "Nunca acessou" —, com tons que vão de ok a atenção aos três dias e alerta aos sete. Frequência é dias ativos sobre dias do período (7, 14 ou 30), não soma de cliques. Cada usuário traz o módulo mais usado e o percentual de eventos em dispositivo móvel; o detalhe abre a série diária, o uso por módulo e os últimos acessos. Os placeholders @crm.local ficam fora: são stubs de vendedor criados pela sincronização do ERP, não têm como logar e só seriam lixo estatístico. A tela é restrita pela permissão crm.usage.view.

A decisão que muda: em vez de "o time está usando?", o gestor pergunta "quem está alimentando, quem só consulta, e quem eu perdi na semana passada?" — e cada resposta leva a uma conversa diferente.

Os limites, explícitos. O painel conta que houve escrita; não avalia se a conversa registrada dizia algo útil — qualidade de registro continua sendo leitura de gestão, feita lendo o que foi escrito. O zCRM também não cutuca o vendedor que sumiu: conta ao gestor quem está há sete dias fora, e a cobrança é humana; lembrete acionável com prazo está na lista de lacunas do produto, não na de recursos. Não há gravação de tela, tempo de sessão, mapa de calor nem monitoramento do que foi digitado — existe contagem de eventos de API. O percentual de móvel mede navegador em dispositivo móvel; aplicativo nativo não é entrega atual. E isto não é ranking de produtividade: usar o painel como placar de punição inverte o sinal — você deixa de medir adoção e passa a medir medo.

Próxima leitura

  • Gestão comercial orientada por dados: o que medir além do faturamento.
  • Como implantar CRM em 30 dias sem tentar resolver tudo de uma vez.
  • Permissões no CRM: como dar visibilidade sem abrir informação sensível.