---
asset_id: PA-REB-RClub-HomeMockup-PlanImplementacion-v01
version: v01
tipo: PA — Plan de Acción
status: Listo para revisión con Gustavo y Jesús
owner: Ángeles
destinatario: Gustavo (Frontend) y Jesús (Backend)
cc: Victor Heredia, Giselle Manzoni
intellbank: IB-REB-Rebelocity
subbank: RebelocityClub
fecha: 2026-07-15
referencias:
  - QA-REB-RClub-RevisionMockupHome-20260715-v01 (revisión inicial del mockup)
  - OUT-REB-RClub-AnalisisFuncional-v01 (auditoría de plataforma dev, bugs y matriz de módulos)
  - SPEC-REB-RClub-ArquitecturaDatos-RegistroPerfil-v01 (campos de perfil → directorio)
  - SPEC-REB-RClub-DirectorioMiembros-v02
  - SPEC-REB-RClub-SponsorNiveles-v01
  - SPEC-REB-RClub-CatalogosAfiliacion-v01
  - OUT-REB-RClub-Monetizacion-AfiliacionComercios-v01
  - OUT-REB-RClub-RespuestaValidacionPuntos-Jesus-v01 (tiers Normal/Clásica/Oro/Platino)
  - DC-REB-Letape-SanBernardino-PlanCancelacion-v01 (evento cancelado — corrige dato del mockup)
---

# Plan de Acción — Nuevo Home de Rebelocity Club
## Del mockup de Giselle a un plan de implementación para Gustavo y Jesús

> **TL;DR:** Giselle iteró con IA un mockup del home de RClub, a Victor le gustó, y me pidió revisar qué se puede implementar. Ya hice el cruce contra specs existentes (`QA-REB-RClub-RevisionMockupHome-20260715-v01`). Este documento va un paso más allá: por cada sección del mockup, qué hay que construir, qué información necesita, de dónde sale, y cómo se mantiene actualizada (si es dinámica, cada cuánto se refresca; si es estática, quién la actualiza y desde qué apartado). Incluye los bloqueantes de plataforma que ya detectamos en la auditoría de Jay (`OUT-REB-RClub-AnalisisFuncional-v01`) que afectan directamente a este home.

---

## 0. Antes de empezar — bloqueantes de plataforma que afectan al home

La auditoría funcional de la plataforma (16-jun) había marcado 4 cosas que **impactaban directamente** varias secciones de este mockup. **Actualizado en sesión con Anahí, Gustavo y Jesús (16-jul):** los 4 quedaron resueltos o aclarados — el home ya no tiene bloqueantes de plataforma pendientes.

| Bloqueante | Estado original (16-jun) | ✅ Actualización de la sesión (16-jul) |
|---|---|---|
| **MT-01 — Sin aislamiento de datos multi-tenant** | Crítica — RClub mostraba contenido/miembros de Tribus RRHH | **Resuelto.** Las plataformas ya están aisladas entre sí; los datos de Tribus RRHH y demás canales ya no se mezclan con Rebelocity Club. Comercios destacados y Comunidad que inspira se pueden conectar a datos reales sin este riesgo. |
| **P-02 — Falta campo "Rol en el ecosistema"** en perfil | Alta | **Resuelto.** Confirmado por Gustavo: el perfil del atleta ya tiene ese rol. Cubierto para la tarjeta de atleta destacado y cualquier filtro Atleta/Coach/Club. |
| **D-01/D-02 — Directorio sin filtro de Disciplina, tarjetas incompletas** | Media-Alta | **Aclarado, no bloquea.** La disciplina no se pide en el registro inicial, pero sí se solicita cuando el atleta completa su perfil. Si el atleta no la seleccionó, el campo simplemente aparece vacío en la tarjeta — comportamiento aceptable, no es un blocker de diseño. |
| **No existía módulo "Eventos"** | Alta — sin fuente de datos en vivo | **Corregido — sí existe.** El módulo Eventos ya existe y tiene un mockup trabajado hace unos días. Lo único pendiente es revisar que el diseño definido en los últimos días para el resto de la plataforma esté alineado con lo que ya se trabajó para Eventos — no es desarrollo nuevo, es una revisión de consistencia visual. |

**Impacto en el plan:** con esto, la separación en fases por "bloqueante resuelto vs. no resuelto" (§2) ya no aplica igual — ver fases actualizadas abajo.

---

## 1. Mapa sección por sección del mockup

