O MailInApp transforma um e-mail de recuperação de carrinho em um lugar para realmente terminar o checkout — um botão Comprar agora de verdade, uma contagem regressiva honesta no desconto, e um empurrãozinho opcional de roleta premiada. Sem código, sem loja virtual separada para manter.
Um e-mail de recuperação que só linka de volta para sua loja faz a pessoa recomeçar do zero: encontrar o item de novo, remontar o carrinho, fazer o checkout separadamente. Cada etapa extra ali perde pessoas. Com o MailInApp, o botão Comprar agora do bloco Produto, o cronômetro sempre preciso do bloco Contagem regressiva, e uma recompensa opcional de Roleta premiada ficam todos diretamente dentro do próprio e-mail de recuperação.
De onde vêm os dados de "abandono"
O MailInApp não mantém sua própria loja virtual nem rastreia carrinhos por conta própria — não precisa disso. Qualquer sistema que já saiba que um carrinho foi abandonado (sua plataforma de loja, um CRM, uma exportação de planilha) se torna uma fonte de dados do MailInApp, conectada ao vivo por uma API ou atualizada em uma programação. A partir daí, um envio recorrente reavalia um filtro de público como "carrinho abandonado há 1–24 horas" contra as linhas atuais dessa fonte de dados no seu próprio ritmo. Ele envia apenas para correspondências ainda não cobertas por um e-mail de recuperação anterior — o mesmo padrão de janela contínua usado para pesquisas pós-chamado de suporte.
Os blocos criados para recuperar a venda
- Produto — um botão Comprar agora de verdade, cobrando pela sua própria conta Stripe conectada. Defina o preço com desconto (ou o original) uma vez e ele fica preciso em todo envio — sem página de checkout separada para construir.
- Contagem regressiva — se a oferta de recuperação tem prazo definido, a contagem regressiva se redesenha do zero a cada abertura, para que "expira em 2 horas" nunca seja um número desatualizado quando alguém realmente ler o e-mail.
- Roleta premiada — um empurrãozinho opcional em camada de jogo que distribui uma pequena recompensa por finalizar o checkout, além de ou em vez de um simples código de desconto percentual.
- Carrossel — lembre o destinatário exatamente do que ele estava olhando com uma galeria deslizável dos itens abandonados.
Montando uma sequência curta de recuperação, não só um e-mail
Um e-mail de recuperação é um começo; uma sequência curta geralmente recupera mais. Um envio recorrente só alcança correspondências de filtro de público que ainda não foram cobertas, então um segundo e-mail — digamos, "ainda não comprou, abandonou há 3+ dias" — alcança apenas as pessoas que ainda precisam desse próximo empurrãozinho. Não é preciso malabarismo manual de listas para evitar que os dois envios se sobreponham.
O que acontece quando o botão Comprar agora é tocado
O botão abre, primeiro por link, uma Stripe Checkout Session real na sua própria conta Stripe conectada e redireciona para lá para o pagamento — o MailInApp nunca fica com os valores nem vê os dados do cartão. Uma venda concluída entra no mesmo painel de pedidos e análises que qualquer outra compra do MailInApp, então uma venda recuperada é fácil de distinguir de uma nova se você estiver acompanhando especificamente o desempenho da campanha de recuperação. (Se a plataforma da sua loja já restaura a própria sessão de carrinho do comprador no checkout, o campo Checkout do bloco Produto pode em vez disso ser definido como Link para checkout de loja externa e apontado para sua loja — vale a pena pesar isso contra o custo de "recomeçar do zero" descrito no parágrafo inicial, já que o rastreamento de pedidos/estoque do próprio MailInApp descrito acima não se aplica quando o checkout acontece fora da plataforma.)
E se a caixa de entrada do destinatário não conseguir exibir a contagem regressiva ou a roleta?
Todo bloco ainda oferece um caminho funcional para o mesmo resultado. Onde a animação de contagem regressiva não consegue ser exibida, um número simples toma seu lugar; onde a roleta não consegue ser exibida, o mesmo link de recompensa de toque aparece como um botão simples em vez de uma roleta animada. A venda em si nunca fica bloqueada atrás de uma animação que só algumas caixas de entrada conseguem exibir — veja como o motor de fallback funciona para o quadro completo.
Primeiros passos
Conecte a fonte de dados que já sabe quais carrinhos foram abandonados — uma conexão de API, ou um CSV que você atualiza na sua própria programação. Depois monte o e-mail de recuperação com um bloco Produto e, opcionalmente, uma Contagem regressiva para um desconto com prazo definido. Configure um envio recorrente com um filtro de público para "abandonado há N horas/dias" em Contatos e envio para que toda a sequência rode sozinha a partir daí.