Oito e meia da manhã, o vendedor abre a carteira: 240 clientes. Ele vai falar com uns doze hoje. A pergunta parece de ordenação — "por onde eu começo?" — e é aí que quase toda PME erra a mão. A resposta que costuma aparecer é um ranking de clientes: nota de A a D, curva ABC, um score de saúde de 0 a 100. Ordena do melhor para o pior e liga de cima para baixo.
Só que a carteira ordenada por cliente responde a outra pergunta. Ela diz quem é importante. Não diz o que está pendente hoje. O cliente nota A pode não ter nada esperando resposta, e o nota C pode ter uma proposta de R$ 12 mil que venceu na sexta e ninguém desfechou.
A fila do dia não é uma lista de clientes. É uma lista de pendências.
A unidade da fila é a pendência, não a conta
Essa troca de unidade tem uma consequência que incomoda no começo: o mesmo cliente aparece mais de uma vez na fila, em linhas separadas.
A distribuidora de material elétrico tem R$ 40 mil vencidos no financeiro e parou de comprar há 90 dias. Um ranking por conta espremeria isso numa linha só, com uma nota agregada. Mas são duas conversas diferentes, provavelmente com pessoas diferentes, e possivelmente uma explica a outra — ela pode ter parado de comprar porque está com o crédito travado pelo débito. Colapsar as duas destrói a informação que decide a abordagem.
Então cada pendência é um item com identidade própria. "Cobrar o vencido" é um item. "Reativar" é outro. O vendedor decide se liga uma vez ou duas — mas o sistema não decide isso por ele apagando um dos fatos.
Urgência é uma faixa por tipo, definida antes de olhar o valor
Como você compara "proposta vencida sem desfecho" com "cliente parou de comprar"? São grandezas de natureza diferente. Não existe fórmula honesta que transforme as duas em pontinhos e some. Quem tenta — pesos, multiplicadores, um índice sintético — só esconde uma escolha editorial dentro de uma conta.
A saída honesta é deixar a régua explícita: cada tipo de pendência recebe uma urgência-base fixa e legível. No zCRM ela é esta:
| Tipo de pendência | Urgência |
|---|---|
| Proposta vencida sem desfecho | 85 |
| Cliente parou de comprar (reativar) | 80 |
| Financeiro vencido (cobrar) | 75 |
| Carteira com entrega vencida (faturar) | 70 |
| Cliente em queda (recuperar) | 65 |
| Proposta em aberto (follow-up) | 55 |
A lógica dessa ordem é discutível — e deve ser discutida. Proposta vencida fica no topo porque é uma decisão atrasada: alguém pediu preço, você respondeu, e o silêncio é seu. Proposta em aberto fica no fim porque é um follow-up no prazo: nada quebrou ainda. Reativar vem antes de recuperar porque quem parou já foi embora; quem caiu ainda está comprando.
O valor só desempata dentro do mesmo tipo
A ordenação é literalmente esta: urgência decrescente e, só em caso de empate, valor decrescente.
Isso produz um resultado que parece errado da primeira vez: uma proposta vencida de R$ 3 mil fica acima de uma proposta em aberto de R$ 300 mil. Cem vezes menos dinheiro, posição melhor.
É de propósito. A de R$ 300 mil está no prazo, o cliente está analisando, e ligar hoje não muda nada além de ansiedade. A de R$ 3 mil está podre: passou da validade, o preço talvez nem valha mais, e a cada dia a chance de fechar cai. A fila não ordena "onde tem mais dinheiro", e sim "onde a demora custa mais".
O valor entra depois, e entra bem: dentro do bloco de propostas vencidas, a de R$ 200 mil vem antes da de R$ 3 mil. Aí a comparação é justa, porque as duas são da mesma natureza.
Por que RFM e nota de saúde ficam de fora
RFM classifica o cliente pelo histórico. Serve para decidir política: quem recebe visita presencial, quem entra na campanha, quem merece condição diferenciada. É uma decisão de trimestre, não de terça-feira. A nota de saúde resume o estado da conta — serve para o gestor varrer a carteira e achar deterioração.
Nenhuma das duas é uma pendência. Um cliente "campeão" no RFM com nota de saúde 90 não tem nada esperando você hoje — e se tiver, quem o puxa para a fila é a pendência, não a nota. Misturar as duas cria a fila mais inútil que existe: a que lista os melhores clientes todo santo dia, na mesma ordem, sem nada para fazer com eles. Em duas semanas o vendedor para de abrir.
Erros comuns nessa fila
- Ponderar tipos diferentes numa nota só. Assim que "proposta vencida" e "financeiro vencido" viram pontos somáveis, ninguém mais explica por que a linha 3 está acima da linha 4. Fila que não se explica não se obedece.
- Ordenar por valor no topo. Enche o dia de follow-up confortável em negociação grande e saudável, enquanto o pequeno que apodrece some.
- Usar a data do pedido em vez da data de entrega prometida. Um pedido de janeiro para entregar em agosto não é atraso, é planejamento. Cobrar o cliente por causa dele queima confiança à toa.
- Achar que a ordem é a decisão. É um ponto de partida. O vendedor que sabe algo que o ERP não sabe — o comprador está de férias, a obra parou — tem que furar a fila.
Como isso se aplica no zCRM
Tudo acontece às 8h30: 240 contas, doze contatos possíveis, e nenhum critério além da memória e de quem gritou mais alto ontem.
O zCRM monta a fila a partir de quatro fontes que já existem no dado, sem ninguém digitar nada: clientes em risco, propostas do ERP, carteira com entrega vencida (GET /crm/orders/overdue-deliveries) e financeiro vencido (GET /crm/receivables/overdue). Dessas fontes saem os seis tipos da tabela acima, ordenados por urgência e depois por valor. O sinal de carteira usa a data de entrega prometida, não a do pedido. O financeiro vencido só aparece para quem tem a permissão crm.erp.financial.view, e com visibilidade apenas por empresa — a view de recebíveis não tem dimensão de vendedor, e inventar uma seria mentira. O seletor global de empresa e vendedor estreita a fila dentro do que a permissão já concede; nunca amplia.
A diferença entre uma fila e uma lista está no que cada linha carrega. Uma pendência de proposta vencida chega assim: o título diz a natureza ("Proposta vencida sem desfecho"); o motivo diz o fato verificável, com o número do documento e a data ("Proposta 2274 venceu em 10/07/2026"); a sugestão diz a ação de saída ("Renovar, ganhar ou registrar a perda"); e o valor da proposta aparece à direita, como o que está em jogo. Cada tipo tem seu próprio par de motivo e sugestão, escrito para ele — o item de cliente em queda mostra a variação do trimestre e sugere entender a queda e propor recompra; o de financeiro vencido mostra o total e o título mais antigo e sugere acionar a cobrança. Não existe texto genérico reaproveitado entre tipos, porque a ação de saída de cada dívida é diferente.
Clicar na linha — em Prioridades, na Agenda ou no bloco do Dashboard — abre o mesmo diálogo de pendência, que repete essas partes com rótulos ("Por que agir", "Sugestão", "Contexto"), com a conta em menu contextual e os contatos de CRM e ERP sob demanda. Você vai para a evidência e para o telefone, não para outro relatório.
A pergunta da manhã fica mais precisa: em vez de "quem eu ligo hoje", o vendedor pergunta "o que está apodrecendo nesta carteira e em que ordem" — e a resposta vem com o motivo escrito ao lado.
Os limites, explícitos. Isto não é IA nem motor preditivo: as urgências são uma régua fixa, escrita por gente e auditável no código; nenhum modelo aprende a ordem, e se você achar que reativar deve valer mais que proposta vencida, isso é uma conversa, não um treino. A fila é derivada do dado quando a tela abre — ela informa, não persegue: não avisa, não lembra e não cutuca ninguém. Lembrete com prazo, alerta de follow-up vencido e sincronização de calendário: nada disso está escrito no produto de hoje. E ela lê sinais transacionais do ERP, então não sabe o que o cliente respondeu: se o comprador avisou por WhatsApp que já fechou com o concorrente e só não pediu o cancelamento por educação, a proposta continua viva na fila até alguém registrar a conversa à mão.
Próxima leitura
- RFM no CRM: como recência, frequência e valor ajudam a priorizar clientes.
- Cliente esfriando: como identificar queda de relacionamento antes da perda.
- Potencial vs. realizado: como encontrar oportunidades escondidas na carteira.