ProdutoMySkillzy
Um SaaS para escolas esportivas, da modelagem ao fluxo financeiro
Gestão para escolas esportivas, com workspaces organizados por modalidade. Sou cofundador e respondo por visão, estratégia e arquitetura do produto.
- Papel
- Cofundador e Technical Product Manager
- Período
- 2025 · hoje
- Status
- Em operação, com professores usando a plataforma
- Segmento
- SaaS · Escolas esportivas
- Next.js
- Node
- PostgreSQL
- AWS
- Stripe Connect
- Asaas
- RBAC
- PWA
Contexto
A MySkillzy é um SaaS de gestão para escolas esportivas, com workspaces organizados por modalidade. Cofundei o produto em meados de 2025 e trabalho nele à noite e nos fins de semana, junto com um time de cofundador, dev, design, QA e infraestrutura.
A empresa é registrada nos EUA, com base em Miami, e é associada à ACATE. A estratégia é validar o mercado brasileiro primeiro e depois expandir para EUA, Canadá e Reino Unido.
O problema
Uma escola esportiva junta coisas que normalmente vivem em ferramentas separadas: alunos, professores, modalidades, cobrança e repasse. O professor precisa receber, a escola precisa assinar a plataforma e o dinheiro precisa fechar no fim do mês.
O que construí
- Arquitetura de monetização e fluxo financeiro. Stripe Connect com onboarding do professor como connected account, wallet com saldo disponível e pendente, sistema de créditos em três estados e reconciliação de pagamentos.
- Afiliados e embaixadores. Comissão de 10% por 24 meses para afiliados e programa de embaixadores com descontos em níveis.
- Modelagem multi-tenant. Critérios de acesso e papéis de usuário, garantindo isolamento entre contas e uma base pronta para escalar.
- PWA com push notifications e redesenho do sistema de avaliação.
- Processo. Contexto de IA versionado por release, refinamento técnico e backlog no Jira.
Decisões-chave
Dividir o fluxo de pagamento entre Asaas e Stripe
- Escolhi
- Asaas para o repasse do aluno ao professor no Brasil e Stripe para a assinatura da plataforma.
- Descartei
- Manter todo o fluxo no Stripe Connect.
- Por quê
- A fricção de onboarding do Stripe Connect estava travando o cadastro de professores no Brasil.
- Depois
- A confirmar
Multi-tenant desde o início
- Escolhi
- Modelagem multi-tenant com critérios de acesso e papéis de usuário desde a primeira versão.
- Descartei
- Começar single-tenant e separar contas depois.
- Por quê
- Isolar contas desde a base evita refazer o modelo de dados quando o produto escalar.
- Depois
- A confirmar
Migrar a infraestrutura do Replit para a AWS
- Escolhi
- AWS como infraestrutura de produção.
- Descartei
- Continuar no Replit.
- Por quê
- A confirmar.
- Depois
- A confirmar
Resultados
O produto está em operação, com professores usando a plataforma no dia a dia.
Próximo case
Um sistema que fez designers entregarem front sem depender de dev