MojoDojo

El problema

Las academias de artes marciales se gestionan, casi siempre, con herramientas que no fueron pensadas para ellas: hojas de cálculo para el listado de alumnos, un cuaderno para los cobros, mensajería suelta para los avisos y la cabeza del profesor para todo lo demás. Funciona hasta que deja de funcionar. Cuando el gimnasio crece, cada mensualidad sin cobrar, cada cinturón sin registrar y cada asistencia sin apuntar se convierte en trabajo manual que roba tiempo al tatami.

El software genérico de gestión de gimnasios tampoco encaja: ignora lo que hace específicas a las artes marciales —grados y cinturones, progresión técnica, seguimiento por disciplina— y obliga a doblar procesos para que quepan en un molde de “fitness”.

El rol — fundador en solitario

MojoDojo lo he construido yo solo, de punta a punta: producto, arquitectura, backend, frontend, base de datos, cobros y despliegue. Es un proyecto propio (SaaS en solitario, no cofundado), lo que significó decidir el alcance con la misma disciplina con la que se escribe el código: enfocar en lo que un gimnasio real usa cada día y dejar fuera todo lo demás.

El proceso

• Partir de un gimnasio real. El producto no nació de una hipótesis de mercado, sino del uso diario de una academia concreta. Eso fijó las prioridades: primero lo que se toca cada semana —alumnos, asistencia, cobros—, después lo accesorio.
• Iterar con el usuario dentro. Al tener el gimnasio en producción desde temprano, cada funcionalidad se validó contra uso real, no contra una maqueta.
• Elegir un stack aburrido y sólido. Go para un backend predecible, React para una interfaz que profesores no técnicos usan sin fricción, PostgreSQL como fuente de verdad y Stripe para no reinventar los pagos ni cargar con datos sensibles de tarjeta.
• Alcance disciplinado. Al ser un proyecto en solitario, cada funcionalidad tenía que ganarse su sitio. La regla: si el gimnasio no lo necesita esta semana, no entra todavía.

La solución

MojoDojo es un SaaS de gestión para academias de artes marciales que reúne en un solo sitio lo que antes estaba repartido entre hojas de cálculo, cuadernos y mensajes:

• Gestión de alumnos y sus datos.
• Seguimiento de asistencia y de progresión por grados/cinturones.
• Cobros de cuotas recurrentes vía Stripe.
• Interfaz pensada para que la use el personal del gimnasio, no un administrador de sistemas.

El objetivo de diseño fue que la herramienta desaparezca: menos tiempo delante de una pantalla, más tiempo en el tatami.

Resultados

• En producción en un gimnasio real, con ~300 usuarios. No es una demo ni un piloto: es la herramienta con la que una academia opera su día a día.
• Sustituye el apaño de hojas de cálculo y cobros manuales por un único sistema.

Aprendizajes

• Un usuario real vale más que diez entrevistas. Tener un gimnasio en producción convirtió cada decisión en una hipótesis comprobable.
• El alcance es la función más difícil de un fundador en solitario. Sin equipo, decir “no” a tiempo es lo que mantiene el proyecto vivo y mantenible.
• “Aburrido” es una virtud en infraestructura. Go + PostgreSQL + Stripe significan menos sorpresas a las 3 de la mañana.
• Especializarse gana a generalizar. Hablar el idioma de las artes marciales —cinturones, grados, disciplinas— es justo lo que el software genérico no hace.