Comece definindo o que foi abandonado

“Carrinho abandonado” pode significar várias coisas. A pessoa colocou um produto na sacola, começou a preencher o checkout, tentou pagar ou apenas visitou uma página? Cada evento produz dados e intenções diferentes. Uma recuperação por WhatsApp só pode ser medida com clareza quando a loja sabe qual evento iniciou o fluxo e quais pessoas poderiam receber a mensagem.

Na Shopify, o gatilho de checkout abandonado do Shopify Flow inicia um fluxo quando um cliente abandona o checkout. A documentação também informa que tentativas identificadas como teste de cartão ou atividade suspeita de bot não criam um checkout abandonado para esse gatilho. Esse detalhe importa: uma mudança na detecção de fraude pode alterar o número de eventos sem que o interesse real dos clientes tenha mudado.

Um checkout incompleto não explica, sozinho, por que a pessoa saiu. Pode haver dúvida sobre tamanho, custo de envio, pagamento recusado ou distração. A mensagem de retomada deve abrir um caminho, não presumir a causa. “Seu pedido está pronto” é inadequado se nenhum pedido foi criado. “Posso ajudar a concluir sua compra?” é mais fiel ao estado, desde que o contato seja permitido e o link corresponda ao checkout correto.

Também é útil distinguir abandono de falha de pagamento. Se a loja já sabe que um pagamento foi recusado, o próximo passo pode ser resolver o motivo ou oferecer uma forma de tentar novamente. Não se deve tratar a pessoa como alguém que simplesmente esqueceu o carrinho. A documentação da Shopify permite revisar eventos de pagamento do checkout abandonado; a equipe deve compreender esse dado antes de escolher o texto da conversa.

Uma mensagem deve servir à decisão do comprador

Enviar rapidamente não garante utilidade. Pense no momento do contato, no produto e no tipo de dúvida mais provável. Para um item de tamanho variável, uma resposta sobre medidas pode ser mais valiosa que um desconto. Para um pedido com pagamento pendente, o estado do pagamento importa mais que uma recomendação adicional. O fluxo precisa deixar a pessoa responder e receber ajuda no mesmo contexto.

Mensagens iniciadas pela empresa no WhatsApp exigem atenção às regras do canal, incluindo opt-in e modelos de mensagem aplicáveis. A política muda; a equipe responsável deve confirmar a versão atual antes da campanha. Ter um telefone salvo no checkout não equivale automaticamente a autorização para qualquer tipo de mensagem. A elegibilidade deve estar documentada junto do evento de abandono.

Defina uma frequência que respeite o comprador. Se o checkout foi concluído por outro dispositivo, o contato precisa ser cancelado. Se a pessoa respondeu que não quer mensagens, esse sinal deve impedir novos disparos. Se já existe um caso aberto de suporte, uma campanha de recuperação pode soar desconectada. Condições e supressões são tão importantes quanto o texto da primeira mensagem.

Não peça informações sensíveis dentro de um chat para “provar” a intenção de compra. O ideal é levar a pessoa ao checkout oficial ou à equipe adequada. A própria Shopify ressalta que qualquer pessoa que abre um link de recuperação pode continuar aquele checkout; o link deve ser enviado somente à pessoa correspondente. Trate a identidade e a segurança do link como parte do desenho do fluxo.

Separe exposição, resposta e compra concluída

Um relatório mínimo pode ter cinco números: checkouts elegíveis, pessoas efetivamente contatadas, mensagens entregues, respostas recebidas e pedidos concluídos depois do contato. Cada etapa tem um denominador diferente. “30% de resposta” não é “30% de recuperação”; “pedido concluído após mensagem” não demonstra que a mensagem causou a compra.

Antes de comparar canais, decida a janela de observação. Uma compra dez minutos depois do contato e outra duas semanas depois não deveriam entrar automaticamente no mesmo indicador. Defina também como tratar várias mensagens para o mesmo checkout, vários checkouts da mesma pessoa e pedidos que mudam de valor. Sem essas regras, uma campanha maior pode parecer mais eficiente apenas porque gerou mais eventos atribuíveis.

A Shopify oferece relatórios próprios para emails de recuperação e distingue envio de conclusão do checkout. Ao adicionar WhatsApp, não substitua silenciosamente o indicador existente por outro com nome parecido. Documente uma métrica para cada canal e uma definição comum de pedido concluído. A comparação ganha valor quando o mesmo comprador não é contado duas vezes na soma.

Um teste pode começar pequeno: uma parte elegível recebe o fluxo de WhatsApp e outra segue o tratamento atual. A comparação precisa respeitar regras de consentimento e evitar que a mesma pessoa seja abordada por múltiplos canais de modo desigual. Mesmo sem experimento formal, registrar o que teria ocorrido sem a mensagem ajuda a discutir a diferença entre atribuição e incremento.

Atribuição não é o mesmo que resultado incremental

Imagine uma pessoa que recebe um email, vê um anúncio e depois responde a uma mensagem no WhatsApp antes de comprar. Qual canal “recuperou” a venda? Uma regra de último contato dará uma resposta, mas outra regra daria outra. O relatório deve explicar a convenção escolhida e mostrar onde houve sobreposição. Uma plataforma que deduplica canais ajuda a evitar soma dupla, porém não elimina a necessidade de definir o que cada atribuição significa.

O Cubbo Engage, por exemplo, anuncia atribuição de vendas entre campanhas, carrinhos recuperados e conversas iniciadas pelo cliente. Essa separação é útil para fazer perguntas numa demo: qual evento confirma a compra? Uma venda pode mudar de categoria? Como o sistema lida com dois fluxos para a mesma pessoa? A análise do Engage descreve o produto como proposta do fornecedor, sem tratar seus números como garantia.

Uma boa planilha de avaliação inclui também o custo. Mensagens, operação da equipe e eventual desconto reduzem o valor líquido recuperado. Se a automação gera muitas respostas que exigem atendimento manual, esse esforço deve aparecer na decisão. O objetivo não é maximizar um percentual isolado, mas resolver o bloqueio do comprador com custo e experiência sustentáveis.

Um roteiro de implementação verificável

Primeiro, mapeie os eventos da loja: checkout iniciado, checkout abandonado, pagamento pendente, pedido concluído e cancelamento. Identifique qual sistema os emite e se podem chegar duplicados ou atrasados. Depois, defina critérios de elegibilidade: país, canal permitido, histórico de compra, consentimento e exclusões de suporte. Só então escreva mensagens e condições de espera.

Segundo, teste as exceções antes de abrir o fluxo. Um comprador conclui a compra por email depois de entrar na fila de WhatsApp. Outro responde com uma dúvida que o agente não sabe resolver. Um terceiro usa um link em outro aparelho. Cada caso precisa de comportamento esperado, confirmação e responsável. A arquitetura de atendimento conversacional ajuda a organizar dados, estados e passagem para pessoas.

Terceiro, verifique o relatório com alguns pedidos conhecidos. Siga o caminho do evento inicial à compra concluída e procure duplicações. Compare o número de pedidos atribuídos com o sistema de pedidos, não apenas com o painel da ferramenta. Quando houver discrepância, registre a causa antes de apresentar uma taxa de recuperação.

Por fim, revise o conteúdo da conversa. Um lembrete que gera compra mas irrita clientes ou confunde o estado do pagamento pode ser ruim para a relação com a marca. Analise respostas, cancelamentos e reclamações junto dos pedidos concluídos. A recuperação bem desenhada permite que uma pessoa termine uma compra que queria fazer; ela não depende de pressionar toda a base com mensagens repetidas.