Listas acionáveis para o comercial

Separe em três passos: (1) seleção dos elegíveis da ação vigente, o único ponto que muda a cada ação; (2) exclusão de já enviados; (3) formatação no layout exato do destino. A tabela de elegíveis traz o nome da ação, para o histórico e o retorno saberem de onde veio cada contato.

Elegível: checkout sem data de conclusão (completedAt nulo), com cliente identificado, valor acima do mínimo da ação, último abandono de cada cliente na janela. Saem os clientes que fizeram pedido depois do abandono. Para priorizar, cruze com o histórico do ERP ou hub: quem já comprou pelo menos duas vezes, com ticket médio acima do mínimo, nas situações de pedido que contam como venda.

No ERP, a esteira de vendas mistura orçamento e pedido nas mesmas etapas. Trate como pedido só quando a forma de recebimento foi informada na parcela; antes disso, é orçamento aberto. Para a lista de itens mais orçados e não fechados, conte orçamentos por item nos últimos meses e a conversão (orçamentos que viraram nota / orçamentos), ligando carrinho a nota pela chave completa (loja e número da nota).

A última compra vem do faturamento do ERP, não da última atividade do CRM. Sumido é quem passou do seu próprio ciclo de compra sem voltar, com prioridade pela classificação do cliente (A, B, C). Nem todo cliente que compra tem ficha no CRM: a lista sai do ERP e cria ou atualiza a ficha. Um funil próprio de resgate no CRM separa o contato de reativação do contato comercial normal.

Cruze a loja virtual e o ERP pelo CPF ou CNPJ só com dígitos, ou pelo e-mail em minúsculas. Quando o destino não guarda o id, embuta a chave num formato extraível: linha "Email: <e-mail>" na descrição da tarefa, ou o id do ERP entre parênteses no título do card ("NOME (123)"). Sem nome, use "Cliente sem nome (<id>)" em vez de deixar vazio.

Toda rodada grava em tabela só de inserção: cliente, referência (o carrinho, o orçamento), ação e data de envio. Antes de enviar, exclua quem já está no histórico para a mesma ação. O histórico nunca é sobrescrito pela rodada seguinte; é ele que garante idempotência quando o envio roda de novo.

Envios falham pela metade. Antes de reenviar, leia as tarefas que já existem na lista do destino, extraia a chave (o e-mail da descrição) e mande só os faltantes. Rode primeiro em modo de teste, sem escrever, e faça a falha de envio quebrar a execução para ela aparecer.

Leia de volta as tarefas abertas da lista (clientes a atender, negociando, sem resposta, follow-up, não comprou). Quando o cliente fez pedido depois da criação da tarefa, marque a tarefa como "comprou" e grave o número e o valor do primeiro pedido. Assim cada ação tem conversão e receita medidas pelo pedido, não pelo status manual.

Além das listas por cliente, mande todo dia no chat do CRM o resumo de ontem por loja (vendas e orçamentos, quantidade e valor) e os cards em qualificação ou negociação por vendedor, com valor. Exclua os usuários de sistema e de integração do ranking. O texto enviado é o mesmo que fica guardado, para conferência.

Tabelas de lista guardam flags (tem telefone, tem documento) e, quando preciso, hash do contato com segredo guardado no cofre, não o dado em claro. Visões compartilhadas mostram CPF mascarado. O telefone e o e-mail só aparecem no passo final, que escreve no destino.