igorrehem.com.br
← Todos os cases

Case de produto

Recuperei quase R$ 400 mil em 13 meses reduzindo o churn de 17% para 7,8%

~R$ 348 mil/ano
Receita recuperada (anualizada)
17% → 7,8%
Churn mensal
54%
Redução de churn
11 meses
Break-even, 2 antes do prazo
0,5 → 3,2
Relação LTV/CAC
12 → 42
NPS

Sumário executivo

Como Head of Products & Engineering na 3DGym, liderei uma iniciativa abrangente de redução de churn que diminuiu o churn mensal de 17% para menos de 8% em 13 meses, enquanto simultaneamente melhorava a trajetória de break-even do produto.

Este estudo de caso demonstra uma abordagem orientada a dados para gestão de produto que combinou vitórias rápidas com melhorias estratégicas de longo prazo, resultando em uma redução de 54% no churn de clientes e melhoria significativa na economia unitária.

Principais resultados

Contexto e background

O produto

3DGym era um aplicativo mobile desenvolvido para fisioterapeutas e ortopedistas gerenciarem tratamentos de pacientes, criarem programas de exercícios personalizados e acompanharem o progresso dos pacientes remotamente. A plataforma permitia que profissionais de saúde:

Modelo de monetização

A 3DGym operava com assinatura recorrente em dois planos: um plano premium acima de R$ 99/mês e um plano de entrada de R$ 34,90/mês. Com essa combinação, o ticket médio era de R$ 69 quando entrei e chegou a R$ 73 na minha saída, refletindo o mix de planos e a introdução do plano anual e do tier Profissional ao longo da iniciativa.

R$ 34,90 / R$ 99+
Planos de assinatura mensal
R$ 69 → R$ 73
Ticket médio (entrada → saída)
~R$ 800
CAC na entrada, com LTV negativo

Público-alvo

O produto atendia dois perfis de profissionais de saúde: fisioterapeutas e ortopedistas. Essa segmentação por profissão voltou a aparecer na análise de causa raiz do churn: fisioterapeutas tinham limites de cartão de crédito tipicamente menores e renovações concentradas no fim do mês, o que os tornava mais vulneráveis a falhas de pagamento.

Essa diferença guiou decisões de onboarding e de ciclo de cobrança ao longo da iniciativa.

Meu papel

Como Head of Products & Engineering, eu era responsável por estratégia de produto e definição de roadmap, liderança dos processos de discovery e delivery de produto, gestão dos times de engenharia e design, estabelecimento de infraestrutura de dados e práticas de analytics, coordenação com times de Customer Success, Marketing e Suporte, e apresentação de métricas e recomendações estratégicas para os fundadores. Este papel exigia balancear tomada de decisão estratégica com execução prática através de gestão de produto, análise de dados, pesquisa de usuário e trabalho ocasional de design.

Obsessão pelo problema

Identificando a causa raiz

Minha primeira prioridade foi entender se o desafio de negócio vinha de problemas de product-market fit, aquisição, custos operacionais ou retenção. Através de análise sistemática, determinei que churn era o principal bloqueador para lucratividade.

Processo de discovery

  1. Analisei curvas de retenção de cohorts usando Firebase Analytics
  2. Conduzi entrevistas de saída com usuários que churnearam (15+ conversas)
  3. Revisei tickets de suporte ao cliente para identificar pontos de atrito
  4. Mapeei jornadas de usuário para entender padrões de abandono
  5. Segmentei base de usuários por profissão (fisioterapeutas vs. ortopedistas)
  6. Examinei taxas de falha de pagamento e padrões de ciclo de cobrança

1. Churn involuntário (30% do churn total)

Os dados revelaram que quase um terço de todo o churn era involuntário: usuários que queriam continuar usando o produto mas experienciaram falhas de pagamento. Análise mais profunda mostrou que renovações ocorriam no final do mês, quando cartões de crédito de fisioterapeutas frequentemente atingiam limites; fisioterapeutas tipicamente tinham limites de crédito menores que ortopedistas; o grace period nas lojas de app era muito curto (3 a 5 dias); não havia comunicação proativa sobre falhas de pagamento; e usuários frequentemente descobriam que sua assinatura havia expirado apenas ao tentar acessar o app.

