Melhorar a experiência do usuário de ponta a ponta e reduzir o churn. Os dias do teste começam a contar após o kickoff com Caique.
| Fase | Tasks principais | Meta | Orçamento | Prazo |
|---|---|---|---|---|
| Fase 0 | Mapear eureka moment, fazer onboarding como usuário, ouvir gravações, kickoff com Caique | Responder as 3 perguntas críticas antes de executar qualquer coisa | Zero | Pré-kickoff |
| Fase 1 | Smart Retries no Stripe, grace period, dunning, cancel flow com pausa, heatmap instalado | Estancar churn involuntário. Base de dados para guiar a Fase 2. | A definir | Dias 1–10 |
| Fase 2 | Empty state, onboarding por perfil, health score, redução de bugs, revisão de copy e página de vendas | Usuário novo ativa nos primeiros 7 dias e chega ao M2 | A definir | Dias 11–25 |
| Fase 3 | Coletar dados, analisar exit survey, comparar ativação, documentar aprendizados, apresentar pro Caique | Dados que sustentam a decisão: continuar, ajustar ou escalar | A definir | Dias 26–35 |
| Tarefa | Dono | Obs |
|---|---|---|
| Enviar perguntas pro time (ver abaixo) | Isabella | 09/04 |
|
Fazer o próprio onboarding como usuário novo
Anotar cada ponto de fricção, dúvida e abandono
|
Isabella | 10/04 |
|
Ouvir 3–5 gravações de suporte ou entrevistas existentes
Pedir acesso pelo Henrique T
|
Isabella | 11/04 |
|
Conversar com Bruna para entender a perspectiva dela
Ela conduziu as reuniões de diagnóstico — o que ela viu, o que ficou sem resposta
|
Isabella + Bruna | 10/04 |
| Consolidar: qual é o eureka moment da Swipe? | Isabella | 11/04 |
|
Mapear jornada completa: pré-compra → compra → pós-compra → uso
Landing page, checkout, confirmação, primeiro acesso, plataforma — onde a experiência quebra?
|
Isabella | 11/04 |
|
Mapear níveis de ativação
Com dados de plataforma: quantos fazem a 1ª busca e quantos salvam algo. Com o survey de ativos (Fase 2): perguntar diretamente "já usou um criativo que achou aqui?" e "teve resultado?". Os dois primeiros são mensuráveis; os dois últimos só via qualitativo.
|
Isabella + Dev | 11/04 |
|
Auditar os primeiros 7 segundos do login
O que o usuário literalmente vê ao entrar pela primeira vez? Qual é a primeira decisão que precisa tomar? Impressão formada nos primeiros segundos define se o usuário tenta de verdade ou só "dá uma olhada".
|
Isabella | 10/04 |
| Kickoff com Caique — validar plano, metas e autonomia | Isabella + Caique | 12/04 |
| Confirmar acesso: Stripe, CRM, analytics, gravações | Isabella | 12/04 |
| Mapear o fluxo atual de cancelamento | Isabella | D+1 |
| Ativar Smart Retries no Stripe | Dev | D+2 |
| Configurar grace period de 3–5 dias | Dev | D+2 |
| Instalar Microsoft Clarity (heatmap) | Dev | D+3 |
| Tarefa | Dono | Dia | Impacto |
|---|---|---|---|
|
Ativar Smart Retries no Stripe
Sequência: soft retry 24h → dia 3 → dia 7
|
Dev | D+2 | Alto |
|
Configurar grace period de 3–5 dias
Antes de cortar o acesso — cliente pode atualizar o cartão
|
Dev | D+2 | Alto |
|
Criar sequência de dunning (3 emails)
D+1 aviso → D+3 falhou → D+7 última chance + link direto pra atualizar
|
Thais + Isabella | D+5 | Alto |
|
Lógica de retry por tipo de recusa
Insufficient funds → aguarda dias / network error → retry rápido
|
Dev + Isabella | D+4 | Médio |
|
Mapear o fluxo atual de cancelamento
O que acontece quando o usuário clica em cancelar hoje?
|
Isabella | D+1 | Diagnóstico |
|
Adicionar opção de pausa (30–60 dias) antes do cancelamento
25% dos que cancelariam optam por pausar quando a opção existe
|
Dev | D+6 | Alto |
|
Oferta segmentada no cancel flow
Cancela por custo → desconto / por não usar → pausa + como usar
|
Isabella + Thais | D+7 | Alto |
|
Exit survey (razão + 1 pergunta aberta)
Dados para entender o que realmente está causando o cancelamento
|
Dev | D+6 | Médio |
|
Instalar heatmap + gravação de sessão
Hotjar ou Microsoft Clarity (gratuito)
|
Dev | D+3 | Diagnóstico |
|
Cruzar dados: ativos de 3m+ vs. churned nos 7 primeiros dias
O que os que ficaram fizeram que os outros não fizeram?
|
Dev + Isabella | D+8 | Alto |
|
Identificar top 3 pontos de fricção no primeiro login
Empty states, navegação, features não descobertas
|
Isabella | D+8 | Alto |
|
Verificar retry e dunning para os 155 clientes PayT
Taxa de aprovação atual: 34.7%. O que existe de retry automático? O que pode ser configurado? Parte do R$16K/mês em falhas vem do PayT — não fica fora do plano.
|
Dev + Isabella | D+3 | Diagnóstico |
| Tarefa | Dono | Dia | Impacto |
|---|---|---|---|
|
Redesenhar o empty state do primeiro login
Tela vazia → direcionamento claro para o eureka moment. 84% abandonam na 1ª sessão sem orientação.
|
Isabella + Dev | D+13 | Alto |
|
Criar checklist de primeiros passos na plataforma
3–5 ações que levam ao eureka moment, visível no dashboard
|
Isabella | D+13 | Alto |
|
Garantir a primeira vitória na sessão inicial
Além de direcionar ao eureka moment, o usuário precisa sair da primeira sessão com pelo menos 1 oferta acionável salva. Quem não sai com uma vitória concreta não volta — não por falta de interesse, mas por falta de resultado visível.
|
Isabella + Dev | D+14 | Alto |
|
Adicionar tooltip nos pontos de maior abandono
Baseado nos heatmaps da Fase 1
|
Dev | D+17 | Médio |
|
Definir 2–3 perfis de usuário e seus objetivos
Ex: afiliado quer criativos / media buyer quer funis / empreendedor quer validar oferta
|
Isabella | D+12 | Alto |
|
Criar sequência de onboarding por perfil: D+1, D+3, D+7
Email curto, direto ao eureka do perfil. Fluxos segmentados aumentam ativação em 30–50%.
|
Isabella + Thais | D+18 | Alto |
|
Ativar onboarding em grupo 3x/semana com Henrique T
Reduz fricção inicial, cria vínculo, aumenta custo emocional de sair
|
Henrique T | D+11 | Alto |
|
Pergunta de nicho no onboarding + personalização de plataforma
Definir nicho no primeiro login (e-commerce, info, SaaS, etc.) para personalizar o que o usuário vê ao entrar. Quem entra e já encontra ofertas do seu mercado sente que a ferramenta foi feita pra ele — não que precisa aprender a filtrar.
|
Isabella + Dev | D+16 | Alto |
|
Criar grupo WhatsApp exclusivo para assinantes ativos
Fechado, moderado pelo Henrique T, com curadoria de criativos da semana. Não é suporte — é comunidade. Cria vínculo que o produto em si não cria: usuário em comunidade tem custo emocional de sair muito maior.
|
Henrique T + Isabella | D+11 | Alto |
|
Definir unlockables básicos
1-2 benefícios que aparecem após uso continuado: ex. acesso a ofertas VIP 48h antes da plataforma pública após 30 dias ativo. Quem cancela perde algo concreto — cria custo emocional real de sair.
|
Isabella + Henrique T | D+22 | Médio |
|
Definir leading indicators de churn
Ex: queda de login nos últimos 14 dias, feature X não usada, sem login há 7 dias
|
Isabella + Dev | D+14 | Alto |
|
Montar health score básico: verde / amarelo / vermelho
Pode começar em planilha — o que importa é a lógica, não a ferramenta
|
Dev | D+19 | Médio |
|
CS proativo: contato para clientes amarelo/vermelho
WhatsApp ou email — intervenção antes do cancelamento, não depois
|
Thais ou Henrique T | Contínuo | Médio |
|
Fechar top 10 bugs críticos dos 87 reports
Priorizar os que causam mais esforço pro usuário, não os mais fáceis
|
Dev | D+22 | Médio |
|
Survey com ativos de 3+ meses
"O que você mais usa?" e "O que tentou fazer e não conseguiu?"
|
Isabella | D+17 | Diagnóstico |
|
Revisar a página de vendas com olhar de expectativa x realidade
O que a página promete vs. o que o usuário encontra no primeiro login? Cada gap é uma causa de churn.
|
Isabella | D+12 | Alto |
|
Auditar checkout e confirmação de compra
O usuário sai da compra sabendo o que vem a seguir? Próximo passo deve ser claro desde esse momento.
|
Isabella | D+12 | Alto |
|
Ajustar copy de boas-vindas (email + página pós-compra)
Tom certo no momento certo — o usuário acabou de comprar e está com expectativa alta. Reforçar que foi uma boa decisão.
|
Isabella | D+15 | Alto |
|
Revisar comunicação nos primeiros 7 dias
Emails automáticos, mensagens no produto — consistência entre o que foi prometido e o que está sendo entregue
|
Isabella + Thais | D+16 | Médio |
|
Email semanal de nicho
"3 novas ofertas no seu nicho esta semana" toda segunda. Cria o gatilho de retorno que traz o usuário de volta antes de ele lembrar que tem assinatura. Depende da pergunta de nicho no onboarding estar ativa (D+16) e com dados suficientes — mínimo 3–4 dias de respostas antes do primeiro disparo.
|
Thais + Isabella | D+20 | Alto |
|
Email pré-renovação D-7
Não é dunning. É justificativa de valor antes da cobrança: o que o usuário fez no mês, o que está novo no nicho dele. Quem não loga nos 7 dias antes da renovação tem alta probabilidade de churn voluntário pós-cobrança.
|
Thais + Isabella | D+18 | Alto |
| Tarefa | Dono | Dia |
|---|---|---|
| Coletar dados de churn do período vs. baseline | Dev + Isabella | D+29 |
| Analisar exit survey: o que as pessoas disseram ao cancelar? | Isabella | D+30 |
| Comparar ativação: com onboarding novo vs. sem | Isabella | D+30 |
| Documentar o que funcionou, o que não funcionou e por quê | Isabella | D+32 |
| Apresentação final pro Caique: resultado, aprendizados, próximos passos | Isabella | D+35 |
| Risco | Probabilidade | Mitigação |
|---|---|---|
| Dev sem bandwidth para as demandas técnicas da Fase 1 e 2 | Alta | Priorizar fila única de demandas com Caique desde o kickoff. Versão mínima da Fase 2 executa o bloco independente de Dev (onboarding, emails, WhatsApp, copy). |
| Eureka moment não identificável nos dados de plataforma | Média | Fallback: entrevistas com 5 ativos de 3+ meses na Fase 0. Qualitativo como proxy até os dados de Clarity chegarem. |
| CRM não suporta onboarding segmentado por perfil | Média | Mapear na Fase 0 (pergunta para Thais). Plano B: ActiveCampaign free tier com segmentação manual. |
| Email com baixa abertura — dunning e onboarding não chegam ao usuário | Média | Testar WhatsApp em paralelo para dunning e onboarding desde D+1. Já existe webhook ativo. |
| Cancel flow travado por limitação técnica do sistema atual | Baixa | Versão mínima viável: só a opção de pausa, sem oferta segmentada. Reduz esforço de Dev e já entrega o principal benefício. |