Onde começa a sequência de conversão do teste?
Os e-mails de onboarding e os de conversão do teste fazem dois trabalhos diferentes. A sequência de onboarding tem um objetivo: levar o usuário ao momento aha — o ponto em que o valor do produto fica evidente. Isso é ativação. Não é uma compra.
A sequência de conversão do teste começa daí. Ela parte do princípio de que o valor já foi entregue e faz a única coisa que o onboarding não faz: pedir o cartão. Enquanto o onboarding corresponde à etapa do ciclo de vida de ativação, esta sequência corresponde à decisão de passar do teste ao plano pago — um empurrão curto e bem cronometrado que termina antes do teste.
Como é a sequência, e quando sai cada e-mail?
Seis e-mails, distribuídos ao longo do período de teste. Alguns são acionados por comportamento, outros pelo calendário. Os dois primeiros reagem ao que o usuário faz; os quatro últimos fazem a contagem regressiva até a expiração. Um motor de jornadas lida com a mistura — um nó wait_
| Teste de 14 dias | Teste de 30 dias | |
|---|---|---|
| Verificação de ativação | Dia 2 | Dia 3 |
| Recapitulação de valor no meio do teste | Dia 7 | Dia 15 |
| Resposta à objeção (T-3) | Dia 11 | Dia 27 |
| Urgência (T-1) | Dia 13 | Dia 29 |
| Expiração / dia de carência | Dia 14–15 | Dia 30–31 |
| Reconquista pós-expiração | Dia 18–21 | Dia 34–37 |
O que cada e-mail deve dizer, de fato?
Os e-mails de recapitulação devem ligar o valor ao que o usuário realmente fez no produto, não à sua lista de funcionalidades. “Você criou 5 segmentos e lançou 2 jornadas — veja no que isso se transforma em um plano pago” supera “nossa plataforma é poderosa”. Detalhes que refletem a própria atividade da pessoa são o argumento mais forte que você tem.
- Uma recapitulação de valor ligada a uma ação real no produto, com um número quando você tiver um
- Exatamente uma objeção, nomeada e respondida — preço, esforço de migração ou uma integração que falta
- Prova social opcional: uma linha, um número, de uma equipe comparável
- Um CTA claro — fazer upgrade — e nada competindo com ele
- Linguagem simples sobre o que acontece na expiração: o que a pessoa mantém, o que perde
Escolha a objeção que tem mais chance de travar a compra e responda a ela diretamente — não liste cinco. Esse é o discernimento que um Lifecycle Marketer traz: saber qual objeção é real para este segmento. Se você está construindo o sistema mais amplo em que esses e-mails vivem, veja marketing de ciclo de vida para startups.
O dia da expiração e o período de carência
O e-mail do dia da expiração não é um detalhe. Envie-o no momento em que o teste termina: diga que o acesso mudou e dê um caminho de volta. Depois, acrescente uma janela curta de carência — um ou dois dias em que a conta ainda funciona — e avise. Se você coleta o cartão logo no início, atenção às regras de prazo: a Userlist observa que bandeiras de cartão como a Visa exigem aviso de pelo menos sete dias antes que um teste se converta em cobrança paga, então seus lembretes precisam sair cedo o bastante para cumprir a regra.
Não trate a expiração como o fim. A Encharge, citando uma análise da MadKudu, relata que cerca de metade das conversões em SaaS pode acontecer depois do fim do teste — por isso uma reconquista pós-expiração merece seu lugar. Envie um reengajamento mais leve alguns dias depois. E, quando um usuário converte, o próximo vazamento é a cobrança: uma cobrança que falha faz um cliente pagante sair sem barulho, então combine esta sequência com a recuperação de pagamentos que falharam.
Vale a pena oferecer desconto?
Com moderação. Um desconto fixo de 20% em todo e-mail de fim de teste ensina as pessoas a deixar o teste expirar e esperar o cupom — você ensina seus usuários com maior intenção de compra a adiar. Prefira urgência honesta e uma recapitulação de valor durante o teste ainda em andamento. Reserve o desconto para uma reconquista direcionada aos usuários que deixaram o teste expirar sem converter, onde ele é uma segunda oferta genuína, não um reflexo. Ferramentas como Customer.io, Encharge e Loops conseguem restringir essa oferta a um segmento específico de quem deixou o teste expirar.
Como medir a conversão do teste para o plano pago?
A taxa de conversão do teste para o plano pago é o número de clientes pagantes dividido pelo número de testes iniciados na mesma coorte — coorte por semana de cadastro, não por mês do calendário, ou os cadastros tardios distorcem a taxa. Separe-a entre ativados e não ativados; a coorte ativada é a que seus e-mails conseguem mover. Os benchmarks variam muito conforme o desenho do teste: a Baremetrics relata que testes opt-in (sem cartão) muitas vezes convertem em torno de 15–25%, enquanto testes com cartão logo no início muitas vezes ficam mais altos, aproximadamente 40–60%. Trate esses números como referências, não como alvos — seu produto e seu público definem o número real.
O kit inicial: eventos, jornadas e mensagens
Tudo o que vem a seguir é um modelo para adaptar, não um resultado: nomes de eventos, regras de jornada e rascunhos de mensagens dimensionados para um teste de 14 dias. Troque pela sua própria ação “aha”, pela duração do seu teste e pelos nomes dos seus planos. O mesmo kit está disponível como arquivo Markdown para colocar no seu repositório ou na sua wiki.
Rastreie cinco eventos
Cinco eventos sustentam toda a sequência. Envie os eventos de produto e de cobrança a partir do seu servidor, onde um bloqueador de anúncios não pode descartá-los e um visitante não pode falsificá-los, e mantenha os dados pessoais no perfil, não nas propriedades dos eventos.
| Evento | Envie quando | Propriedades | Enviado de |
|---|---|---|---|
| signup_ | O formulário de cadastro é enviado, antes da verificação do e-mail | source, plan_ | Navegador |
| signup_ | A conta existe e o e-mail foi verificado. Identifique o usuário aqui, com o ID que seu sistema de cobrança usa | trial_ | Servidor |
| activated | O usuário conclui sua ação “aha” pela primeira vez (defina-a uma vez, por exemplo “primeiro relatório compartilhado”) | activation_ | Servidor |
| trial_ | Uma tarefa diária encontra trial_ | days_ | Servidor, agendado |
| subscription_ | Seu provedor de cobrança confirma a primeira cobrança bem-sucedida | plan, interval, amount | Servidor, pelo webhook de cobrança |
Duas regras de nomenclatura mantêm o plano legível um ano depois: object_
Monte três jornadas
Duas jornadas de onboarding separam os testes ativados dos parados; a terceira resgata o teste na expiração. As três compartilham as mesmas proteções: todos saem no momento em que subscription_
| 1 · Onboarding: primeiro valor | 2 · Onboarding: teste parado | 3 · Resgate na expiração do teste | |
|---|---|---|---|
| Gatilho | signup_ | Nenhum evento activated 48 horas depois de signup_ | trial_ |
| Filtro de entrada | Em um plano de teste; não é uma conta interna ou de teste | O mesmo, e nenhuma resposta ao e-mail de boas-vindas | Ainda sem subscription_ |
| Etapas | E-mail de boas-vindas → aguardar até 48 horas por activated → e-mail do próximo passo | E-mail de ajuda → aguardar até 3 dias por activated → contato em texto simples enviado por uma pessoa | Ramificação por activated: recapitulação de valor com uma objeção respondida, ou ajuda com oferta de extensão → lembrete T-1 → e-mail de expiração e dia de carência → e-mail de reativação 4 dias depois |
| Supressão | Contatos que cancelaram a inscrição ou tiveram hard bounce nunca entram; no máximo um e-mail de marketing por dia somando todas as jornadas | O mesmo; pausar enquanto uma pessoa responde ao usuário | O mesmo; pular o e-mail de reativação se o usuário respondeu ou agendou uma conversa |
| Saída e objetivo | Objetivo: activated. Saída em subscription_ | Objetivo: activated. Saída em subscription_ | Objetivo e saída: subscription_ |
Adapte seis mensagens
| Mensagem | Assunto | Primeira frase | Uma chamada para ação |
|---|---|---|---|
| Onboarding (boas-vindas) | Boas-vindas ao {product}: uma coisa para fazer primeiro | A maioria das equipes começa a tirar valor do {product} no dia em que consegue {aha_ | {aha_ |
| Ativação (próximo passo) | Você {aha_ | Esse é o passo a que a maioria dos testes nunca chega. O próximo é {next_ | {next_ |
| Ajuda (teste parado) | Travou em {setup_ | Você se cadastrou há {days} dias e ainda não {aha_ | Responder a este e-mail |
| Teste perto do fim (T-3, T-1) | Faltam {days_ | Até agora, você {usage_ | Escolher um plano |
| Expiração (dia de carência) | Seu teste terminou. Seu trabalho continua aqui | Seu teste terminou em {trial_ | Manter minha conta |
| Reativação (reconquista) | Continue de onde parou | Desde o seu último acesso, lançamos {relevant_ | Reiniciar meu teste |
Os placeholders entre chaves vêm das propriedades do perfil e dos dados dos eventos. Escreva cada mensagem primeiro em texto simples, mantenha uma única chamada para ação, deixe os descontos fora da sequência principal e tire toda afirmação sobre a atividade do usuário de uma propriedade real, nunca de um palpite.
Antes de ativar
- Rode cada jornada com um perfil de teste: acione cada evento manualmente e confira quem entra, quem espera e quem sai.
- Pague com um cartão de teste no meio da jornada 3 e confirme que os e-mails restantes param.
- Envie no fuso horário de cada usuário, nunca de madrugada, e limite o e-mail de marketing a um por dia somando todas as jornadas.
- Se você coleta o cartão logo no início, comece os lembretes cedo o bastante para as regras de aviso das bandeiras de cartão descritas acima.
- Meça a conversão do teste para o plano pago por coorte de semana de cadastro e mantenha um pequeno grupo holdout se quiser saber o que a própria sequência acrescenta.
Qualquer ferramenta de jornadas com gatilhos por evento, esperas que terminam com um evento e uma regra de saída consegue rodar este kit. No fromHello, os cinco eventos chegam pelo snippet de rastreamento ou pela API, e cada jornada acima é montada com os próprios nós do editor: enviar e-mail, aguardar, aguardar evento, ramificação, objetivo e saída. Startups com menos de dois anos que captaram menos de € 5 milhões podem se candidatar a 12 meses do fromHello Core pelo nosso programa para startups.