🎯 Clinicafy — Auditoria cs-*

📈 cs-growth-strategist — Growth Strategy & Revenue Optimization

Auditoria técnica e estratégica pela ótica cs-growth-strategist — Growth Strategy & Revenue Optimization. Achados classificados por severidade, plano de ação e matriz de decisão.

!

Veredito: Funil freemium com potencial de PLG real, mas sem viral loop, sem instrumentação de ativação e sem estratégia de upsell para o plano Pro.

O modelo Freemium de gestão médica tem alta chance de PLG se bem executado: médico usa no dia-a-dia, convida equipe (TeamManagement.tsx existe), booking público gera leads orgânicos. Problemas: sem instrumentação de ativação (quando o usuário vira 'ativo'), sem email de onboarding para free users, sem push para upgrade. O booking público (BookingPage.tsx) é um viral loop não explorado.

Freemium
Modelo de aquisição
0
Email de onboarding automatizado
BookingPage
Viral loop público (não explorado)
TeamMgmt
Feature de equipe (upsell)
0
Tracking de ativação AHA moment

Dimensões Analisadas

Pontuação por área de análise.

Acquisition

50

Orgânico via SEO (structured data, keywords) e freemium. Sem paid acquisition configurado (Meta/Google Ads).

1 achados

Activation

25

Onboarding page existe mas sem sequência de email de ativação. AHA moment (primeira consulta?) não instrumentado.

2 achados

Retention

40

Agenda e prontuário geram sticky. Sem feature de lembrete/notificação para trazer usuários back.

1 achados

Revenue Expansion

30

Sem upsell in-app. Sem email de nudge para usuários free. Sem trials de features pagas.

2 achados

Referral / Virality

60

BookingPage pública (clinicafy.com.br/book/{slug}) é viral loop não explorado. Sem 'Agendado via Clinicafy' no rodapé.

1 achados

🔎 Achados (4)

0 crítico(s) · 2 alto(s) · 0 bloqueante(s). Clique para expandir.

BookingPage pública sem branding viral — loop de aquisição desperdiçadoAltaEsforço baixoPLG / Viral Coefficient

O que é: BookingPage.tsx (11KB) permite que pacientes agendem online. Esse link é compartilhado pelo médico aos pacientes. Não há 'Agendado via Clinicafy — grátis para seu médico' no rodapé da página — loop viral desperdiçado.

Onde: src/pages/BookingPage.tsx (ausência de viral footer)

Impacto: Perda de K-factor. Cada médico compartilha BookingPage com dezenas de pacientes — potencial de aquisição orgânica não capturado.

✅ Correção: Adicionar footer na BookingPage: 'Powered by Clinicafy — Software médico gratuito → clinicafy.com.br'. Estimar: 1 médico x 20 pacientes = 20 impressões/mês de branding.
Sem sequência de email de onboarding para free usersAltaEsforço medioGrowth / Activation Email

O que é: server.ts tem integração com Mautic (mauticBaseUrl, mauticFormId — L114-115) mas só para signup_completed. Não há sequência de emails de onboarding: Dia 1 (boas-vindas), Dia 3 (primeiro paciente?), Dia 7 (agendamento), Dia 14 (upsell Pro).

Onde: server.ts:114-115 (Mautic config) + ausência de email flows

Impacto: Free users não ativados abandonam o produto em 7 dias. Taxa de ativação e retenção baixas sem nurturing.

✅ Correção: Configurar no Mautic: 4 emails automáticos pós-signup. Usar PRODUCT_EVENTS já implementados (server.ts:78-87) como triggers no Mautic.
AHA moment não definido nem instrumentadoMédiaEsforço medioPLG / Activation

O que é: PRODUCT_EVENTS inclui 'first_appointment_created', 'first_consultation_completed', 'first_receipt_issued' — os eventos estão definidos (server.ts:80-86) mas sem análise de qual deles mais correlaciona com retenção de 30 dias.

Onde: server.ts:78-88

Impacto: Sem saber o AHA moment, não há como otimizar o onboarding para levá-lo mais rápido.

✅ Correção: Enviar PRODUCT_EVENTS para Mixpanel ou GA4. Analisar: usuários que chegaram ao evento X retêm em 30d? Usar isso para priorizar onboarding.
Sem in-app upsell para usuários freeMédiaEsforço medioPLG / Expansion Revenue

O que é: BillingPage.tsx existe mas não há evidência de upgrade nudge in-app (ex: 'Você usou X de Y pacientes do plano Free — faça upgrade'). Sem trial de features Pro para free users.

Onde: src/pages/BillingPage.tsx + src/App.tsx (ausência de paywall flows)

Impacto: Conversão free→Pro depende do usuário ativamente buscar upgrade. Conversão esperada <2% sem nudge. Com nudge contextual: 5-8%.

✅ Correção: Adicionar usage-based paywall: quando free user tenta criar paciente acima do limite, exibir modal de upgrade contextual. Usar React context de plan para guards.

📋 Plano de Ação

Cronograma de implementação recomendado.

1

Viral footer na BookingPage (2h)

Adicionar 'Agendado via Clinicafy' com link para landing no rodapé da booking pública
aquisicao
2h
2

Email onboarding D1/D3/D7/D14 (1 semana)

Configurar 4 emails no Mautic usando PRODUCT_EVENTS como triggers. D14 = upsell Pro.
ativacao
1 semana
3

In-app upgrade nudge (3 dias)

Modal de upgrade contextual quando free user atinge limite. CTA para BillingPage.
conversao
3 dias
4

PRODUCT_EVENTS → GA4/Mixpanel (1 dia)

Destino para os eventos já implementados. Análise de AHA moment.
dados
1 dia

Matriz de Decisão

CritérioFonteStatusBloqueante
Viral / Referral Loopcs-growth-strategistBookingPage sem brandingnão
Email Activationcs-growth-strategistSem sequência de onboardingnão
AHA Moment Trackingcs-growth-strategistEventos definidos, sem análisenão
In-app Upsellcs-growth-strategistAusentenão
Freemium Foundationcs-growth-strategistModelo correto para PLGnão