Planeje uma sequência de e-mails de boas-vindas para SaaS, lojas ou newsletters, com exemplos, timing, verificações de elegibilidade e testes antes do envio.
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.
| 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 e o Clerk. Monte o payload a partir do esquema do gatilho selecionado e use o ID real desse gatilho.
| 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.
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.
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 na documentação.
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. 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 explica o critério do objetivo principal usado nos EUA; os requisitos do Gmail para remetentes tratam de autenticação, taxa de spam e regras de descadastro.
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 e como converter períodos de teste a partir de eventos do produto.
