Saltar al contenido
Producto propio Clubes deportivos · Reservas y operaciones En piloto

YellowClub

La operación completa de un club, no solo su calendario de pistas.

Resumen del proyecto

YellowClub es un producto propio de VER AI Labs: un sistema de gestión para clubes de pádel y organizaciones deportivas que cubre reservas, jugadores, pagos, comunicación y la operación diaria del club en una sola plataforma.

01 El punto de partida

Contexto

Un club deportivo vive de dos cosas a la vez: que las pistas estén ocupadas y que los socios quieran seguir viniendo. La primera es un problema de calendario y cobro. La segunda es un problema de comunidad, comunicación y experiencia. Casi todo el software del sector resuelve bien la primera y deja la segunda fuera.

Problema

Cuando la reserva vive en una herramienta, el cobro en otra, la comunicación en un grupo de mensajería y la ficha del socio en una hoja de cálculo, el club deja de tener una visión de su propia operación. No sabe qué socio ha dejado de venir, qué franja horaria está infrautilizada ni cuánto tiempo del personal se va en tareas que podrían ejecutarse solas.

Rol de VER AI Labs

VER AI Labs desarrolla YellowClub como producto propio: definición de producto, diseño de los procesos del club, arquitectura y construcción de la plataforma.

02 Estrategia

Las decisiones que definieron el proyecto.

Diseñar el proceso antes que la pantalla

Se partió de cómo funciona un club de verdad —altas y bajas, tipos de socio, cuotas, alquiler puntual, torneos, clases, incidencias— y se diseñaron los procesos antes de dibujar ninguna interfaz. El software de gestión falla casi siempre por modelar mal la operación, no por tener mala interfaz.

Reservas y pagos como una sola cosa

Reservar y pagar forman parte del mismo momento para el usuario, así que se resolvieron como un único flujo en lugar de dos módulos que se comunican.

El jugador es una persona, no una línea de reserva

La plataforma mantiene la ficha del jugador con su histórico, de modo que el club pueda actuar sobre las personas y no solo sobre el calendario.

Comunicación integrada en la operación

Los avisos, confirmaciones y comunicaciones salen del propio sistema y del estado real de cada reserva o cuota, en lugar de depender de que alguien redacte el mensaje en un grupo.

03 Qué se construyó

Las piezas entregadas.

  • Plataforma de gestión para clubes deportivos
  • Sistema de reservas de pistas
  • Gestión de jugadores y socios
  • Cobros y control de pagos
  • Herramientas de operación diaria del club
  • Canal de comunicación con socios
  • Diseño de los procesos operativos del club
04 Proceso

Cómo se llegó hasta ahí.

  1. 01

    Visión

    Análisis de la operación de un club deportivo y de las carencias del software existente en el sector.

  2. 02

    Diseño de procesos

    Modelado de socios, tipos de cuota, reservas, alquiler puntual y actividades antes de definir la interfaz.

  3. 03

    Ejecución

    Construcción de la plataforma con reservas, pagos, jugadores, comunicación y operación.

  4. 04

    Evolución

    Ampliación por necesidades reales de operación del club.

05 Estado real

En piloto

La plataforma está operando en un entorno real y acotado mientras se validan los procesos del club sobre uso efectivo, antes de abrirla a más organizaciones. No todos los módulos previstos están disponibles todavía.

06 Qué queda

Entregables y aprendizajes.

No se publican métricas de este proyecto porque no hay cifras verificables que compartir. Lo que sí se puede documentar es qué se entregó y qué se aprendió construyéndolo.

Entregables

  • Plataforma de gestión de club
  • Módulo de reservas
  • Gestión de jugadores y socios
  • Control de pagos y cuotas
  • Canal de comunicación
  • Modelo de procesos del club documentado

Aprendizajes

  • El software de gestión deportiva suele modelar bien el calendario y mal la comunidad, que es justo de donde vive el club a largo plazo.
  • Unir reserva y pago en un solo flujo elimina la fricción donde más caro sale perderla: en el momento de la decisión.
  • Mantener la ficha del jugador permite pasar de gestionar pistas a gestionar relaciones, que es lo que sostiene la ocupación fuera de las horas punta.
  • Modelar los procesos antes que las pantallas es lo que evita tener que rehacer la aplicación cuando aparece el primer caso que no encaja.

Galería.

Portada de YellowClub con el buscador de pistas y el mapa de clubes disponibles.
Ficha pública de un club en YellowClub, con la parrilla de disponibilidad de pistas en tiempo real.
Página de producto de Club OS, el panel con el que un club opera calendario, reservas y caja.

Proyecto siguiente

Diktalo

Plataforma de voz a acción que transforma audios, llamadas y grabaciones en transcripciones, resúmenes, tareas y próximos pasos.

Ver proyecto

Línea de solución aplicada

Productos digitales y PWA

Para empresas con una idea de producto, una operación que necesita convertirse en herramienta o una plataforma que hay que construir desde cero.

¿Tienes un reto parecido?

Cada proyecto parte de un diagnóstico, no de una plantilla. Si algo de lo que has leído se parece a tu situación, la primera conversación sirve para ver si encaja.