Fluxos de e-mail com gatilhos e critérios de saída

Uma campanha avulsa é preparada para um segmento e enviada em um momento definido. Já um fluxo automatizado é uma sequência de regras: ele começa quando ocorre um evento ou quando um estado registrado atende ao gatilho e, depois, segue decisões, ações e esperas.

No fluxo, cada contato pode percorrer um caminho diferente conforme os dados disponíveis naquele momento. A automação não “pensa”: ela apenas executa regras que foram especificadas antes.

Exemplo: uma inscrição elegível confirmada pode iniciar uma execução. Isso é diferente de escolher hoje um segmento e agendar uma campanha única para amanhã.

Leia os componentes nesta ordem:

• Gatilho: inicia uma execução do fluxo quando ocorre um evento ou estado definido.
• Condição: faz uma pergunta verificável e direciona o caminho, como Sim, Não ou Desconhecido.
• Ação: realiza algo, por exemplo, enviar uma mensagem.
• Espera: adia a próxima etapa por um prazo explícito.
• Saída: encerra aquela execução do fluxo.

Gatilho e condição não são sinônimos: o gatilho coloca o contato no fluxo; a condição decide o que acontece em seguida.

Da regra ao sinal

Uma regra de negócio só pode orientar um fluxo quando vira um sinal verificável. Por exemplo, “enviar uma oferta apenas a quem pode recebê-la” depende do campo situação promocional estar acessível no instante da decisão.

Para cada regra, registre quatro pontos: qual sinal será consultado, onde ele se origina, quando é atualizado e o que acontece se estiver ausente ou desatualizado. Ter um dado em algum sistema não garante que a automação consiga consultá-lo.

Uma saída encerra a execução atual de um fluxo. Ela é necessária quando:

• o objetivo foi atingido;
• a etapa do relacionamento mudou;
• existe impedimento de envio promocional;
• a sequência chegou ao fim previsto.

Antes de cada mensagem promocional, inclua uma nova condição: o contato continua elegível e a mensagem ainda é pertinente? Isso evita que uma espera transforme uma mensagem antes adequada em um envio indevido.

Uma espera tem prazo definido, como “Esperar 3 dias após a mensagem anterior”. Ela não decide nada por si só.

Um bloqueio temporário para verificação interrompe o próximo envio enquanto um dado necessário está Desconhecido ou precisa ser atualizado. Defina o destino: depois da verificação, o contato segue por um caminho válido ou sai daquela execução.

Já a saída definitiva daquela execução encerra o caminho: não há mensagem pendente nem continuação automática nessa execução.

Um fluxo de Boas-vindas começa quando há uma inscrição elegível confirmada conforme o processo adotado pela Café Aurora — não porque chegou um horário agendado.

A finalidade é curta: apresentar o relacionamento e orientar um próximo passo. No cenário, há até 2 mensagens; Boas-vindas não deve se tornar uma sequência indefinida.

Antes de cada mensagem promocional, consulte a situação promocional e a pertinência da etapa do relacionamento. Elegível pode seguir. Suprimido impede o envio. Desconhecido também não autoriza envio: significa que a elegibilidade não foi confirmada, e não uma resposta negativa presumida.

No cenário da Café Aurora, a espera é de 2 dias corridos após a mensagem anterior. Esse valor é um dado do cenário, não uma frequência ideal para todos os negócios: expectativa, ciclo de decisão e preferências registradas influenciam a escolha.

A primeira mensagem apresenta o relacionamento; a segunda orienta um próximo passo. Durante a espera, o cadastro pode mudar. Por isso, a condição imediatamente antes da segunda ação é indispensável.

Nesta especificação, Desconhecido leva à saída por elegibilidade não confirmada. Poderia existir uma verificação temporária em outro desenho, mas ela teria de ter regra e destino explícitos; nunca pode liberar automaticamente a mensagem promocional.

A Nutrição não começa só porque um contato existe na base. No cenário do Café Aurora, a entrada depende de um interesse declarado e de uma etapa do relacionamento compatível com o objetivo do fluxo.

Use uma sequência de decisão: Gatilho: interesse declarado atualizado → Condição: etapa do relacionamento compatível com Nutrição? → Condição: interesse declarado?.

Os valores café em grãos e café moído levam a caminhos diferentes. Já Desconhecido é falta de informação, não uma preferência negativa: não autoriza enviar uma mensagem segmentada. Antes de cada ação promocional, a situação promocional também precisa estar como Elegível.

As até 2 mensagens deste cenário devem fazer o contato avançar, não repetir a mesma oferta. Por exemplo, a primeira pode esclarecer uma dúvida ligada ao interesse; a segunda pode convidar para um próximo passo coerente com esse esclarecimento.

Entre as ações, use Esperar 3 dias após a mensagem anterior, um dado do cenário — não uma frequência universal. Antes da segunda ação, repita as condições relevantes: situação promocional Elegível, etapa ainda compatível e ausência de mudança que torne a mensagem inadequada.

Em qualquer decisão, dê destino a Sim, Não e Desconhecido. Um dado desconhecido não deve virar uma suposição favorável ao envio.

A espera não congela o cadastro. Se a pessoa comprar, for encaminhada ao atendimento comercial ou ficar suprimida enquanto aguarda, a próxima ação promocional perde o sentido. Por isso, a verificação vem imediatamente antes de cada mensagem.

A saída encerra esta execução de Nutrição. Ela pode ocorrer porque o objetivo mudou, porque existe impedimento de envio ou porque as duas mensagens previstas terminaram.

No fluxo Pós-compra, o gatilho é um fato confiável sobre a compra: Gatilho: pedido confirmado. Pedido iniciado, carrinho criado ou Pix gerado podem indicar intenção ou uma etapa intermediária, mas não substituem a confirmação adotada pela fonte responsável pelo pedido.