2. Experiência de onboarding ruim

Usuários tinham dificuldade em entender a proposta de valor do produto durante suas primeiras sessões: 65% dos usuários em trial adicionavam menos de 2 pacientes em seu primeiro mês, o tempo médio até a primeira ação significativa era de 8 ou mais dias, não havia setup guiado ou marcos de ativação, usuários recebiam acesso completo às funcionalidades sem contexto ou divulgação progressiva, e faltavam métricas de sucesso claras comunicadas aos usuários.

3. Baixa adoção de funcionalidades

Análise de usuários engajados vs. usuários que churnearam revelou diferenças comportamentais críticas:

MétricaUsuários retidosUsuários churn
Pacientes ativos por terapeuta6+menos de 3
Sessões semanais no app5+1 a 2
Programas de exercício customizados3+0 a 1
Progresso de paciente acompanhadoDiariamenteEsporádico
O número mágico emergiu claramente: usuários que gerenciavam 6+ pacientes ativos na plataforma demonstravam taxas de retenção 4x maiores.

4. Problemas de qualidade técnica

Entrevistas com usuários e tickets de suporte revelaram frustrações com crashes do app em dispositivos mais antigos (particularmente Android 7.0 e anteriores), atualizações forçadas que bloqueavam acesso até atualização, tempos lentos de carregamento de vídeo para demonstrações de exercícios, e problemas de sincronização entre app mobile e dashboard web.

O desafio e a restrição

Quando entrei na 3DGym como Head of Products & Engineering, a empresa enfrentava um desafio crítico de negócio: apesar do investimento significativo em aquisição de usuários, o produto estava perdendo clientes a uma taxa insustentável. A empresa precisava atingir break-even em 13 meses ou enfrentar potencial fechamento.

Avaliação inicial

Abordagem estratégica

Com recursos limitados de engenharia e prazo de 13 meses, eu precisava maximizar impacto rapidamente. Utilizei um framework RICE modificado com peso para velocidade: Reach (quantos usuários afetados), Impact (quanto isso reduzirá o churn), Confidence (quão certos estamos de que isso funcionará), Effort (tempo de engenharia necessário), e Speed to Value (quão rapidamente podemos ver resultados).

Isso levou a uma abordagem em três fases:

Fase 1 · Meses 1 a 3
Vitórias rápidas

Atacar churn involuntário e problemas críticos de UX.

Fase 2 · Meses 4 a 7
Otimização de onboarding

Levar usuários aos marcos de ativação.

Fase 3 · Meses 8 a 13
Qualidade de produto e engajamento

Remover atritos, melhorar estabilidade.

Priorização: o que ficou de fora

Nas duas primeiras fases, ficaram intencionalmente fora do escopo: loops de engajamento mais elaborados (gamificação, programa de referência, notificações push), mudanças de precificação (plano anual, tier Profissional) e modelagem preditiva de churn. No RICE modificado, esses itens tinham reach e velocidade de valor menores dado o prazo de 13 meses, ou dependiam de uma base de retenção mais estável antes de fazer sentido investir ali. Testes A/B sistemáticos de precificação também não entraram no escopo dentro do prazo, e o ajuste de preço acabou sendo feito de forma mais ad-hoc, já na fase 3.

Decisões difíceis

Atacar churn involuntário antes de onboarding. Onboarding tinha potencial de impacto maior no longo prazo, em ativação e LTV, mas exigia mais tempo de design e engenharia antes de mostrar resultado. Churn involuntário era mais rápido de resolver e comprava tempo e credibilidade para o resto do roadmap, ao custo de adiar por alguns meses o problema mais estrutural de ativação.

Reestruturar o time de engenharia terceirizado. Saí de 2 devs e 1 PO terceirizados via consultoria para um único dev sênior interno, mais experiente e com custo menor que a configuração terceirizada. A troca reduziu a capacidade bruta de execução em favor de mais experiência e alinhamento direto com a estratégia de produto, o que passou a exigir priorização ainda mais disciplinada do roadmap.

