Alguém se cadastra no seu produto numa terça-feira à tarde. A pessoa explora por quatro minutos, é chamada para uma reunião e fecha a aba. Nada naquela sessão foi um fracasso; ela simplesmente ficou sem tempo.
O que acontece nos catorze dias seguintes decide se essa pessoa vira cliente ou uma linha no seu relatório de churn. E, para a maioria dos produtos SaaS, o único canal capaz de alcançá-la durante esses catorze dias é o e-mail.
Isso faz da sequência de e-mails de onboarding um dos ativos de maior alavancagem que um time de produto tem. Ela também é um dos mais mal cuidados, de forma consistente: escrita uma vez durante um sprint de lançamento, nunca revisitada e medida pela taxa de abertura em vez daquilo que deveria provocar.
Este guia explica o que é uma sequência de e-mails de onboarding, os sete e-mails que valem a pena enviar, como dispará-los por comportamento em vez de por calendário e (a parte que a maioria dos guias pula) o que precisa acontecer depois do clique para que tudo isso faça diferença.
Principais conclusões
- A função da sequência é ativação, não engajamento. Um e-mail que é aberto mas não produz nenhuma ação no produto falhou. Julgue cada e-mail pelo comportamento que ele provoca dentro do seu app.
- Gatilhos de comportamento superam calendários. Enviar "veja como criar seu primeiro projeto" para alguém que criou três ontem ensina essa pessoa a parar de ler você.
- Um e-mail, uma função, um CTA. Se você não consegue dizer o propósito de um e-mail em uma única frase, ele não pertence à sequência.
- O e-mail é um canal de retorno, não um canal de ensino. Ele é excelente para trazer as pessoas de volta ao produto e fraco para explicar qualquer coisa, porque instruções em uma janela e a interface em outra não combinam.
- O clique é a passagem de bastão. O lugar onde o usuário cai decide se o e-mail funcionou: um deep link para uma tela com orientação in-app converte; um link para um dashboard genérico, não.
- Pare de enviar quando o usuário ativar. Uma sequência que continua disparando depois que o objetivo foi atingido é ruído, e custa entregabilidade nos e-mails que ainda importam.
O que é uma sequência de e-mails de onboarding?
Uma sequência de e-mails de onboarding é uma série de e-mails automáticos enviados a um novo usuário depois do cadastro, cada um pensado para deixá-lo um passo mais perto do primeiro resultado real no produto. Ela não é a mesma coisa que um e-mail de boas-vindas, e não é uma campanha de drip no sentido de marketing.
A diferença que importa é o propósito. Um drip de marketing existe para manter um contato aquecido até ele estar pronto para comprar. Uma sequência de onboarding existe para fazer uma pessoa específica superar um obstáculo específico entre o cadastro e o valor. Cada e-mail dela deve corresponder a uma etapa que o usuário precisa concluir, e deve parar de disparar no momento em que essa etapa for concluída.
A definição mais simples: uma sequência de e-mails de onboarding é um conjunto de mensagens automáticas, enviadas sob condição, cujo sucesso é medido em eventos do produto, não em eventos de e-mail. Se os seus relatórios param na taxa de abertura e na taxa de clique, você tem uma newsletter com um gatilho de cadastro.
Uma sequência bem construída tem três propriedades. Cada e-mail tem uma função. Cada e-mail tem uma condição capaz de cancelá-lo. E cada e-mail aponta para exatamente uma ação, com deep link para a tela onde essa ação acontece. Tire qualquer uma das três e a sequência vira uma série de comunicados.
Onde ela se encaixa no quadro geral do onboarding
O e-mail de onboarding é uma camada de um sistema. A tela de boas-vindas cuida dos primeiros trinta segundos. O checklist de onboarding sustenta a estrutura de médio prazo dentro do produto. Tours de produto e tooltips ensinam funcionalidades individuais no contexto. O e-mail cobre os intervalos entre as sessões, as horas e os dias em que o usuário nem está olhando para o seu produto.
Os times se complicam quando pedem ao e-mail que faça o trabalho das outras camadas. Um e-mail de oito parágrafos explicando como configurar uma integração é sintoma de falta de orientação in-app, não um bom e-mail.
E-mails de onboarding baseados em calendário vs. disparados por comportamento
A maior diferença de qualidade entre sequências de onboarding está no que decide quando um e-mail sai.
Uma sequência baseada em calendário envia o e-mail nº 3 no terceiro dia, sem condição. Ela é fácil de montar e fácil de entender, e está errada para mais ou menos metade dos seus usuários a qualquer momento: irrelevante para quem já avançou na frente e irrelevante para quem nunca voltou depois do cadastro.
Uma sequência disparada por comportamento envia o e-mail nº 3 quando o usuário fez X e ainda não fez Y. Ela reage a eventos do produto: configuração concluída, primeiro projeto criado, colega convidado, inativo por 48 horas. Cada mensagem chega por causa de algo que o usuário fez ou, de forma bem visível, deixou de fazer.
Na prática, a resposta certa é um modelo híbrido. Os gatilhos de comportamento são a lógica principal, com um fallback baseado em tempo por baixo, para que um usuário totalmente silencioso ainda receba alguma coisa. O disparo puramente por comportamento tem um ponto de falha: um usuário que não faz nada não gera eventos, e uma sequência que só escuta eventos nunca vai falar com as pessoas que mais precisam dela.
| Aspecto | Baseada em calendário | Disparada por comportamento |
|---|---|---|
| O que dispara | O tempo desde o cadastro | Um evento do produto, ou a ausência dele |
| Esforço de configuração | Baixo: não exige rastreamento de eventos | Médio: precisa de dados de eventos confiáveis |
| Relevância | Cai rápido à medida que os usuários seguem caminhos diferentes | Continua relevante em caminhos muito diferentes |
| Principal ponto de falha | Pede aos usuários que façam coisas que já fizeram | Não diz nada a usuários totalmente inativos |
| Melhor uso | Lembretes de fim de trial e de prazos | Tudo o que está ligado a uma etapa de configuração ou a um marco |
Antes de montar os gatilhos, verifique os dados. Uma sequência disparada por comportamento só é tão boa quanto os eventos que a alimentam. Se "projeto criado" dispara de forma inconsistente, ou se a segunda conta de um usuário é rastreada como outra pessoa, a sua lógica de ramificação engenhosa vai produzir resultados piores do que um simples calendário. Valide os eventos primeiro e depois automatize em cima deles.
A sequência de onboarding de 7 e-mails
Sete não é um número mágico; é o que você obtém quando lista as funções distintas que uma sequência precisa cumprir e se recusa a enviar um e-mail que não tenha uma. Alguns produtos precisam de cinco. Uma ferramenta enterprise complexa com uma etapa de importação de dados pode precisar de nove. Use isto como uma estrutura para adaptar, não como um modelo para copiar.
As boas-vindas: confirmar a conta e indicar a única próxima ação
A primeira tarefa: fazer uma coisa significativa
A recuperação de travamento: reengajar usuários que pararam no meio da configuração
O e-mail de aprofundamento: apresentar a funcionalidade de segundo nível
O e-mail de prova: mostrar como é um bom resultado
O empurrão de expansão: convidar colegas ou conectar uma ferramenta
O e-mail de decisão: converter, ou perguntar por que não
1. O e-mail de boas-vindas
O e-mail de boas-vindas é o único da sequência que é de fato incondicional, e o único em que a velocidade importa mais do que o conteúdo. A atenção cai rápido depois do cadastro: umas boas-vindas que chegam em segundos encontram um usuário ainda com a cabeça no seu produto, enquanto umas que chegam uma hora depois competem com todo o resto da caixa de entrada.
O erro aqui é tratá-lo como um tour de funcionalidades em forma de texto. O usuário acabou de ver o seu produto; ele não precisa de uma lista do que existe nele. Ele precisa da confirmação de que a conta existe e de uma instrução inequívoca sobre o que fazer a seguir.
Olá, [Nome],
Sua conta está configurada. Há uma coisa que vale a pena fazer antes de qualquer outra: [a única primeira ação, descrita como resultado, por exemplo "importar uma lista de contatos para ver seu primeiro relatório"]. Leva uns dois minutos.
[Fazer a primeira ação] →
Se travar em algum ponto, é só responder a este e-mail; ele chega a uma pessoa de verdade.
Mantenha-o em texto simples, ou algo próximo disso. Um template HTML muito elaborado sinaliza "marketing" e é lido por cima; uma mensagem simples sinaliza "alguém desta empresa está falando comigo" e é lida. E faça do CTA um deep link para a tela exata onde a ação acontece, não para a raiz do seu dashboard.
2. O e-mail da primeira tarefa
Este é o burro de carga da sequência. A maioria dos usuários que não ativa não falha na etapa quatro; falha na etapa um, porque foi interrompida e nunca voltou. O e-mail da primeira tarefa existe para trazê-los de volta ao mesmo ponto onde pararam.
A condição é o que faz ele funcionar. Se o usuário já concluiu a ação, este e-mail não pode ser enviado. Enviá-lo mesmo assim é a forma de ensinar a um novo usuário promissor que os seus e-mails não valem a leitura, uma lição surpreendentemente cara de ensinar na primeira semana.
Ancore o e-mail em um resultado concreto, não em uma mecânica. "Veja em quais páginas seus visitantes desistem" é um motivo para voltar. "Conclua sua configuração" é uma obrigação.
Olá, [Nome],
Você se cadastrou ontem, mas ainda não [ação específica], que é a etapa que transforma o [Produto] de uma tela vazia em algo útil.
Depois disso, você vai ver [o resultado concreto: o relatório, o dashboard, a primeira automação funcionando].
Continue de onde parou →
3. O e-mail de recuperação de travamento
Um usuário que começou a importar dados e parou no meio está numa situação diferente da de alguém que nunca começou. Ele já investiu esforço, o que é um ativo, e esbarrou em algo que o fez parar, o que é informação.
A recuperação de travamento funciona melhor quando é específica sobre onde a pessoa parou e oferece uma saída para o bloqueio, em vez de repetir a instrução. Este também é o e-mail da sequência que mais rende em insight de produto: se uma grande parte dos seus usuários trava na mesma etapa, você tem um problema de UX que nenhum e-mail vai resolver. Nosso guia sobre fricção do usuário mostra como encontrar e remover esses bloqueios na origem.
Olá, [Nome],
Você chegou até [a etapa exata] e parou. Essa etapa complica a vida das pessoas com mais frequência do que gostaríamos, geralmente por causa de [a causa comum real].
Duas opções: [o atalho ou a alternativa], ou responda a este e-mail e eu passo por ela com você.
Concluir [a etapa] →
4. O e-mail de aprofundamento
Quando o usuário faz a primeira coisa com sucesso, a sequência muda de caráter. Ela para de empurrar e começa a ampliar. O e-mail de aprofundamento apresenta a capacidade que transforma uma ferramenta de uso único em um hábito recorrente, a segunda funcionalidade que faz a primeira valer a pena.
Escolha essa funcionalidade com base em dados, não nas favoritas do seu roadmap. Veja o que os seus usuários retidos fazem na segunda semana que os usuários que deram churn nunca fizeram. Esse comportamento é o assunto do seu e-mail de aprofundamento.
Mantenha a explicação curta e deixe o produto ensinar. A função deste e-mail é criar a intenção; um tour de produto disparado na chegada faz o resto muito melhor do que três parágrafos de texto jamais farão.
5. O e-mail de prova
No meio da primeira semana, a pergunta útil na cabeça do usuário já mudou de "como isso funciona" para "vale mesmo a pena adotar isso". O e-mail de prova responde com evidências: uma história curta de cliente, um antes e depois concreto ou um caso de uso específico de uma empresa parecida com a dele.
Aqui, a especificidade é tudo. Um depoimento genérico não faz nada. Um relato de duas frases sobre como um time com o mesmo cargo resolveu o mesmo problema faz muito. Se você puder segmentar algum e-mail por função ou setor, é este que vale a pena segmentar.
6. O empurrão de expansão
Para a maioria dos produtos B2B, o sinal de retenção mais forte não é a profundidade de uso; é se a conta tem mais de uma pessoa, ou se o produto está conectado a uma ferramenta em que o time já vive. Os dois são custos de troca, e os dois geralmente exigem um empurrão deliberado.
Envie este e-mail só para usuários que já obtiveram valor sozinhos. Pedir que alguém convide o time antes de estar convencido é pedir que essa pessoa aposte a própria reputação em um produto que usou duas vezes.
7. O e-mail de decisão
O último e-mail fecha o ciclo. Para um produto com trial, este é o e-mail de conversão; para um produto freemium, é o convite ao upgrade. Em qualquer caso, ele deve recapitular o que o usuário de fato conquistou, em vez de repetir a página de preços.
A versão que tem desempenho fraco de forma consistente é a que só diz "seu trial termina em três dias". A versão que funciona lembra o que a pessoa construiu, diz com clareza o que vai acontecer com isso e deixa o próximo passo óbvio. Para uma visão mais ampla desta etapa, veja nosso guia de conversão de trials gratuitos.
Para os usuários que não convertem, este e-mail também é o seu melhor instrumento de pesquisa. Uma única pergunta, "o que impediu você?", enviada no momento da decisão, traz respostas mais sinceras do que qualquer pesquisa enviada um mês depois.
Timing e cadência
As perguntas de cadência ficam mais fáceis de responder quando você para de pensar em dias e começa a pensar na janela de ativação do usuário, o período em que ele está de fato decidindo se vai adotar o seu produto. Concentre a sequência nessa janela e ela parece atenciosa; estique além dela e ela parece spam.
| Timing típico | Condição de envio | Cancelar se | |
|---|---|---|---|
| Boas-vindas | Em até 60 segundos | Sempre | Nunca |
| Primeira tarefa | +24 horas | Ação-chave não feita | Ação-chave concluída |
| Recuperação de travamento | +48 h desde a última atividade | Configuração iniciada, não concluída | Configuração concluída |
| Aprofundamento | +1 dia após o primeiro sucesso | Ação-chave feita | Segunda funcionalidade já usada |
| Prova | Dia 5 a 7 | Ainda na sequência | Já converteu |
| Expansão | Dia 7 a 10 | Ativado, conta de uma pessoa só | Colega convidado |
| Decisão | 2 a 3 dias antes da expiração | Ainda não converteu | Converteu |
A coluna "cancelar se" é a primeira a construir. A maioria dos times escreve sete e-mails e zero regras de cancelamento, e é assim que um cliente que fez upgrade no segundo dia ainda recebe "seu trial está acabando" no décimo segundo.
Onde os e-mails de onboarding deixam de funcionar, e o que assume a partir daí
Esta é a parte desconfortável, e o motivo pelo qual tantas sequências bem escritas produzem números de ativação decepcionantes.
O e-mail é, essencialmente, um canal de retorno. Ele é muito bom em uma função: alcançar uma pessoa que não está no seu produto naquele momento e dar a ela um motivo para voltar. Ele é estruturalmente ruim para ensinar, porque ensinar exige que a explicação e a interface estejam no mesmo lugar. Quando as instruções ficam numa aba do navegador para a qual o usuário precisa voltar o tempo todo, a compreensão cai a cada etapa.
Então, no momento em que o usuário clica em um e-mail de onboarding, a função do e-mail acabou, e outra coisa precisa assumir a passagem de bastão. Se ele cai em um dashboard genérico sem nenhuma orientação, você gastou a sua única oportunidade de reengajamento levando a pessoa de volta à mesma confusão que a fez sair.
O que a experiência de chegada deve fazer
Todo e-mail de onboarding deve ter um deep link para a tela específica onde a ação acontece, e essa tela deve receber o usuário que volta com orientação contextual, não com um estado vazio e uma esperança.
-
Um tour de produto na chegada
O usuário clicou em "importe seus contatos" e caiu na tela de importação. Um tour de produto curto que começa automaticamente para aquele segmento termina o trabalho que o e-mail começou, no lugar onde ele pode de fato ser feito.
-
Um checklist que sobrevive entre as sessões
Um checklist de onboarding mantém as etapas restantes visíveis e guarda o progresso entre as visitas, para que um usuário que volta de um e-mail veja exatamente onde parou em vez de reconstruir isso de memória.
-
Tooltips no campo específico que confundiu o usuário
Se o seu e-mail de recuperação de travamento existe porque os usuários travam em um campo de configuração, a correção duradoura é uma explicação presa a esse campo. Veja nosso guia de tooltips de onboarding.
-
Eventos voltando para a sequência
A conclusão precisa ser registrada, ou a sua sequência não consegue cancelar o próximo e-mail. A análise de produto fecha o ciclo entre o que o e-mail pediu e o que o usuário fez.
O Kompassify foi feito para a segunda metade deste ciclo. Ele adiciona tours de produto, tooltips, hotspots, checklists de onboarding e anúncios in-app ao seu produto sem trabalho de engenharia, e mostra se os usuários concluíram cada etapa, que é exatamente o dado de evento de que uma sequência de e-mails disparada por comportamento precisa para decidir o que enviar em seguida. Ele está em conformidade com o GDPR e é hospedado na UE, e você pode começar grátis.
Um checklist guarda o progresso do onboarding entre as sessões, para que os usuários que chegam de um e-mail retomem em vez de recomeçar.
Como medir uma sequência de e-mails de onboarding
A taxa de abertura é um diagnóstico da sua linha de assunto e da sua entregabilidade. Ela não mede se o onboarding está funcionando. Uma sequência pode exibir métricas de e-mail excelentes e não mover a ativação em nada.
A solução é definir, para cada e-mail, o evento no produto que ele deveria provocar, e então medir esse evento.
| Métrica | O que ela diz | O que fazer quando está baixa |
|---|---|---|
| Taxa de abertura | A saúde da linha de assunto e da entregabilidade | Reescreva os assuntos; verifique a reputação do remetente e a autenticação |
| Taxa de clique | Se a oferta dentro do e-mail era convincente | Comece pelo resultado e reduza a um único CTA |
| Taxa de clique para ação | Dos que clicaram, quantos concluíram a tarefa | Corrija a experiência de chegada; este é um problema in-app, não de e-mail |
| Taxa de ativação por cohort | Se a sequência move o número que importa | Reavalie qual etapa você está de fato pedindo aos usuários |
| Time to value | Com que rapidez os usuários chegam ao primeiro resultado real | Remova etapas antes de adicionar e-mails |
| Taxa de descadastro | Se a cadência já virou ruído | Corte e-mails ou aperte as regras de cancelamento |
A taxa de clique para ação é o diagnóstico que falta à maioria dos times. Se uma grande proporção de pessoas clica e depois não conclui a tarefa, o e-mail está cumprindo sua função perfeitamente e o produto está deixando cair o bastão. Nenhuma revisão de texto vai resolver isso; a orientação na tela de chegada vai.
Para o quadro mais amplo de medição, nossos guias de métricas de onboarding de usuários e de time to value mostram como esses números se encaixam ao longo de todo o funil.
Dados de conclusão por etapa são o que transforma uma sequência de e-mails de um chute em um sistema que você consegue ajustar.
Boas práticas de e-mails de onboarding
✓ Faça
- Dê a cada e-mail uma função e um CTA
- Escreva uma regra de cancelamento antes de escrever o texto
- Use deep link para a tela exata, nunca para a raiz do dashboard
- Comece pelo resultado, não pela mecânica
- Envie de uma pessoa real, com um endereço que aceita respostas
- Segmente o e-mail de prova por função ou setor
- Meça o evento do produto, não a abertura
✕ Não faça
- Explicar em texto corrido um fluxo de várias etapas
- Enviar um lembrete de etapa para quem já fez a etapa
- Juntar três funcionalidades em um único e-mail
- Pedir um convite ao time antes de o usuário obter valor
- Usar um template de marketing pesado nas boas-vindas
- Continuar enviando depois da ativação ou da conversão
- Julgar a sequência só pela taxa de abertura
Cinco erros que matam sequências sem ninguém perceber
Escrever a sequência antes de mapear o caminho de ativação. Se você não consegue nomear a única ação que separa os usuários retidos dos que deram churn, nenhuma sequência vai ajudar. Mapeie isso primeiro; nosso guia sobre como aumentar a ativação de usuários mostra como identificá-la.
Tratar o e-mail como documentação. E-mails longos e explicativos quase sempre estão compensando a falta de orientação in-app. O e-mail deve criar a intenção; o produto deve ensinar a mecânica.
Nunca revisitá-la. As sequências de onboarding são escritas durante o lançamento e depois sobrevivem silenciosamente a três redesigns do produto. Um e-mail que menciona uma tela que não existe mais prejudica ativamente a confiança. Revise a sequência sempre que o fluxo de onboarding mudar.
Uma sequência para todos os usuários. Um administrador avaliando o seu produto para um time de quarenta pessoas e um usuário individual testando num domingo precisam de coisas diferentes. Mesmo dois ramos baseados em função ou tamanho de empresa superam um caminho genérico; veja segmentação de usuários para saber como traçar essas linhas.
Otimizar os e-mails em vez do onboarding. Se a ativação está baixa, a sequência raramente é o gargalo. Um produto cuja experiência de primeiro uso é realmente clara precisa de menos e-mails de onboarding, não de e-mails melhores.
Uma ordem prática de construção
Se você está começando do zero, construa nesta ordem. Cada etapa é útil por si só, então você obtém valor antes de o sistema completo existir.
Semana um
- Nomeie a única ação de ativação que prevê retenção nos seus dados
- Escreva o e-mail de boas-vindas e o e-mail da primeira tarefa, com a regra de cancelamento no segundo
- Use deep link nos dois para a tela exata onde a ação acontece
Semana dois
- Adicione orientação in-app nessas telas de chegada: um tour curto e um checklist persistente
- Confirme que o evento de conclusão dispara de forma confiável em todos os caminhos que um usuário pode seguir
- Comece a registrar a taxa de clique para ação, não só a taxa de clique
Semana três em diante
- Adicione a recuperação de travamento quando conseguir ver onde os usuários realmente param
- Acrescente os e-mails de aprofundamento, prova e expansão como ramos separados
- Adicione o e-mail de decisão com uma única pergunta aberta para quem não converteu
- Revise a sequência inteira toda vez que o fluxo de onboarding mudar
Os e-mails trazem os usuários de volta. O Kompassify cuida do resto.
Tours de produto, tooltips, hotspots, checklists de onboarding e anúncios in-app, adicionados ao seu produto sem código, com analytics por etapa que dizem à sua sequência de e-mails o que enviar em seguida. Em conformidade com o GDPR e hospedado na UE.
Comece grátis →Perguntas frequentes
O que é uma sequência de e-mails de onboarding?
Uma sequência de e-mails de onboarding é uma série de e-mails automáticos enviados a um novo usuário depois do cadastro, pensada para levá-lo da criação da conta ao primeiro resultado real no produto. Diferente de um e-mail de boas-vindas avulso, uma sequência é estruturada: cada mensagem tem uma única função, um único CTA e um gatilho que decide se ela deve ou não ser enviada. O objetivo não é o engajamento com os próprios e-mails; é a ativação dentro do produto.
Quantos e-mails uma sequência de onboarding deve ter?
A maioria das sequências de onboarding em SaaS fica entre cinco e oito e-mails distribuídos nas primeiras duas a três semanas. O número exato importa bem menos do que a regra por trás dele: envie um e-mail só quando ele tiver uma função distinta que o e-mail anterior não cumpriu. Se você não consegue descrever o único propósito de um e-mail em uma frase, ele não pertence à sequência. Sete é um padrão prático porque cobre boas-vindas, primeira tarefa, aprofundamento em funcionalidades, prova social, recuperação de travamento, um empurrão de expansão e um e-mail de decisão.
Os e-mails de onboarding devem ser baseados em tempo ou disparados por comportamento?
Disparados por comportamento, sempre que possível. Uma sequência baseada em calendário envia o mesmo e-mail no terceiro dia, quer o usuário já tenha concluído aquela etapa, quer nem tenha aberto o produto, o que torna a mensagem irrelevante nos dois sentidos. Uma sequência disparada por comportamento reage a eventos do produto: configuração concluída, primeiro projeto criado, nenhum login em 48 horas. A abordagem prática é híbrida: gatilhos de comportamento como lógica principal, com um fallback baseado em tempo, para que um usuário silencioso que não gera nenhum evento ainda receba alguma coisa.
O que o primeiro e-mail de onboarding deve dizer?
O primeiro e-mail deve chegar segundos após o cadastro, confirmar a conta e apontar para exatamente uma próxima ação. Resista à tentação de resumir todas as funcionalidades: o usuário acabou de ver o seu produto e não precisa de um inventário dele. Um e-mail de boas-vindas que diz "aqui está a sua conta" e "aqui está a única coisa a fazer primeiro" tem desempenho melhor do que um tour de funcionalidades em forma de texto. Mantenha-o em texto simples, ou algo próximo disso, e faça do CTA um deep link para a tela específica onde essa primeira ação acontece.
Os e-mails de onboarding substituem o onboarding in-app?
Não, e tratá-los como intercambiáveis é o erro estrutural mais comum. O e-mail é um canal de retorno: ele é bom para alcançar pessoas que não estão no seu produto naquele momento e convencê-las a voltar. Ele é fraco para ensinar, porque o usuário precisa ler uma instrução em uma janela e executá-la em outra. O onboarding in-app é um canal de ensino: tours de produto, tooltips, checklists e hotspots explicam uma funcionalidade no exato momento em que o usuário está olhando para ela. A sequência funciona quando o e-mail cuida da volta e a orientação in-app cuida do que acontece depois do clique.
Quais métricas devo acompanhar em uma sequência de e-mails de onboarding?
As taxas de abertura e de clique dizem se o e-mail funcionou como e-mail, não se o onboarding funcionou. As métricas que importam vêm depois: a taxa de clique para ativação (dos usuários que clicaram, quantos concluíram a ação pretendida), a taxa de ativação por cohort, o time to value e a taxa de descadastro no nível da sequência. Uma sequência com 45% de taxa de abertura e nenhum ganho de ativação está falhando na sua função real. Acompanhe o resultado dentro do produto que cada e-mail deveria provocar e julgue o e-mail por isso.
Por quanto tempo uma sequência de e-mails de onboarding deve durar?
Vincule a duração à janela natural de ativação do seu produto, e não a um número fixo de dias. Para uma ferramenta self-service em que os usuários conseguem chegar ao valor em uma única sessão, duas semanas costumam bastar. Para um produto que exige importação de dados, convite de colegas ou configuração pelo administrador, três a quatro semanas é mais realista. A sequência deve terminar quando o usuário ativa, e nesse caso ele passa para as suas mensagens normais de ciclo de vida, ou quando claramente se desengaja, e nesse caso continuar enviando custa entregabilidade e boa vontade.