← Central de conteúdo

Prioridades do dia: como transformar dados do ERP em rotina comercial

O CRM da PME costuma morrer numa segunda-feira de manhã. A empresa assinou, o consultor treinou o time, cada vendedor recebeu login — e a primeira tela está vazia. Nenhum cliente para atender, nenhum alerta, nenhuma fila. Só um botão azul escrito "novo cadastro".

Tela real do zCRM relacionada a Prioridades do dia: como transformar dados do ERP em rotina comercial
A prioridade diária nasce de sinais objetivos, valor em jogo e responsabilidade definida.

O CRM da PME costuma morrer numa segunda-feira de manhã. A empresa assinou, o consultor treinou o time, cada vendedor recebeu login — e a primeira tela está vazia. Nenhum cliente para atender, nenhum alerta, nenhuma fila. Só um botão azul escrito "novo cadastro".

A conta é simples: para o sistema devolver algo, alguém precisa alimentá-lo primeiro — e quem alimenta é justamente quem ainda não recebeu nada em troca. Três meses depois, o CRM tem quarenta registros do vendedor mais obediente e o dono conclui que "o time não adotou".

O time adotaria. O que ele não faz — e nem deveria — é digitar durante um trimestre para o software ficar útil no quarto mês.

A fila que já nasce cheia

A saída não é motivar melhor. É a fila do primeiro dia vir de onde o dado já está: o ERP. A empresa emite nota, faz proposta, registra pedido e controla título vencido há anos — e cada um desses fatos já é um sinal comercial completo, com cliente, data e valor.

No zCRM a fila de prioridades tem exatamente seis tipos de item. A pergunta que interessa não é "o que a fila mostra", e sim de onde sai cada linha dela — e se alguma depende de alguém ter cadastrado algo antes.

1. Reativar: o cliente que parou

Sai da comparação entre duas janelas de faturamento autorizado: os últimos 90 dias contra os 90 anteriores. Faturava antes, não faturou agora. A fonte são as notas fiscais que a sua empresa já emitiu — nada além disso. É o sinal mais barato de produzir e o mais caro de ignorar, porque quem parou não reclama: some em silêncio, até virar "aquele que a gente perdeu".

2. Recuperar: o cliente que está caindo

Mesma comparação de janelas, leitura oposta: o cliente comprou nos dois períodos — só que menos. É o sinal que olho humano não pega, porque a relação parece viva. Ele liga, responde, faz pedido; o que mudou foi o tamanho. Quem caiu de R$ 40 mil para R$ 12 mil por trimestre segue no radar como "cliente ativo", e é assim que a queda vira perda sem ninguém ter decidido nada. Por isso o sistema separa quem parou de quem está em queda: são conversas diferentes.

3. Proposta vencida: o prazo que a sua empresa mesmo escreveu

Vem da consulta de propostas do ERP, com status em aberto e validade menor que hoje. O prazo não foi inventado pelo CRM: foi a sua empresa que imprimiu "válida por 15 dias" no documento e depois deixou passar 40 sem desfecho. Proposta vencida não é neutra — ela ainda está lá, no e-mail do comprador. É por isso que é o item de maior urgência da fila, na frente inclusive do cliente que parou de comprar.

4. Proposta em aberto: a mesma fonte, outro tratamento

Sai da mesma consulta, com uma diferença: o prazo ainda não passou. Não é problema, é compromisso em andamento — e entra com a urgência mais baixa dos seis tipos. A distinção existe para a fila não mentir: se as duas caíssem no mesmo balde, a fila de quem tem muitas propostas encheria de item que não pede ação hoje. Fila que grita com tudo não prioriza nada.

5. Faturar carteira: dinheiro já vendido, parado

Vem dos itens de pedido em aberto com entrega prometida já vencida, agregados por cliente. A venda já foi ganha; o que travou está entre o pedido e a nota: estoque, produção, alguém esperando confirmação.