### 1.1 Navegación superior
**Qué es:** Inicio · Eventos · Comunidad · Beneficios · Comercios · Biblioteca · Noticias + buscador + notificaciones + avatar con nivel ("Giselle · Nivel Pro").

| | Detalle |
|---|---|
| **Qué construir** | Rediseño del header; 2 de las 7 secciones (Eventos, Comercios) no existen como entradas de menú hoy — hay que decidir si son módulos nuevos o vistas dentro de módulos existentes |
| **Info necesaria** | Ninguna dinámica en el nav en sí, salvo el badge de nivel del usuario |
| **Fuente** | El nivel (Normal/Clásica/Oro/Platino) sale del motor de puntos — ya validado con Jesús en `OUT-REB-RClub-RespuestaValidacionPuntos-Jesus-v01` |
| **Actualización** | **Dinámica** — el badge de nivel se lee en tiempo real del saldo de puntos del usuario (por organización, no mezclado, según respuesta #15 de Jesús) |
| **Bloqueante** | **Actualizado 16-jul:** Eventos sí va en el nav — está pensado incluirlo en cuanto termine la última revisión de diseño (ver §1.6). Falta confirmar con Victor únicamente si Comercios también se expone como sección de primer nivel |

---

### 1.2 Hero (foto + tagline + CTAs + stats + countdown)

| Elemento | Qué construir | Info necesaria | Fuente | Actualización |
|---|---|---|---|---|
| Foto de atleta + tagline | Componente hero con imagen de fondo | Imagen curada | **Confirmado 16-jul:** ya existe un apartado de admin donde se suben imágenes y se reflejan directo en el módulo correspondiente. **Anahí** administra esta actualización, manual por ahora (automatización sería mejora futura, no urgente) | **Estática** — cambia por temporada/campaña, la sube Anahí |
| 2 CTAs ("Únete al Club" / "Ver Beneficios") | Botones con link | Ninguna | — | Estática, código |
| Stat "+2.000 atletas" | Contador | Conteo de usuarios registrados en RClub | Query a la tabla de usuarios filtrada por organización (RClub) | **Dinámica** — recomendado refresco diario (no necesita ser en vivo) |
| Stat "+130 eventos/año" | Contador | Conteo de eventos — **actualización 16-jul: el módulo Eventos sí existe**, confirmar con Jesús si ya se puede consultar en vivo | Query al módulo Eventos (a confirmar con Jesús el estado exacto de esa tabla/API) | **Dinámica** (potencial) — si el query no está listo aún, queda estática mientras tanto |
| Stat "+265 comercios" | Contador | Conteo de comercios afiliados en el directorio de comercios | Query a la tabla de comercios/afiliados (nivel 0+) — **MT-01 resuelto (16-jul), ya no bloquea este conteo** | **Dinámica** — refresco diario |
| Stat "+46K alcance" | Contador | Suma de seguidores IG (IRONMAN PY + L'Étape PY + Rebelocity Club) — este dato **no vive en la base de datos de la plataforma**, es una cifra de redes sociales externas | Ángeles la actualiza a mano (es la misma cifra usada en `OUT-REB-RClub-Monetizacion-AfiliacionComercios-v01`) | **Estática** — actualizar cada vez que cambie significativamente (sugerido: mensual) |
| Countdown IM 70.3 | Widget de cuenta regresiva | Fecha del próximo evento relevante | Config simple: fecha del evento (11-oct-2026, confirmar con calendario de eventos) | **Dinámica** (el countdown se calcula solo), pero **la fecha origen es un dato estático** que alguien tiene que fijar y actualizar cuando cambie el evento destacado |

---

### 1.3 "Beneficios exclusivos para miembros" (6 tarjetas de ícono)

| | Detalle |
|---|---|
| **Qué construir** | Grid de 6 tarjetas: Descuentos, Eventos, Contenido Premium, Comunidad, Acumula Puntos, Experiencias |
| **Info necesaria** | Solo copy + ícono por tarjeta |
| **Fuente** | Texto de marketing ya existente (Marketing Plan, Sistema de Puntos) |
| **Actualización** | **Estática** — la escribe/actualiza Ángeles o Giselle directamente en el código o CMS de contenido, sin cadencia fija (cambia solo si cambia la propuesta de valor) |

---

### 1.4 "Comercios destacados" (carrusel filtrable por categoría, % de descuento)

| | Detalle |
|---|---|
| **Qué construir** | Carrusel con tabs de categoría (Nutrición, Bicicletas, Running, Natación, Recovery, Tecnología, Turismo, Entrenamiento) y tarjeta de comercio con % de descuento |
| **Info necesaria** | Lista de comercios afiliados: nombre, logo, categoría, % descuento, nivel de afiliación |
| **Fuente** | Directorio de comercios/afiliados — este dato ya tiene modelo pensado en `OUT-REB-RClub-Monetizacion-AfiliacionComercios-v01` (niveles 0/Básico/Pro). El nivel Básico ya incluye "publicar ofertas y promociones" — es el mismo dato | **Backend (Jesús):** exponer estos campos vía API. ~~Requiere resolver MT-01~~ MT-01 resuelto (16-jul), se puede conectar a datos reales |
| **Actualización** | **Dinámica**, pero la selección de "destacados" en el home recomienda ser **curada por admin** al inicio (elegir a mano cuáles se destacan) en vez de automática, hasta tener suficiente volumen de comercios Pro |
| **Owner de curación** | Ángeles / Giselle (ella ya va a apoyar el frente de tiendas/comercios) |

---

### 1.5 "Comunidad que inspira" (atleta destacado + grid de fotos)

| Elemento | Qué construir | Info necesaria | Fuente | Actualización |
|---|---|---|---|---|
| Tarjeta de atleta destacado | Card con foto, nombre, ciudad, nivel, stats (eventos/podios/ironman), frase | Foto, nombre, ciudad, nivel, disciplina, frase — **todos ya definidos en `SPEC-REB-RClub-ArquitecturaDatos-RegistroPerfil-v01`** | Perfil del usuario (mismos campos que alimentan el Directorio de Miembros) | **Dinámica** en cuanto a los datos del perfil, pero **la selección de QUIÉN es el atleta destacado es curada** (admin marca a un miembro como destacado). Cadencia sugerida: rotar semanal o quincenal |
| Grid de fotos de comunidad | Galería de fotos (clubes, entrenamientos, eventos) | Fotos con crédito/contexto | **Actualización 16-jul:** puede usar el mismo apartado de admin de imágenes que ya existe (administrado por Anahí) — no requiere el camino de integración con Instagram, al menos para arrancar | **Estática** — Anahí sube y actualiza |
| **Bloqueante** | ~~Requiere resolver P-02 y D-02~~ **Resuelto/aclarado (16-jul):** el perfil ya tiene "Rol en el ecosistema" (Gustavo); la disciplina se completa en el perfil (no en el registro inicial) y si falta, el campo simplemente queda vacío en la tarjeta — no bloquea | | | |

---

### 1.6 Tres columnas: Noticias · Biblioteca destacada · Próximos eventos

| Columna | Qué construir | Info necesaria | Fuente | Actualización |
|---|---|---|---|---|
| **Noticias recientes** | Lista de últimas notas | Título, thumbnail, link | **Ya existe y funciona** — News Engine está en producción según la auditoría (§10, "Producción") | **Dinámica** — se actualiza sola cada vez que se publica una noticia, no requiere trabajo nuevo, solo conectar el home a la misma fuente |
| **Biblioteca destacada** | Portadas de libros/playbooks | Título, portada, link | Mediateca / MasterPlaybooks — módulo Librería ya existe (auditoría no lo evaluó a fondo, fue excluido a pedido) | **Recomendado: curado por admin** (marcar 3-4 libros como "destacados") en vez de automático, para controlar qué se promociona en el home |
| **Próximos eventos** | Lista de eventos con fecha/lugar | Nombre, fecha, lugar, imagen, link | **Actualización 16-jul: el módulo Eventos sí existe** y ya tiene un mockup propio trabajado hace unos días. Lo que falta no es desarrollo nuevo — es revisar que el diseño definido en los últimos días para el resto de la plataforma esté alineado visualmente con lo que ya se trabajó para Eventos | **Dinámica** — se conecta al módulo Eventos real, una vez alineado el diseño. ⚠️ Sigue vigente la corrección de contenido: el mockup de Giselle muestra L'Étape San Bernardino como "próximo" y ya está cancelado — quien cargue los eventos en el módulo real tiene que reflejar esto antes de publicar el home |

---

### 1.7 "Sponsors oficiales" (logos con rol)

| | Detalle |
|---|---|
| **Qué construir** | Fila de logos con su rol (Main Sponsor, Hydration Partner, Bike Partner, etc.) |
| **Info necesaria** | Logo + nombre + rol/sección patrocinada |
| **Fuente** | Coincide con el "mapa de secciones" ya ratificado en `SPEC-REB-RClub-SponsorNiveles-v01` — un sponsor por sección (Hidratación, Ciclismo, Nutrición, etc.) |
| **Actualización** | **Estática** — cambia solo cuando se firma/termina un contrato de sponsor. Lo actualiza Ángeles o Victor, evento de negocio, no cadencia de tiempo |

---

### 1.8 Banner CTA final + footer

Estándar, sin datos dinámicos. Estático, mantenido por quien administre el contenido del home.

---

## 2. Fases sugeridas de implementación

> **Actualizado 16-jul, tras la sesión con Anahí/Gustavo/Jesús:** los bloqueantes que separaban "estático" de "dinámico" ya están resueltos (MT-01, P-02, D-01/D-02) o aclarados (Eventos sí existe). Las fases ahora son más de **secuencia de trabajo** que de dependencias técnicas bloqueantes.

**Fase 1 — Conectar lo que ya está resuelto:**
Noticias recientes (ya vivo, solo conectar) · Comercios destacados desde el directorio real de afiliados (MT-01 resuelto) · Comunidad que inspira con datos reales de perfil (P-02/D-02 resueltos) · Sponsors oficiales · Beneficios exclusivos · badge de nivel en el nav.

**Fase 2 — Eventos y hero:**
Alinear el diseño de Eventos (ya tiene mockup propio) con el resto de la plataforma · conectar "Próximos eventos" y el stat "+130 eventos/año" al módulo real · countdown del hero · corregir el dato de L'Étape San Bernardino antes de publicar.

**Fase 3 — Curaduría y contenido nuevo (sin dependencia técnica):**
Selección de atleta destacado (rotación curada) · banco de fotos de comunidad (definir manual vs. integración IG) · cifra de alcance del hero (+46K, actualización manual periódica) · biblioteca destacada (curada).

---

## 3. Preguntas a resolver antes de que Gustavo/Jesús empiecen

1. ~~¿Se prioriza resolver MT-01?~~ **Resuelto (16-jul)** — ya no aplica.
2. ~~¿Quién administra las imágenes estáticas del home?~~ **Resuelto (16-jul)** — ya existe apartado de admin para subir imágenes, reflejan directo en el módulo. **Anahí** lo administra, manual por ahora; automatizarlo queda como mejora futura, no bloqueante.
3. ~~¿"Próximos eventos" curado o módulo real?~~ **Aclarado (16-jul)** — el módulo Eventos ya existe; la pregunta ahora es de timing: ¿cuánto toma la última revisión de diseño antes de incluirlo en el nav?
4. ¿Confirmar con Victor si **Comercios** también se expone como sección de primer nivel en el nav? (Eventos ya está decidido — entra en cuanto termine su revisión de diseño)

---

## 4. División de responsabilidades

| Qué | Quién |
|---|---|
| Hero, tarjetas de beneficios, sponsors, layout general del home | **Gustavo (Frontend)** |
| Endpoints de stats (conteo de atletas/comercios), API de comercios destacados, API de perfil para tarjeta de "Comunidad que inspira" | **Jesús (Backend)** |
| ~~Resolver MT-01 y P-02~~ Alinear diseño del módulo Eventos con el resto de la plataforma | **Gustavo/Jesús** — MT-01 y P-02 ya resueltos (16-jul); queda pendiente la revisión de consistencia visual de Eventos |
| Subir/administrar imágenes estáticas del home (hero, grid de comunidad) vía el panel de admin ya existente | **Anahí** |
| Curaduría de contenido: selección de atleta destacado, próximos eventos, biblioteca destacada, cifra de alcance (+46K) | **Ángeles / Giselle** |
| Confirmar si Comercios va en el nav superior | **Victor** |

---

## 5. Gobernanza WORX

- **Naming:** `PA-REB-RClub-HomeMockup-PlanImplementacion-v01`, IB-REB-Rebelocity/RebelocityClub.
- **Tripleta:** Owner Ángeles · Sherpa AngelesX · Ratificador Victor (pendiente).
- **Gate G0:** PASS — deriva de 8 canónicos del vault (auditoría funcional, specs de Directorio/Sponsor/Catálogos/Monetización/Puntos, arquitectura de datos de perfil, plan de cancelación L'Étape SB).
- **Vault-First:** persistido en IB-REB-Rebelocity/RebelocityClub.

---

*PA-REB-RClub-HomeMockup-PlanImplementacion-v01 · Owner: Ángeles · Destinatarios: Gustavo, Jesús · 2026-07-15*