--- type: TP asset_id: TP-REB-RClub-AnalisisFuncional-Arranque-v01 version: v01 status: Activo · listo para arrancar el room owner: Victor Heredia sherpa_owner: Jay fecha_creacion: 2026-06-16 intellbank: IB-REB-Rebelocity subbank: — proposito: > Transfer Pack de arranque para el Room de Análisis Funcional de la plataforma Rebelocity Club (entorno dev: https://rebelocityclub.com/dev/home). Carga el diseño documentado de la plataforma (13 módulos canónicos + capa transaccional: tarjeta, puntos, Clearing House) como vara de medida, y define el marco para auditar, módulo por módulo, qué está construido, qué funciona y qué falta — produciendo un análisis funcional y un gap analysis diseño-vs-construido. referencias_canonicas: - PLAN-EL-DesarrolloPlataformaComunidades-v01 (13 módulos canónicos · sprint dev) - RFI-EL-PlataformaComunidades-AfiliacionTarjetaPuntos-v01 (capabilities solicitadas) - DC-REB-RClub-SistemaPuntosMembresias-v01 (motor Points v2 · qué debería existir) - SPEC-REB-RClub-NumeracionTarjetas-v02 (esquema de tarjeta esperado) - SPEC-REB-RClub-ClearingHouse-v01 (capa transaccional esperada) - SPEC-REB-RClub-CatalogosAfiliacion-v01 (afiliación · catálogos) - SPEC-REB-RClub-DirectorioMiembros-v02 (directorio Fase 1) - SPEC-REB-RClub-ArquitecturaDatos-RegistroPerfil-v01 (registro/perfil) - DC-REB-RClub-BienvenidaGamificado-v01 (rally · gamificación esperada) acceso_plataforma: "https://rebelocityclub.com/dev/home (entorno dev · app client-rendered · requiere navegación autenticada)" gate_g0: PASS · 9 canónicos referenciados · room de auditoría sobre diseño documentado tags: [TP, RClub, analisis-funcional, auditoria, plataforma, gap-analysis, modulos, dev] --- # TP — Análisis Funcional de la Plataforma RClub · Arranque del Room ## Pack de contexto para auditar qué está construido vs. qué se diseñó --- ## §1 · Para qué sirve este TP Arranca el **Room de Análisis Funcional** de la plataforma Rebelocity Club. El objetivo: **recorrer la plataforma en vivo** (entorno dev) y producir un **diagnóstico módulo por módulo** de qué existe, qué funciona, qué está a medias y qué falta — contrastado contra el **diseño ya documentado** en el vault. **El problema que resuelve.** Tenemos mucho diseño documentado (13 módulos canónicos, sistema de puntos, tarjeta, Clearing House) y una plataforma que **ya está construida y operando** (corre TribusRRHH). Lo que no tenemos es un **mapa claro del estado real**: qué de lo diseñado ya vive en la plataforma, qué se comporta distinto, y qué hueco hay entre el papel y el producto. Este Room lo levanta. --- ## §2 · La vara de medida (qué DEBERÍA existir) El análisis no es exploratorio a ciegas: se mide contra el diseño canónico del vault. - **13 módulos canónicos** (`PLAN-EL-DesarrolloPlataformaComunidades-v01`): News Engine · Librería+MasterPlaybooks · Foros · Directorio+Perfiles · Marketplace B2B/B2C · Campus · Gamificación+Rallies · Clasificados · Empleos · Comunicación cruzada · Eventos+Calendario · Membresías multinivel · IA transversal. - **Capa transaccional** (specs RClub): afiliación + tarjeta (PAN 16 díg.) · sistema de puntos/tiers/recompensas · Clearing House · directorio de miembros · registro/perfil · rally de bienvenida. --- ## §3 · Acceso a la plataforma - **URL:** `https://rebelocityclub.com/dev/home` (entorno **dev**). - **Naturaleza:** aplicación **client-rendered** (el contenido se arma con JavaScript; un fetch simple solo devuelve el shell). El análisis requiere **navegación autenticada real**. - **Método:** recorrer con sesión iniciada — vía las herramientas de navegador (Claude in Chrome) con el navegador del usuario logueado, o con el equipo navegando y capturando. **Nunca** intentar saltar autenticación; usar credenciales legítimas de dev. --- ## §4 · Marco de análisis — matriz a llenar en el Room Para **cada módulo/capability**, el Room evalúa y registra: | Columna | Qué se evalúa | |---|---| | ¿Existe? | Está presente en la plataforma (sí / parcial / no) | | ¿Funciona? | Opera de punta a punta (sí / con fallas / no) | | Estado | Producción · beta · placeholder · ausente | | Brecha vs. diseño | Diferencias con el spec documentado | | Prioridad | Para RClub piloto (alta / media / baja) | | Notas / evidencia | Captura, ruta, observación | **Capabilities a recorrer (checklist base):** *Canal / comunidad* 1. Noticias / News Engine 2. Foros 3. Directorio + perfiles de miembro 4. Mediateca / Librería (materiales, guías de compra) 5. Anuncios clasificados 6. Empleos 7. Comunicación cruzada / mensajería interna 8. Campus / contenido formativo *Eventos* 9. Eventos + calendario 10. Inscripción / venta de boletos *Marketplace* 11. Marketplace B2B/B2C 12. Tienda para empresas (storefront) 13. Directorio de proveedores/sponsors *Capa transaccional (lo nuevo)* 14. Registro y perfil (campos, flujo) 15. Tarjeta digital (existe, número, QR) 16. Sistema de puntos (ganar/canjear, ledger) 17. Niveles / membresías multinivel 18. Recompensas / canje 19. Referidos 20. Afiliación de comercios / registro de consumo (Clearing House) *Transversal* 21. Gamificación / rallies 22. IA transversal (KatIA) 23. Multi-organización (soporte multi-comunidad) 24. Banners / espacios de sponsor --- ## §5 · Método de trabajo 1. **Inventario inicial** — recorrer el menú/home de `dev/home` y mapear todas las secciones visibles. 2. **Recorrido módulo por módulo** — probar cada capability del §4 de punta a punta, capturando pantalla y ruta. 3. **Contraste con el spec** — para cada uno, comparar contra el diseño documentado y anotar la brecha. 4. **Clasificación** — llenar la matriz (existe / funciona / estado / brecha / prioridad). 5. **Síntesis** — consolidar hallazgos, gaps críticos y quick wins. --- ## §6 · Entregables que produce el Room 1. **Informe de análisis funcional** (`OUT-REB-RClub-AnalisisFuncional-vNN`) — la matriz completa + narrativa por módulo. 2. **Gap analysis diseño-vs-construido** — qué del diseño documentado ya existe, qué falta, qué difiere. 3. **Backlog priorizado** — huecos y mejoras ordenados por prioridad para el piloto RClub. 4. **Mapa de capturas** — evidencia visual por módulo. 5. (Opcional) **Recomendaciones para Jesús/dev** — alineadas con los specs ya entregados (tarjeta, puntos, Clearing House). --- ## §7 · Estructura del Room 1. **Sesión 1 — Inventario.** Recorrer `dev/home`, mapear secciones reales. 2. **Sesión 2 — Comunidad y canal.** Auditar módulos 1–8. 3. **Sesión 3 — Eventos y marketplace.** Módulos 9–13. 4. **Sesión 4 — Capa transaccional.** Módulos 14–20 (lo crítico para RClub). 5. **Sesión 5 — Síntesis.** Gap analysis + backlog priorizado. --- ## §8 · Preguntas clave 1. ¿Qué tan lejos está lo construido del diseño de la capa transaccional (tarjeta · puntos · Clearing House)? 2. ¿Qué módulos del canal (noticias, foros, mediateca, clasificados) ya están vivos y usables para el piloto? 3. ¿La plataforma ya soporta multi-organización de forma real (para separar RClub de TribusRRHH)? 4. ¿Qué quick wins habilitan el arranque de afiliación de RClub sin esperar todo el desarrollo? 5. ¿Qué hallazgos cambian las prioridades del backlog de dev? --- ## §9 · Premisas - La plataforma **ya está construida y operando** (corre TribusRRHH); esto es una auditoría de estado, no un descubrimiento desde cero. - El acceso es a **dev**, no producción; puede haber features incompletas o datos de prueba. - El análisis se hace con navegación autenticada legítima; no se elude seguridad. - La vara de medida es el diseño documentado en el vault (no opiniones sueltas). --- ## §10 · Gobernanza WORX - **Naming:** `TIPO-REB-RClub-[Nombre]-vNN`, ubicación IB-REB-Rebelocity. Entidad REB, tipo primero. - **Tripleta:** Owner Victor Heredia · Sherpa Jay · Ratificador Victor Heredia. - **Gate G0:** PASS — parte de 9 canónicos; consulta el vault antes de producir. - **Vault-First:** el informe y la matriz se persisten en IB-REB con su Asset Header. --- > **Tripleta WORX** — Owner: Victor Heredia · Sherpa: Jay · Ratificador: Victor Heredia. Transfer Pack listo para arrancar el Room de Análisis Funcional de la plataforma Rebelocity Club.