---
id: varejo/listas-acionaveis-comercial
industria: Varejo e e-commerce
uso: comum
esforco: médio
grao: Cliente x ação (uma tarefa por cliente por rodada)
---

# Listas acionáveis para o comercial

Todo dia ou toda semana o time recebe na ferramenta que já usa quem abordar (carrinho abandonado, orçamento não fechado, cliente sumido), sem contato repetido e sabendo depois quem comprou.

## Resumo executivo

**Para quem:** Varejistas e e-commerces com time de vendas, atendimento ou SDR que faz contato ativo com clientes.

**O que resolve**

- O time recebe a lista pronta na ferramenta do dia a dia, sem exportar planilha.
- Ninguém é abordado duas vezes pela mesma ação, nem o cliente que já comprou.
- Cada lista volta com o resultado: quem comprou, quanto e em quanto tempo.

**Por que importa:** Dashboard ninguém abre na hora de ligar; lista pronta na ferramenta do time vira contato no mesmo dia. Sem histórico de envio, o mesmo cliente recebe três abordagens e a marca perde a confiança dele. Sem fechar o laço com o pedido, não dá para saber qual ação paga o tempo do time.

**Perguntas de negócio que responde**

- Quais clientes que já compraram abandonaram carrinho alto esta semana?
- Quais itens são mais orçados e menos fechados nos últimos meses?
- Quais bons clientes não compram há mais tempo do que costumam?
- Quantos clientes de cada lista compraram depois do contato, e quanto venderam?
- Quais vendedores têm mais cards em negociação e qual o valor parado em cada loja?

**O que você precisa**

- Loja virtual, ERP ou hub e CRM conectados na Nekt
- A ferramenta do time configurada como destino (ClickUp, chat do CRM ou WhatsApp)
- A regra de cada ação: quem entra, quem sai, prioridade e quem recebe

**O que você recebe**

- Uma tabela de elegíveis por ação, com contexto de compra e prioridade
- Envio automático para a ferramenta do time, no formato que ela exige
- Histórico permanente de envios, que impede contato repetido
- Retorno de quem comprou depois do contato, com taxa de conversão por ação

## Detalhado

### O problema

O carrinho abandonado está na loja virtual, o histórico de compra no hub ou ERP e o contato no CRM, cada um com seu identificador. Uma consulta de elegíveis sem memória manda o mesmo cliente toda rodada. A tarefa criada fica aberta para sempre, porque ninguém liga o pedido feito depois ao contato. E o orçamento que não virou pedido nem aparece, porque no ERP ele ainda não é venda.

### Regras de negócio

1. **Uma ação, uma seleção, um formatador.** 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. (Evite: Uma consulta única que seleciona, deduplica e formata, reescrita a cada campanha.)
2. **Carrinho abandonado com critério explícito.** 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. (Evite: Todo checkout abandonado da semana, inclusive de quem comprou uma hora depois.)
3. **Orçamento só sai da lista quando vira pedido.** 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). (Evite: Considerar perdido todo card em etapa de orçamento, inclusive os que já têm pagamento definido.)
4. **Cliente sumido pela última compra no ERP.** 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. (Evite: Usar "sem atividade no CRM há 90 dias" e ignorar quem compra sem ficha no CRM.)
5. **Identidade do cliente normalizada.** 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. (Evite: Casar cliente por nome, ou criar a tarefa sem nenhuma chave recuperável.)
6. **Histórico de envios permanente.** 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. (Evite: Comparar só com a rodada anterior, ou sobrescrever a tabela de envio a cada execução.)
7. **Reenvio compara com o que já está no destino.** 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. (Evite: Reenviar a rodada inteira e duplicar as tarefas que já tinham entrado.)
8. **Feche o laço com o pedido.** 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. (Evite: Medir a ação pelo status que o atendente marcou à mão.)
9. **Resumo por vendedor, no canal do time.** 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. (Evite: Ranking de vendedores com o usuário da integração no topo.)
10. **Dado pessoal fora do texto livre.** 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. (Evite: Tabela intermediária com CPF, telefone e e-mail em claro, consultável por todos.)

### As listas mais usadas e quem sai delas

Ajuste janela e valor mínimo por ação.

- **Carrinho abandonado** → Último abandono por cliente, acima do mínimo (`sai: pedido depois do abandono`)
- **Orçamento não fechado** → Orçamento sem forma de recebimento (`sai: virou pedido ou nota`)
- **Itens mais orçados e não fechados** → Top N itens com % de conversão (`semanal, janela de meses`)
- **Cliente sumido** → Passou do ciclo de compra sem voltar (`sai: nova compra no ERP`)
- **Retorno pós-venda** → Cliente com revisão ou serviço previsto (`sai: passagem registrada`)
- **Resumo do vendedor** → Vendas de ontem e cards em negociação (`diário, chat do CRM`)

