Savings.Club · Fintech (EUA)

A jornada inteira do membro, refeita pra vender, assinar e manter

A Savings.Club ajuda pessoas nos Estados Unidos a financiar carro e casa sem juros, por meio de um clube de poupança cooperativo. O modelo é novo pra maioria das pessoas, e a jornada perdia gente em cada etapa: um site que explicava mas não vendia, um cadastro que ninguém conseguia medir e lembretes que nunca chegavam. Eu cuido de cada passo do membro: do primeiro clique no site à assinatura do contrato, do app às mensagens que chegam depois.

Papel
Lead Product Designer, de 2026 até hoje
Antes
Junior Product Designer, de 2021 a 2023
Escopo
Site, fluxo de contrato, app, CRM
Feito com
Figma, Next.js, HighLevel
de entrega no WhatsApp, em só duas semanas
1,7% → 88,9%
de conversão de contratos depois do meu redesign de aquisição, de 2021 a 2023
+70%

01 · Descobrir · Site

De folheto bonito a um site que vende

O site antigo rodava em WordPress e parecia um folheto: explicava o clube direitinho, mas não tinha sido feito pra vender. Escrevi um relatório sobre o que estava quebrado e achei coisas como 932 visitas por mês caindo em páginas 404. E a calculadora, justo a página de quem já estava interessado, não levava a lugar nenhum. A pessoa testava um valor e ia embora.

Aí dei duas missões pro site: vender e educar. Cortei a home de 14 seções para 9, na ordem crença, prova e fechamento, refiz a navegação e apontei todos os botões pra um lugar só: o fluxo de contrato.

visitas por mês em páginas 404, que encontrei no relatório
932
seções na home
14 → 9
Topo da home da Savings.Club: Finance anything without interest, com o botão See my buying power.
A home nova, no ar em savings.club.

Também disse não a duas ideias. Uma era montar a home em volta de um agente de chat com IA, mas a página precisava vender sozinha. A outra era colocar a calculadora no topo, só que uma ação clara vale mais do que uma ferramenta que dá trabalho pra quem acabou de chegar. O que não estava pronto, como agendar uma ligação, ficou escondido em vez de ir pro ar pela metade. Less is more, sabe?

Esse mesmo relatório virou o meu argumento pra sair do WordPress. Reconstruí o site em código, com Next.js e desenvolvimento assistido por IA, sempre por pull request no GitHub com revisão da engenharia. Foi ali que começou a minha história com código: meus primeiros commits foram nesse site. Antes do lançamento, todas as páginas passaram por uma varredura sem nenhum link quebrado e por uma checagem automática de acessibilidade.

02 · Assinar · Fluxo de contrato

Um cadastro de três passos, com a oferta de verdade do membro

O cadastro antigo era medido como um funil de 9 etapas, mas só 4 existiam de fato. Resultado: ninguém sabia onde as pessoas desistiam.

Enxuguei para 3 passos e uma tela de boas-vindas: começar, ver a oferta e assinar. Os dados pessoais vêm antes da oferta, então o número que aparece é o da própria pessoa, e não uma cotação genérica. O código promocional foi pro passo da oferta, e o fluxo não tem cabeçalho nem rodapé de marketing. Nenhuma porta de saída no meio do caminho.

Refiz o visual do app que já estava em produção sem mexer na lógica, pra engenharia poder lançar sem susto. Na tela de boas-vindas, quem está no celular vê os botões das lojas em vez de um QR code. Afinal, ninguém consegue escanear um código com o mesmo celular que está segurando.

Fluxo de contrato, passo 1 de 3: formulário Getting started com nome, data de nascimento, telefone e e-mail.
Passo 1 de 3, no ar em contractflow.savings.club. O contador fica acima do card, pra pessoa sempre saber quanto falta.
Tela de boas-vindas no computador, com um QR code para escanear, e no celular, com os botões da App Store e do Google Play no lugar.
A tela de boas-vindas leva o membro pro app: QR code no computador, botões das lojas no celular.

Quando a operadora recusou o número de SMS porque o consentimento não era opcional, redesenhei o opt-in como uma caixinha separada e desmarcada, com os avisos que os revisores procuram. O número foi aprovado.

03 · Entrar · App do membro

Um app pensado pro momento em que o membro abre

Depois de assinar, o membro baixa o app. Redesenhei tudo pensando no momento em que ele abre: o score, o clube e o voucher já estão lá, então a home foi feita pra esse estado, e não pra uma tela vazia.

Uma biblioteca de design só atende o site e o app. Os cards que só fazem sentido no celular moram no arquivo do app, e assim os dois ficam consistentes sem empurrar padrão de web pro mobile.

Home do app: progresso no clube, valor do voucher, próximo pagamento e forma de pagamento.Detalhes do clube: datas do contrato, fundo comum e número de participantes.Card do voucher com o valor aplicado e um QR code de verificação.Histórico de pagamentos com o detalhamento de cada mensalidade.
O redesign está pronto e chega em breve; o app atual já está na App Store e no Google Play. Home, detalhes do clube, voucher e histórico de pagamentos.

A home é uma combinação de estados, e não uma pilha de telas. O Score pode estar subindo, parado ou caindo, o plano pode estar em dia ou quitado, e todo mês a pessoa é sorteada ou não. Desenhei cada um como um componente com estados e só criei tela nova quando a situação muda de verdade. Senão, hello, explosão de telas.