Implementação da solução

Fase 1: quick-wins (meses 1 a 3)

Otimização de pagamento. O caminho mais rápido para reduzir churn era endereçar falhas involuntárias de pagamento. Estendi o grace period de 5 para 14 dias no iOS e 21 dias no Android, implementei notificações por e-mail em falha de pagamento (dia 1, 7 e 12), adicionei prompts in-app para atualizar informações de pagamento, mudei o ciclo de cobrança para fisioterapeutas para o meio do mês (quando limites de crédito resetam), e criei um plano de pagamento especial para o cohort de alto risco.

Implementação: 2 semanas, esforço mínimo de engenharia.

30% → 12%
Churn involuntário do total
17% → 13,4%
Churn mensal geral
~R$ 18.000
MRR recuperada no 1º trimestre

Correções críticas de estabilidade. Paralelamente, corrigimos o crash afetando usuários de Android 7.0 (15% da base), tornamos atualizações de app opcionais com grace period, otimizamos o carregamento de vídeo com download progressivo, e adicionamos modo offline para a biblioteca de exercícios.

Implementação: 4 semanas de engenharia.

4,2% → 1,1%
Taxa de crash das sessões
-35%
Tickets de suporte
-60%
Reviews de 1 estrela

Fase 2: otimização de onboarding (meses 4 a 7)

Com a "sangria" estancada, foquei em levar usuários ao threshold de ativação (6+ pacientes ativos). Antes de redesenhar o onboarding, conduzi 12 sessões moderadas de teste com usuários novos, análise de padrões de ativação de usuários bem-sucedidos, análise competitiva de apps similares de saúde, e pesquisas para entender workflows de terapeutas.

Insight chave: fisioterapeutas não entendiam como 3DGym se encaixava em seu workflow de clínica existente. Eles precisavam ver valor na primeira sessão, não após semanas de uso.

Solução: onboarding progressivo com ativação baseada em marcos. Fluxo de boas-vindas perguntando sobre tipo de prática e maiores desafios, setup rápido do primeiro perfil de paciente em menos de 2 minutos, primeiro programa de exercícios guiado com templates, celebrações de marcos de sucesso ao atingir 1, 3 e 6 pacientes, e compressão do time-to-value movendo ações críticas para a primeira sessão. Também criei templates baseados em função, orientação de "estado vazio", checklist de progresso visível nos primeiros 30 dias, e campanha de e-mail drip reforçando os marcos de ativação.

Implementação: 6 semanas de design e engenharia.

8+ → 1,3
Dias até 1º paciente (-84%)
35% → 58%
3+ pacientes no mês 1
18% → 42%
6+ pacientes no mês 2
23% → 34%
Conversão trial para pago

Churn para usuários completando o checklist de onboarding: 9%, contra 19% para quem não completou.

Fase 3: qualidade de produto e engajamento (meses 8 a 13)

A fase final focou em remover pontos de atrito remanescentes e construir loops de engajamento: resumos semanais de progresso para terapeutas, notificações push de conclusão de exercícios, gamificação in-app, e programa de referência. Em precificação, introduzi plano anual com 15% de desconto, criei tier "Profissional" para práticas de alto volume, e implementei trial baseado em uso. Em qualidade de vida, reduzi o tamanho do app em 40%, melhorei a busca na biblioteca, adicionei ações em massa, e construí integrações com sistemas de gestão de clínicas.

Implementação: 5 meses de melhorias iterativas.

+28%
Usuários ativos mensais
6 → 11 min
Duração média de sessão
31%
Adoção do plano anual
12 → 42
NPS

Resultados e impacto

MétricaAntesDepoisMudança
Taxa de churn mensal17%7,8%-54%
Churn involuntário30% do churn12% do churn-60%
Relação LTV/CAC0,5 (negativa)3,2Positiva
Conversão de trial23%34%+48%
Tempo até 1º paciente8+ dias1,3 dias-84%
Usuários c/ 6+ pacientes (mês 2)18%42%+133%
Score NPS1242+250%
Usuários ativos mensaisBaseline+28%+28%
~R$ 348 mil/ano em receita recuperadaA perda mensal de receita caiu de R$ 47 mil para R$ 18 mil, ou seja R$ 29 mil/mês recuperados. Anualizado, isso representa cerca de R$ 348 mil/ano de receita que deixou de vazar, o que puxou o break-even para 2 meses antes do prazo.

