Rugby Staff
Plataforma web multiusuario para la gestión integral de un club de rugby: plantel, asistencia, partidos, testeos físicos y coordinación del staff.
- Next.js 16
- React 19
- Supabase
- RLS
- TypeScript
- OAuth 2.1
El problema
Un club de rugby amateur se maneja con planillas de Excel, tres grupos de WhatsApp y la memoria del entrenador. Funciona hasta que el entrenador se va.
Cuando eso pasa, el club pierde años de trabajo de golpe: quién vino a entrenar, qué testeos se hicieron, quién estuvo lesionado y cuánto tardó en volver, por qué tal jugador dejó de aparecer. Nadie lo anotó en un lugar que sobreviva a la persona.
La federación tiene su propia app, gratuita y de uso obligatorio, pero resuelve otra cosa: el día de partido y el cumplimiento federativo. La semana de trabajo del club sigue sin dueño.
Qué construí
Construí una plataforma web multiusuario donde cada dirigente tiene su cuenta y su rol. El sistema gestiona planteles, asistencia a entrenamientos, convocatorias para partidos, testeos físicos, lesiones y la coordinación de todo el staff técnico.
Cada club ve solo lo suyo, y eso está garantizado en la base de datos con políticas de fila (RLS), no en el código de la aplicación. En un sistema con datos de menores esa diferencia no es un detalle de arquitectura.
Todo pensado para que lo cargue un dirigente voluntario un martes a la noche, no un administrador dedicado. Interfaz limpia, pocos pasos, cero capacitación necesaria.
Dónde está hoy
El producto está en piloto con la M16 del Jockey Club de Rosario.
Todavía no hay números de resultado publicables: el piloto está corriendo y prefiero no inventar métricas antes de tenerlas.
Decisiones técnicas
Lo que no era obvio, y por qué terminó siendo así.
Multiusuario con roles, no un solo admin
Un club no lo maneja una persona sola: hay entrenador, preparador físico, dirigentes, delegado. Cada uno necesita ver y hacer cosas distintas.
Diseñé un sistema de roles y permisos donde cada actor accede solo a lo que le corresponde. Los datos de menores están protegidos con políticas de fila en la base de datos, no con lógica en el frontend.
Pensado para el dirigente voluntario
En un club amateur no hay administrador dedicado. El que carga los datos lo hace después de entrenar, en el celular, con poco tiempo. Si la interfaz no es directa, no la usa.
Priorité simplicidad sobre funcionalidad: pocos pasos para cada acción, pantallas que muestran lo importante primero, y cero fricción para tareas repetitivas como pasar lista.
Lo que falta
El dominio propio. Mientras el producto viva en un subdominio prestado, todo el trabajo de posicionamiento queda a medias.