Um pagamento que não passa é o momento mais delicado do app. Por isso ele acontece na própria home, com o Score caindo, e não numa página de erro. Cada card conta o que aconteceu, quanto custa e como resolver, com uma ação principal. A cor acompanha a gravidade: âmbar enquanto dá pra recuperar, vermelho só quando a pessoa sai dos sorteios e verde quando ela volta.

Seis telas do app para um pagamento que falhou: cartão recusado, saldo insuficiente, cinco dias de atraso, removido dos sorteios e Score se recuperando.
Da primeira cobrança recusada até a volta por cima, na própria home.
Quatro etapas depois de tocar em Retry now: parado, tentando de novo com os botões desativados, sucesso virando Score is recovering e uma nova falha com um aviso de erro.
O que acontece depois do Retry now: carregando, deu certo ou falhou de novo.
Seis notificações push ao longo do ciclo de pagamento, de um lembrete três dias antes do vencimento até Payment confirmed, Score up.
Os pushes que escrevi pra essa mesma jornada, do lembrete antes do vencimento até a recuperação.

Ser sorteado é o melhor momento de todos. A comemoração aparece uma vez, e depois o voucher fica no topo da home até ser resgatado, então fechar um modal sem querer nunca apaga uma conquista. E quem não foi sorteado vê em que posição ficou e como subir, em vez de receber só um não.

Três telas do app: não sorteado neste mês, com a última posição e o Score, e um membro sorteado com o voucher aguardando resgate, na home e numa tela de comemoração.
Não sorteado, e sorteado ainda pagando: o voucher fica na home até ser resgatado.

04 · Acompanhar · CRM

Fazendo as mensagens chegarem de verdade

As pessoas se inscreviam na aula ao vivo e o lembrete do WhatsApp simplesmente não chegava. De cada 100 mensagens, menos de 2 eram entregues. Fui atrás e achei a causa na categoria do template: a Meta não entrega templates de Marketing pra números dos EUA, e não avisa ninguém. Quase todas as falhas eram de números americanos. Plot twist: o problema não era o texto.

Reescrevi as mensagens como templates de Utilidade. Cada uma entrega o link que a pessoa pediu e diz o nome do evento, e só. Os convites ganharam um template próprio. Duas semanas depois, a entrega estava em 88,9%.

de entrega no WhatsApp
1,7% → 88,9%
de abertura de e-mail
4,7% → 21,1%

Também reescrevi a sequência de e-mails, e a abertura foi de 4,7% para 21,1%. Em paralelo, conduzi com a engenharia o ajuste na autenticação do remetente, e as reclamações de spam ficaram em zero ao longo de 3.727 envios.

Antes de comemorar, testei. O mesmo e-mail, do mesmo remetente, abriu 6,3% na versão antiga e 33,3% na nova, numa amostra pequena. No caminho descobri que o Apple Mail marca quase tudo como aberto, então todas as taxas daqui deixam os endereços da Apple de fora. Trust, but verify.

Montei os workflows no HighLevel pra e-mail, WhatsApp e SMS.

Workflow do HighLevel para inscrições nas aulas ao vivo: dois gatilhos por tag, um ramo para cada funil e uma checagem de registro no Zoom que registra a pessoa por webhook ou segue adiante.
Um dos workflows das aulas ao vivo que montei no HighLevel: dois funis entram pela mesma porta e se separam pelo registro no Zoom.
E-mail de confirmação com a capa da aula, a data e dois passos: entrar no grupo do WhatsApp e adicionar à agenda.E-mail de boas-vindas da aula do Método 3S com a capa, a data e um link para o ebook.E-mail curto enviado quando a aula começa, com um único botão para entrar.
Os e-mails reescritos da sequência da aula ao vivo, em português, pra brasileiros que moram nos EUA: confirmação, boas-vindas e a aula começou.
Landing page de uma aula ao vivo e gratuita, em português, sobre o custo real de financiar um carro nos EUA.
A landing page que desenhei pra aula ao vivo, onde toda a sequência começa.

2021 a 2023

Onde tudo começou

Entrei na Savings.Club em 2021 como designer júnior, num time fundador sem produto, sem design e sem sistema. A parte mais difícil nunca foi a interface. Foi a confiança: convencer alguém a financiar um carro por um modelo do qual a pessoa nunca tinha ouvido falar.

A pesquisa mudou o posicionamento. A marca nasceu como "Smart funding for smart people". Nas entrevistas, ficou claro que ninguém queria ser chamado de esperto; as pessoas queriam um jeito mais barato e sem juros de comprar o que precisavam. A mensagem virou "The cheapest way to finance anything".

de conversão de contratos com o redesign do fluxo de aquisição
+70%
downloads do app depois do redesign
2x

Também reduzi a rejeição da home em 30% e fiz a lista de espera crescer 40%.

O time de produto da XNV posando junto no escritório, uma das pessoas segurando um cachorrinho.O time da XNV junto ao ar livre num dia de sol.
O time do estúdio XNV que construiu a Savings.Club do zero.

O que eu levo daqui

  • Confiança num produto financeiro se constrói nos detalhes: no texto, na cor e no que um botão promete.
  • Uma tela pode estar perfeita e mesmo assim falhar se a mensagem nunca chega. Ser dona da jornada é ser dona da entrega também.
  • Antes de comemorar uma mudança, isole a variável.
  • Os dados de suporte e de vendas mostram o atrito que os usuários não colocam em palavras.

Continue lendo

Helpjuice · Base de conhecimento com IA (EUA)De uma base de conhecimento datada a uma plataforma com IAOnboarding, features de IA, um lançamento no Product Hunt e um site novinho.Ler o case ↗