Impacto no negócio

  • Break-even alcançado no mês 11, 2 meses antes do prazo.
  • ~R$ 348 mil/ano recuperados: perda mensal de receita reduzida de R$ 47 mil para R$ 18 mil, ou seja R$ 29 mil/mês (R$ 348 mil/ano) que deixaram de vazar. Em termos absolutos, a perda anualizada caiu de R$ 564 mil para R$ 216 mil.
  • Tempo médio de vida do cliente: de 5,9 para 12,8 meses.
  • Volume de tickets de suporte reduzido em 40%, liberando o time de CS para trabalho proativo de retenção.

Impacto estratégico

  • Estabeleci infraestrutura de dados e práticas de analytics (Segment, dashboards Looker Studio).
  • Criei cultura de tomada de decisão orientada por métricas.
  • Construí frameworks repetíveis para priorização de funcionalidades.
  • Desenvolvi capacidades de análise de cohort para prever risco de churn.
  • Padronizei processos de discovery e validação de produto.
  • Reestruturei o time de engenharia, substituindo a consultoria terceirizada por um único dev sênior interno.

Principais aprendizados

O que funcionou bem

  • Comece com frutos ao alcance. Endereçar churn involuntário primeiro entregou impacto imediato com investimento mínimo de engenharia, comprando credibilidade e tempo.
  • Encontre seu número mágico. O threshold de "6 pacientes ativos" virou uma north star metric clara.
  • Segmente sua base de usuários. Fisioterapeutas e ortopedistas tinham comportamentos e restrições diferentes.
  • Trate onboarding como produto, não funcionalidade. Recursos dedicados e ciclos de iteração foram críticos.
  • Combine pesquisa quantitativa e qualitativa. Dados mostraram onde os problemas existiam, entrevistas revelaram por quê.

O que eu faria diferente

  • Implementar infraestrutura de métricas mais cedo, em vez de gastar as 3 primeiras semanas construindo analytics do zero.
  • Investir em modelagem preditiva de churn mais cedo (no mês 8 já previa risco com 73% de precisão).
  • Testar mudanças de precificação mais sistematicamente, com testes A/B em vez de abordagem ad-hoc.
  • Engajar Customer Success mais cedo no processo, aproveitando insights qualitativos desde o início.
  • Documentar conhecimento tribal, já que muito vivia só na minha cabeça.

Frameworks e métodos aplicáveis

Conclusão

Reduzir churn de 17% para menos de 8% exigiu uma abordagem holística, combinando vitórias táticas rápidas com melhorias estratégicas de longo prazo. A chave foi manter priorização disciplinada em ambiente com recursos limitados, usar dados para direcionar decisões, e entender profundamente o comportamento do usuário.

Essa experiência reforçou que resolver problemas complexos de produto requer mais que correções técnicas: requer uma visão abrangente que engloba produto, engenharia, customer success e estratégia de negócio. Ao focar em entender o "porquê" por trás do comportamento do usuário e endereçar sistematicamente causas raiz, transformamos um produto em dificuldades em um negócio sustentável e lucrativo.

Os frameworks e abordagens desenvolvidos durante essa iniciativa foram aplicados desde então em funções subsequentes, entregando consistentemente melhorias mensuráveis em retenção, ativação e product-market fit.

Apêndice: ferramentas e tecnologias utilizadas

Analytics e dados

  • Firebase Analytics
  • Segment
  • Looker Studio
  • Google Cloud Platform
  • SQL

Desenvolvimento de produto

  • Figma
  • Jira
  • Mixpanel
  • Smartlook

Pesquisa de usuário

  • Entrevistas com usuários (12+ sessões)
  • Pesquisas de saída
  • Pesquisas NPS
  • Análise de tickets de suporte