### Definições

| Métrica | Definição |
|---|---|
| Elegível | cliente que atende à regra da ação na data da rodada e não está no histórico de envios dessa ação |
| Enviados | contagem distinta de clientes gravados no histórico de envios, por ação e rodada |
| Comprou | cliente enviado com pedido válido com data posterior à criação da tarefa, dentro da janela da ação |
| Conversão da ação | clientes que compraram / clientes enviados, por ação e rodada |
| Receita da ação | soma do valor do primeiro pedido após o contato, por ação e mês |
| Tempo até a compra | dias entre a criação da tarefa e o primeiro pedido, mediana por ação |
| Conversão do item orçado | orçamentos do item que viraram nota / orçamentos do item, na janela da lista |
| Cliente sumido | cliente com dias desde a última compra no ERP acima do seu ciclo médio de recompra, por classificação |

### Armadilhas

- **Mesmo cliente toda rodada.** A lista de carrinho abandonado não tinha memória e a mesma cliente virou tarefa em rodadas seguidas da mesma ação. Como evitar: Histórico de envios só de inserção, filtrado por cliente e ação antes de cada envio.
- **Reenvio duplicado.** Uma rodada falhou pela metade e foi reenviada inteira, criando tarefas em dobro para quem já tinha entrado. Como evitar: Ler o destino, extrair a chave da descrição e reenviar só os faltantes.
- **Tarefas abertas para sempre.** Clientes compraram depois do contato e as tarefas seguiram como "a atender". A ação parecia não converter. Como evitar: Retorno automático: pedido posterior à tarefa muda o status para comprou.
- **Ganho do CRM que não é venda.** O contato de pré-venda encerrado aparecia como ganho no funil e entrou como cliente convertido na lista de resultado. Como evitar: Conversão medida pelo pedido no ERP ou na loja, não pela etapa do CRM.
- **Envio quebrado por consulta grande.** O cruzamento de itens orçados com o cadastro gerou um filtro gigante empurrado para a leitura do warehouse e o envio semanal falhou por limite de tamanho. Como evitar: Desligar o broadcast join no notebook ou pré-agregar antes do cruzamento.

### Teste de aceitação

- [ ] Rodando a mesma ação duas vezes no mesmo dia, a segunda execução não cria nenhuma tarefa nova.
- [ ] Nenhum cliente da lista de carrinho abandonado tem pedido com data posterior ao abandono.
- [ ] Para uma rodada fechada, enviados = tarefas criadas no destino com a ação na descrição (diferença zero).
- [ ] Um pedido de teste feito por um cliente da lista muda a tarefa dele para comprou na execução seguinte, com o número do pedido.
- [ ] A soma de comprou + não comprou + em aberto é igual ao total de enviados de cada ação.

### Context document

```text
Listas acionáveis para o comercial
- Grão: uma linha por cliente e ação. Histórico de envios é só de inserção (cliente, referência, ação, data de envio).
- Elegíveis de uma ação excluem quem já está no histórico da mesma ação e quem comprou depois do evento (abandono, orçamento).
- Carrinho abandonado: completedAt nulo, cliente identificado, valor acima do mínimo da ação, último abandono por cliente.
- Orçamento vira pedido quando a forma de recebimento está informada na parcela. Carrinho liga à nota pela chave loja + número da nota.
- Cliente sumido: dias desde a última compra no ERP acima do ciclo médio do cliente. A última compra vem do ERP, não do CRM.
- Identidade: CPF ou CNPJ só dígitos, e-mail em minúsculas. No destino, a chave fica na linha "Email: <e-mail>" da descrição ou entre parênteses no título.
- Comprou = pedido válido depois da criação da tarefa. Conversão de ação = comprou / enviados.
- Ganho no CRM não é venda. Venda é pedido ou nota.
- Usuários de sistema e integração ficam fora de rankings de vendedor.
- Não exponha CPF, telefone ou e-mail em claro em respostas; use mascarado.
Exceções por cliente:
- <cliente>: situações de pedido que contam como venda no hub <lista>.
- <cliente>: valor mínimo da ação <ação> = <valor>; janela <dias>.
- <cliente>: ids de usuários de sistema <lista>.
```

### Variações

- **Retorno à oficina:** Clientes de veículo com revisão prevista e sem passagem registrada, com documento mascarado, para o pós-venda ligar.
- **Resgate de profissionais:** Profissionais que indicam ou compram para obras que pararam de comprar, num funil de resgate do CRM.
- **Melhores leads do dia:** Pontuação por já ser cliente, etapa do funil e origem, enviando os N melhores para cada vendedor.