Um cuidado de desenho importa: o sinal usa a entrega prometida, não a data do pedido. Um pedido fechado em janeiro para entregar em agosto não é atraso — é o combinado. Se a régua fosse a idade do pedido, a fila acusaria a carteira inteira de programação e perderia credibilidade na primeira semana.

6. Cobrar vencido: contexto antes de vender de novo

Vem dos títulos com saldo em aberto e vencimento passado. É o único dos seis que não é sinal de venda — é sinal de contexto: serve para o vendedor não chegar oferecendo campanha nova a quem está com R$ 30 mil vencidos há dois meses.

Tem carência configurável (três dias, por padrão) por um motivo prático: em PME, título "vencido" muitas vezes é só título que ainda não foi baixado — o cliente pagou na sexta, a conciliação sai na terça. Sem carência, o vendedor cobraria quem já pagou e perderia a confiança na fila pelo pior dos motivos: ela estar errada sobre um fato verificável.

Tela do zCRM relacionada ao tema do artigo
A agenda tira o follow-up da memória e o vincula à conta e à oportunidade.

O que os seis têm em comum

Nenhum depende de o vendedor ter digitado alguma coisa antes. Todos são leitura do que a operação já registrou.

Não é retórica de folder: na base real de referência há 3.309 contas sincronizadas do ERP, e a camada de relacionamento do CRM — oportunidades, atividades, conversas — começou zerada. A fila funciona assim mesmo, no primeiro login. Isso inverte o argumento de adoção: em vez de "preencha para depois receber", o vendedor trabalha a lista primeiro e só então registra, porque aí tem contexto para registrar em cima de.

Erros comuns na hora de montar essa fila

  • Achar que o sinal precisa ser inteligente. Nenhum dos seis prevê nada: são fatos vencidos e desvios entre dois períodos. É essa simplicidade que deixa o vendedor discutir cada linha — ele pode explicar, mas não pode dizer que o sistema inventou o fato.
  • Ordenar só por valor. O maior título vencido nem sempre é o mais urgente. A fila ordena primeiro por faixa de urgência, depois por valor: proposta vencida antes de proposta aberta, mesmo que a aberta seja maior.
  • Deixar a fila mostrar código de cliente. "Atender o 41.882" não é tarefa, é charada. Todo item carrega o nome da conta.
  • Misturar carteira de todo mundo. Fila com cliente de outro vendedor vira ruído. O escopo de carteira e o seletor de empresa/vendedor valem para a fila, e um filtro só estreita o que a pessoa já pode ver.

Como isso se aplica no zCRM

A dor: o CRM que começa vazio e cobra digitação antes de devolver valor.

Os dados de hoje: os seis sinais são leitura do ERP — janelas de faturamento (reativar e recuperar), consulta de propostas com status e validade (as duas de proposta), itens com entrega prometida vencida (faturar carteira) e títulos com saldo vencido, com carência (cobrar). Cada item traz conta (pelo nome), motivo, sugestão e valor em jogo, e abre o mesmo detalhe que o Dashboard e a Agenda usam.

A decisão que melhora: a primeira hora do dia. Em vez de "quem gritou mais alto ontem", o vendedor começa por uma lista ordenada por urgência e valor, com o motivo ao lado — e o gestor troca "cadê o CRM preenchido" por "a fila andou".

Os limites, explícitos. A fila não prevê quem vai comprar e não pontua propensão: lista o que venceu e o que desviou, não o que vai acontecer. Não cobre leads e prospects — sem entidade no ERP não existe conta, e o topo do funil não é entrega do produto atual. E não avisa ninguém: é consultada, não notificada. Quem não abrir a tela não recebe cutucão. Alerta proativo e follow-up com prazo estão fora do produto atual — e descrevê-los como se estivessem dentro seria repetir, na primeira pessoa, o erro que este artigo descreve.

Próxima leitura

  • O CRM vazio: por que começar do zero atrasa a adoção comercial.
  • Próxima melhor ação: conceito útil ou palavra bonita.
  • Clientes em risco: como descobrir quem está sumindo antes de perder faturamento.