# Sequência de e-mails de boas-vindas: exemplos, timing e elegibilidade

URL canônica: https://brew.new/pt-br/blog/welcome-email-sequence
Por Brew Team
Publicado em 2026-08-16
Atualizado em 2026-09-29

Uma sequência de boas-vindas ajuda quem acabou de se inscrever a saber o que fazer em seguida. Em um produto SaaS, isso pode ser criar o primeiro projeto. Em uma loja, pode ser conhecer a linha de produtos. Em uma newsletter, pode ser saber o que vai chegar e com que frequência.

Comece pela promessa feita no cadastro. Cada e-mail seguinte deve ajudar a cumpri-la. O timing e o número de mensagens dependem do produto e do público; os exemplos abaixo são pontos de partida para testar. A sequência de boas-vindas é o primeiro dos fluxos de ciclo de vida apresentados em [Automação de e-mail com IA](/pt-br/blog/ai-email-automation).

## Escolha o evento de início certo

| Ponto de partida | Primeira mensagem útil | Verifique |
| --- | --- | --- |
| Conta criada | Uma ação de configuração | Se a verificação do e-mail deve vir antes |
| E-mail verificado | Boas-vindas e um link direto para o produto | Se você não está duplicando o e-mail de verificação |
| Inscrição na newsletter | O que esperar e um exemplo útil | O consentimento do destinatário e os temas escolhidos |
| Cadastro na loja | Produtos, orientações ou a oferta prometida | As condições reais e a validade da oferta |

O Brew pode iniciar fluxos a partir de eventos personalizados do seu back-end ou de integrações compatíveis, como o [Supabase](/pt-br/browse/integrations/supabase) e o [Clerk](/pt-br/browse/integrations/clerk). Monte o payload a partir do esquema do gatilho selecionado e use o ID real desse gatilho.

## Um exemplo de boas-vindas para SaaS

| E-mail | Timing inicial | Objetivo | Elegibilidade na hora do envio |
| --- | --- | --- | --- |
| Boas-vindas | Depois do cadastro ou da verificação | Ajudar a criar o primeiro projeto | Conta nova |
| Ajuda com a configuração | Dia 2 | Mostrar um exemplo curto | Ainda não ativou |
| Próximo passo | Depois da ativação | Apresentar a próxima ação útil | Já ativou |
| Lembrete do período de teste | Antes do fim do período de teste | Explicar o que acontece depois | Ainda no período de teste e sem pagamento |
| Acompanhamento | Depois de um intervalo adequado | Oferecer ajuda | Ainda elegível e com permissão para receber |

Escreva cada e-mail em torno de uma ação. Use uma URL de destino real, um assunto claro e um endereço de resposta que alguém acompanhe. Evite urgência genérica e afirmações sobre resultados que você não mediu.

## Um exemplo de boas-vindas para newsletter ou loja

Em uma newsletter, a primeira mensagem pode entregar o material prometido, dizer qual será a frequência e mostrar um artigo representativo. Uma mensagem posterior pode explicar as preferências de temas ou apresentar o autor. Uma newsletter não precisa de um funil de ativação ao estilo SaaS para justificar um segundo e-mail.

Em uma loja, entregue primeiro a oferta prometida e depois dê orientações úteis de compra. Informe com precisão as exclusões e a validade. Uma compra pode tornar irrelevantes os lembretes de desconto restantes, então inclua o status de compra nas suas verificações de elegibilidade.

## Defina as regras de saída antes de escrever os e-mails seguintes

Decida o que deve impedir cada mensagem: ativação, compra, oferta vencida, exclusão da conta, descadastro ou mudança de plano. Depois, implemente essa regra no sistema que de fato lê o estado atual.

Em um fluxo do Brew disparado por evento, uma condição em `payload.activated` lê o evento original. Uma condição em `contact.activated` lê o valor atual do campo do contato no Brew no momento em que o nó é executado, inclusive depois de uma etapa Aguardar. Declare e sincronize o campo e depois coloque a condição antes de cada lembrete que depende dele. Uma atualização do contato ou um evento posterior não cancela automaticamente uma execução anterior.

Quando a elegibilidade depende de dados da conta não sincronizados ou de uma compra específica, agende uma verificação na sua aplicação. Leia o registro de referência na hora em que a mensagem deve sair e só dispare um evento separado de lembrete elegível se a regra ainda valer. Veja [como montar uma automação](https://docs.brew.new/create-emails/build-an-automation#check-state-before-later-reminders) na documentação.

## Monte e revise a sequência

Descreva no Brew o gatilho, o público, a ação desejada e o tom. Você também pode começar por um exemplo público da [galeria de fluxos](/pt-br/browse/flows). Trate o timing dele como inspiração, não como prova de que o mesmo cronograma vai funcionar para o seu público.

Revise o grafo gerado e todos os e-mails. Confirme os links, o remetente, os valores padrão da personalização e a finalidade do domínio. Uma mensagem de verificação e uma mensagem promocional de onboarding podem ter requisitos diferentes. O [guia da FTC](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) explica o critério do objetivo principal usado nos EUA; os [requisitos do Gmail para remetentes](https://support.google.com/mail/answer/81126) tratam de autenticação, taxa de spam e regras de descadastro.

## Teste mais do que o caminho feliz

Teste um cadastro, um evento repetido, a personalização ausente e um destinatário não elegível. Nas condições de contato, atualize o campo sincronizado durante a espera e confirme que o lembrete é ignorado; teste também campos ausentes. Nos lembretes agendados pela aplicação, ative a conta ou faça uma compra antes da verificação e confirme que nenhum evento de lembrete é disparado. Confira também o tratamento dos descadastros e os resultados de entrega.

Só publique depois de revisar as mensagens e as verificações de elegibilidade. Acompanhe a ação que a sequência deve facilitar, como uma configuração concluída ou um primeiro pedido, junto com os dados de entrega e de cliques. Mantenha as mensagens que ajudam as pessoas a realizar essa ação e revise o resto.

Para exemplos de implementação, veja [como montar o onboarding a partir do Cursor](/pt-br/blog/how-to-create-an-email-onboarding-sequence-from-cursor) e [como converter períodos de teste a partir de eventos do produto](/pt-br/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events).