Academy Manager

SaaS multi-tenant para academias deportivas: estudiantes, planes, pagos, mora y becas. Nació de operar una academia real, no de un análisis de mercado.

Las academias crecen en alumnos y torneos pero operan con hojas de cálculo y WhatsApp como sistema de verdad. El riesgo no es «les falta una app»: es pérdida de cashflow por mora que nadie ve y caos operativo cuando el dueño no está.

Surge de Caucana. Al entregar el sitio de una academia real aparecieron los problemas que ningún sitio resuelve: cobros manuales, mora invisible y roles difusos. Lo que empezó como un encargo de cliente reveló un patrón repetible.

• Dueño de academia — cobra, decide precios y otorga becas.
• Administrador — inscribe, registra pagos y persigue mora.
• Instructor — consulta su grupo y asistencia.
• Familia / estudiante — ve su plan y su estado de pago.

• Multi-tenant desde el primer día: ninguna academia puede ver datos de otra, ni por error de query.
• Datos de menores: permisos y visibilidad no son una feature opcional.
• El producto tiene que ser operable sin mí — de ahí la documentación como entregable.

Diseñé el dominio alrededor de academia → estudiante → plan/pago → mora/beca. Separé admin de plataforma (multi-tenant) de la web operativa diaria. Documenté reglas de negocio para que el producto sea operable sin mí.

• Modelar mora y becas como reglas del dominio, no como excepciones en la UI. Lo que vive en la UI se olvida al siguiente rediseño.
• Priorizar los flujos cobrables antes que cualquier feature cosmética: el producto existe para que la academia cobre.
• Separar el admin de plataforma (planes, precios por disciplina) de la operación diaria de la academia.
• Documentación de reglas de negocio como parte del entregable, no como anexo.

Monorepo con API, web de academia, admin de plataforma y documentación. Multi-tenancy por academia aplicada en el acceso a datos, de modo que el aislamiento no dependa de que cada consulta recuerde filtrar: toda operación queda ligada a una academia por construcción.

Orquestación AI para acelerar el puente API ↔ web, seeds, documentación de reglas y validación cruzada. El ownership humano se mantiene íntegro en cobros y permisos: es donde un error no es un bug, es dinero o privacidad de un menor.

• Aislamiento multi-tenant que no dependa de la disciplina de quien escribe la query.
• Reglas de mora y beca que interactúan: un becado con mora parcial no es un caso raro, es el martes.
• Precios por disciplina sin duplicar el modelo de planes.

• Monorepo con API + web + admin + docs
• Reglas de mora, becas y precios por disciplina modeladas
• Landing en academy-manager.jsburbano.dev + cliente real en platform.caucanadetaekwondo.com

• Un servicio bien hecho es discovery pagado: Caucana me dio el problema que Academy Manager resuelve.
• Lo que se modela como regla sobrevive; lo que se resuelve en la UI se pierde en el siguiente rediseño.