Além de existir, o sinal precisa estar disponível para a ferramenta de e-mail no momento da decisão. Se a confirmação só está na loja ou em um registro manual e não chega à ferramenta, mantenha a regra como especificação em texto; não inicie o fluxo com um sinal mais fraco por conveniência.

Este exemplo trata Pós-compra como relacionamento promocional. Ele não substitui comunicações necessárias sobre cobrança, pedido, entrega ou suporte. Mesmo após o gatilho correto, verifique a situação promocional e se o estado do pedido ainda torna a mensagem pertinente antes de cada mensagem promocional.

No cenário da Café Aurora, há até 2 mensagens e espera de 7 dias corridos após a mensagem anterior. São parâmetros do cenário, não uma frequência recomendada para todos os negócios.

A Reativação não começa porque um contato “sumiu” da caixa de entrada. Ela começa quando há um sinal verificável de inatividade.

No cenário da Café Aurora, a regra é: 90 dias corridos sem compra confirmada. Em uma verificação periódica, compare a data atual com o campo última compra confirmada. Só há entrada quando a data existe, é válida e o prazo foi atingido.

Gatilho: verificação diária às 09:00, no horário de Brasília → Condição: há 90 dias corridos sem compra confirmada?

• Sim: a pessoa pode seguir para a checagem de elegibilidade.
• Não: não iniciar nesta verificação.
• Desconhecido: não iniciar; ausência de data não comprova inatividade.

A abertura — ou ausência de abertura — de e-mails não é sinal desta regra. O sinal é a compra registrada.

A Reativação do cenário tem até 2 mensagens e espera de 7 dias corridos após a mensagem anterior. São parâmetros da Café Aurora, não uma frequência recomendada para todos os negócios.

Uma sequência finita pode ser descrita assim:

Gatilho: verificação diária às 09:00 → Condição: há 90 dias corridos sem compra confirmada? → Sim → Condição: situação promocional é Elegível? → Sim → Ação: enviar mensagem 1 de Reativação → Esperar 7 dias após a mensagem anterior → verificar novamente antes da próxima ação.

A segunda verificação evita que uma mensagem já programada seja enviada quando o contexto mudou.

Quando mais de um fluxo promocional parecer aplicável, o cenário da Café Aurora permite um fluxo ativo por contato. A prioridade é: Pós-compra → Boas-vindas → Nutrição → Reativação.

A prioridade não autoriza excesso de mensagens. Antes de qualquer ação promocional, consulte o histórico compartilhado de envios: o intervalo global mínimo fictício é de 2 dias corridos após o último envio promocional, sempre respeitando uma preferência mais restritiva do contato. Esse é um parâmetro do cenário, não uma recomendação universal.

Se um fluxo de maior prioridade se tornar aplicável, o caminho de menor prioridade fica adiado. Antes de retomar esse caminho, reavalie sua pertinência, a situação promocional, a etapa do relacionamento e o intervalo global. Não deixe mensagens antigas enfileiradas automaticamente.

Reentrada é uma regra de entrada nova, não a repetição automática de uma execução. Para evitar duplicação, compare o histórico compartilhado pela combinação de contato + evento de origem + mensagem. Um mesmo evento recebido duas vezes não cria duas execuções nem duas mensagens.

Esse histórico também informa qual foi o último envio promocional, inclusive quando ele veio de outro fluxo. Se a ferramenta não acessar esses dados no momento da decisão, registre a regra como especificação e não presuma que o controle acontecerá sozinho.

Um fluxo só é executável gratuitamente quando todos os seus requisitos essenciais cabem no plano gratuito vigente e têm suporte documentado. Compare a especificação já desenhada com o que a ferramenta realmente oferece: gatilho, condição, ação, espera, saída, integração, reentrada, limites de contatos, envios e quantidade ou complexidade de automações.

Não simplifique uma regra de proteção apenas para fazê-la caber na ferramenta. Se uma condição, uma saída ou um controle de duplicação for essencial e não existir, mantenha o fluxo como especificação em texto.

Teste de mesa: execute a regra no papel, não no e-mail

Um teste de mesa percorre o fluxo por data e horário, atualizando os estados do contato como se os eventos tivessem acontecido. Nenhuma mensagem é enviada de verdade.

Para cada caso, registre: evento ou estado inicial → gatilho → condição → ação ou espera → saída. Quando algo muda durante uma espera, interrompa o relógio no instante da mudança, atualize o registro e aplique a próxima regra. Depois compare o caminho esperado com o que sua simulação produziu.

Use os valores fictícios do cenário: no máximo 2 mensagens por fluxo; esperas de 2 dias em Boas-vindas, 3 dias em Nutrição e 7 dias em Pós-compra e Reativação.

Copie as fichas abaixo para um documento no seu computador. Nas duas últimas colunas, escreva o caminho e o resultado da sua própria simulação. Aplique as políticas já definidas: um fluxo promocional ativo por contato, prioridade Pós-compra → Boas-vindas → Nutrição → Reativação; descadastro bloqueia mensagens promocionais; e o mesmo evento de origem não deve criar uma execução duplicada.

Uma simulação só vira melhoria quando deixa rastros. Ao encontrar uma divergência, anote quatro elementos: fato observado, regra responsável, correção textual e novo resultado esperado. Corrija a regra ou a condição que permitiu o erro — não apenas o texto da mensagem.

Exemplo de rastreabilidade: Carla recebeu a segunda mensagem de Nutrição em 17/06/2026 apesar do pedido confirmado em 16/06/2026. O defeito está na ausência de uma verificação da compra confirmada depois da espera.