Follow-up no e-commerce: os avisos de pós-venda que a loja pode automatizar e os que pedem permissão

O que é follow-up de pós-venda e por que ele depende de memória

Follow-up de pós-venda é toda mensagem que a loja manda depois que a compra foi paga: o pedido saiu, a troca foi aprovada, a retirada é amanhã, a entrega foi feita e a loja quer saber como foi. Em lojas pequenas, quem faz isso é uma pessoa com uma planilha e um celular. Em dia cheio, o aviso atrasa ou não sai, e o cliente escreve para perguntar o que já poderia ter recebido.

Automatizar essas mensagens não muda o que a loja diz. Muda quem lembra de dizer. O sistema envia quando a equipe registra a etapa, e a equipe fica com o que exige decisão.

Os avisos que podem valer a automação

Nem toda mensagem precisa de automação. As que se repetem em todo pedido e têm texto fixo são as primeiras candidatas:

Em todos os casos, o aviso nasce de um evento que a equipe registra, ou que a plataforma da loja registra e envia por API ou webhook, o que depende de análise técnica. Sem essa ligação, a equipe muda a etapa no painel e o resto roda sozinho.

Quem pode receber: o aceite do cliente

A documentação da Meta para o WhatsApp Business Platform diz que as empresas precisam deixar claro que a pessoa está aceitando receber comunicação da empresa. Para a loja, isso vira uma frase simples no fechamento do pedido ou na primeira conversa, algo como "Posso te avisar por aqui sobre o seu pedido?", com o registro da resposta no cadastro.

Quem não respondeu ou pediu para sair não recebe. O bot respeita o pedido de saída em qualquer mensagem e marca o contato no CRM, para que nem uma campanha futura chegue a ele.

A janela de 24 horas e o modelo aprovado

Quando o cliente escreve, abre-se uma janela de atendimento de 24 horas. Dentro dela a loja responde livremente, com mensagens de serviço. Fora dela, a mensagem precisa ser um modelo aprovado pela Meta. O aviso de pedido enviado pode cair fora da janela, porque o cliente pode ter comprado há dias. Por isso os avisos de etapa usam modelos.

A Meta também classifica os modelos por categoria: utilidade, marketing e autenticação. Pela página de categorização, um modelo de utilidade é disparado por uma ação ou solicitação do usuário, é específico do pedido ou da conta dele e não é promocional. Chamar de volta quem já interagiu com a empresa, ou misturar aviso e promoção na mesma mensagem, é marketing. A categoria final é decidida pelo WhatsApp na análise do modelo.

Na prática, o aviso "seu pedido saiu para entrega" deve ficar limpo, sem oferta de produto no mesmo texto. A oferta vai em outro modelo, para quem aceitou receber campanhas.

O que não vale automatizar

• A resposta a uma reclamação. Quem escreve irritado precisa de uma pessoa, e o bot só abre a tarefa.
• A decisão sobre reembolso ou exceção. O aviso de que a troca foi aprovada sai sozinho; a aprovação não.
• A mensagem de cobrança ou de dado pessoal sensível. O bot não pede senha, dado de cartão nem documento no chat.
• O aviso de previsão de entrega que ninguém registrou. Sem a etapa no cadastro, o bot não inventa data.

O tom e o tamanho da mensagem

Aviso de pós-venda é curto. Uma frase com o nome do cliente, o número do pedido e a etapa. Um link só, quando houver. Mensagem comprida de loja parece propaganda e perde para o silêncio. A pesquisa depois da entrega segue a mesma regra: duas perguntas, uma nota e um campo opcional, e a resposta cai no cadastro do cliente. Resposta ruim vira tarefa para a equipe, com o histórico do pedido.

Como escrever o texto de cada aviso

O bom aviso de pós-venda diz quem está falando, sobre qual pedido e o que mudou. Por exemplo: "Oi, Marina! O pedido 48213 saiu para entrega. Aviso aqui quando for entregue." Para a troca aprovada: "Marina, a equipe aprovou a troca do pedido 48213. O código de postagem está neste e-mail." Para a pesquisa: "Como foi a sua compra? Responda com uma nota de 0 a 10." Nenhum dos três promete prazo que a loja não definiu, e nenhum traz oferta no meio.

Um cuidado de redação: o aviso fala do que já aconteceu ou do que a loja registrou. "Saiu para entrega" só vale depois de a equipe marcar a etapa. Uma previsão de chegada só entra no texto se alguém a registrou no pedido.

Quando o aviso não sai

Alguns casos devem barrar o envio: cliente que pediu para não receber mensagens, contato sem aceite registrado, pedido com ocorrência aberta e troca ainda não aprovada. A regra da loja decide quais barrar. Um aviso de pesquisa de satisfação para quem está com defeito aberto, por exemplo, só piora a conversa.

A finalidade dos dados

A Lei Geral de Proteção de Dados (Lei 13.709/2018) traz, no art. 6º, os princípios de finalidade e de necessidade: o tratamento deve ter propósito legítimo, específico e informado ao titular e se limitar ao mínimo necessário. Para o follow-up, a regra de trabalho é guardar no cadastro só o que o aviso precisa (nome, telefone, número do pedido, etapa e o aceite) e dizer ao cliente para que isso serve. Este texto não é parecer jurídico.

Erros comuns

• Misturar aviso e promoção. O modelo vira marketing e o cliente que só queria saber do pedido recebe oferta.
• Esquecer de registrar o aceite. Sem ele, não há como provar que a pessoa quis receber.
• Disparar aviso sem a etapa real. O cliente recebe "saiu para entrega" e o pacote não saiu.
• Não permitir a saída. Quem pede para parar precisa parar na mesma hora.

Checklist

• Listei os avisos que se repetem em todo pedido e escrevi o texto de cada um.
• Cada aviso nasce de uma etapa que a equipe registra, ou de uma ligação com a plataforma em análise.
• O aceite é pedido na compra e fica no cadastro.
• Os modelos de aviso estão separados dos de campanha.
• Resposta ruim na pesquisa vira tarefa para a equipe.

Para ver como esses avisos entram no funil, leia CRM com funil para loja virtual. Para entender o que o bot responde na hora, veja atendimento no WhatsApp e no Instagram para loja online.