CRM com funil para loja virtual: como organizar atendimento e pós-venda no WhatsApp

Por que o WhatsApp sozinho não é um CRM

O WhatsApp é onde o cliente está. Na 12ª Pesquisa Pulso dos Pequenos Negócios do Sebrae, feita em 2026 com mais de 8,2 mil empreendedores, 82% dos MEI e das micro e pequenas empresas apontaram o WhatsApp como principal canal de comunicação e de vendas. A pesquisa mede o canal que o pequeno negócio usa com os próprios clientes, e não o desempenho de lojas virtuais, mas ajuda a entender por que tanta loja atende só por ele.

O problema do aplicativo comum é que ele guarda mensagens, não processos. Uma troca pedida na sexta fica no meio de dezenas de conversas, sem etapa, sem responsável e sem prazo. Quem atende só descobre que ela existe quando o cliente escreve de novo. Um CRM resolve isso com três coisas simples: etapa, dono e histórico.

As etapas de um funil de pós-venda

Funil, aqui, é a linha que a conversa percorre até ser resolvida. Cada loja desenha o seu, e esta é uma proposta para quem atende troca e dúvida sobre o pedido:

Troca e dúvida sobre o pedido pedem funis separados. Uma troca tem aprovação, estoque e retirada. Uma dúvida de status termina em uma resposta. Juntar as duas num quadro só esconde o que está parado.

Os campos do cadastro que fazem diferença

O cadastro de cada cliente deve ter só o que o atendimento usa. Para uma loja virtual, costuma bastar:

• nome, telefone e e-mail, quando o cliente informou;
• número do pedido e produto, em campos próprios;
• motivo da troca ou da conversa;
• canal de origem, como WhatsApp, Instagram ou chat do site;
• o aceite para receber avisos, com a data;
• o responsável atual pela conversa.

Guardar o mínimo necessário também atende à Lei Geral de Proteção de Dados (art. 6º), que traz os princípios de finalidade e de necessidade: o tratamento deve ter propósito informado ao titular e se limitar ao que o propósito exige. Campo que ninguém usa é dado a mais para cuidar.

Carteira: o cliente que comprou e sumiu

O CRM também serve para olhar para trás. Quem comprou há alguns meses e não voltou aparece numa lista, e a loja decide se vale uma mensagem, desde que o cliente tenha aceitado receber. A tarefa fica com quem cuida da carteira, e o contato é registrado no mesmo histórico.

Esse uso tem uma regra do WhatsApp: mensagem de retorno a quem já interagiu com a empresa é classificada pela Meta como marketing, e o envio fora da janela de 24 horas só vai com modelo aprovado e para quem aceitou. Por isso o CRM guarda o aceite junto do cadastro, e a campanha só chega a quem pode receber.

O que o histórico no número da loja resolve

Quando a conversa fica no celular pessoal do atendente, o histórico vai embora com ele. Num CRM ligado ao número da loja, a conversa pertence à loja: quem sai deixa tudo registrado, e quem entra retoma. O mesmo vale para a pessoa que fica de plantão no fim de semana. Ela vê o que o bot já perguntou, o que o cliente respondeu e qual é o próximo passo.

O que olhar no painel

• Quantas trocas esperam aprovação e há quanto tempo cada uma está na etapa.
• Conversas paradas há mais de X dias, com X definido pela loja.
• Conversas fora do horário, para dimensionar a cobertura da noite e do fim de semana.
• Motivos de troca mais frequentes, que mostram problema de tabela de medidas ou de foto no site.

O último item pode render mais que o resto: se metade das trocas de um tênis é por tamanho apertado, o ajuste vai para a página do produto, e não para o atendimento.

Quem enxerga o quê

Num CRM compartilhado, nem todo mundo precisa ver tudo. A gerente vê o funil inteiro e os números do mês. O atendente vê os cartões que são dele e a fila geral de novas conversas. Quem cuida da logística vê as trocas e as retiradas. Definir isso no começo evita dois problemas: conversa de cliente aberta por quem não precisa dela e cartão que ninguém assume porque estava fora da visão de quem deveria cuidar.

Como sair do celular pessoal sem parar a loja

1. Comece por um funil. O de troca pode ser o mais fácil, porque tem etapas claras.
2. Passe o número da loja para a plataforma. Se hoje ele roda no aplicativo comum, o caminho da migração é definido no diagnóstico.
3. Combine com a equipe quem move cada cartão. O bot move as etapas iniciais; as finais são de pessoas.
4. Revise uma vez por semana os cartões parados e as etapas que ninguém usa.

Nada disso exige parar o atendimento. As conversas em andamento terminam como estão, e as novas já entram no funil.

Integração com a plataforma da loja

Quando a plataforma da loja oferece API, webhook ou conector, o CRM pode receber pedido, produto e etapa sem digitação. Essa ligação fica sob análise técnica, porque depende do que cada plataforma permite. Sem ela, o funil funciona com o que o bot coleta na conversa e com a etapa que a equipe registra no painel.

Erros comuns

• Um funil só para tudo. Troca e dúvida têm ritmos diferentes.
• Etapas demais. Se ninguém consegue dizer a diferença entre duas colunas, junte as duas.
• Cartão sem responsável. O que é de todos acaba não sendo de ninguém.
• Cadastro com campo inútil. Cada campo a mais é dado a mais para proteger.
• Campanha para quem não aceitou. O CRM precisa guardar o aceite junto do contato.

Checklist

• Desenhei as etapas do funil de troca e do funil de dúvida.
• Cada cartão tem um responsável.
• O cadastro guarda pedido, produto, motivo, canal e aceite.
• Defini a partir de quantos dias uma conversa parada gera alerta.
• Sei se a minha plataforma de loja oferece API, webhook ou conector.

Para ver os avisos que saem a partir das etapas, leia follow-up no e-commerce. Para o caminho de uma mensagem até a ficha, veja como funciona o EcommerceBot.