--- # 📊 ANÁLISIS ESTRUCTURADO — SISTEMA LPDI (18 Documentos) ## 1. RESUMEN EJECUTIVO El Sistema LPDI es una plataforma tecnológica para gestionar ecosistemas de emprendimiento e innovación en Latam, España y EEUU. Consta de **3 subsistemas** (Contenidos/SGC, Relacionamiento/SGR, Eventos/SGE) con un sistema transversal de usuarios. El SGR (Relacionamiento) es la **prioridad estratégica #1** por diferenciación y TAM ($100M-1B). El SGC (Contenidos) ya está en producción parcial (eventos y convocatorias en lapuntadeliceberg.co). El SGE (Eventos) está clasificado como "Perro" (BCG) — postergar como módulo independiente. La documentación es **extremadamente detallada** (244K chars solo el manual SGR V.6), lo que evidencia madurez en diseño funcional pero alto riesgo de scope creep. --- ## 2. MÓDULOS/FEATURES CON TALLAJE ### 🔵 SISTEMA TRANSVERSAL DE USUARIOS | # | Feature | Tallaje | Notas | |---|---------|---------|-------| | U1 | Registro simplificado (email + password) | **S** | Login con Google/Teams/código email | | U2 | Formulario detallado usuario (4 paneles: datos, perfil ecosistema, contacto, RRSS) | **M** | Arrastre de datos entre subsistemas | | U3 | Gestión de perfiles multi-rol | **M** | Un usuario = múltiples roles no excluyentes | | U4 | QR único por usuario | **S** | Auto-generado, descargable, compartible | | U5 | Carga/descarga masiva de usuarios | **S** | Formatos xlsx, csv | | U6 | Notificaciones por correo (sistema) | **M** | ~15+ templates, diseño Figma estándar | ### 🟢 SGC — Subsistema de Gestión de Contenidos | # | Feature | Tallaje | Notas | |---|---------|---------|-------| | C1 | Formularios dinámicos (Eventos, Convocatorias, Noticias) | **M** | CRUD campos, secciones, reordenamiento | | C2 | Administración de contenidos (aprobación/rechazo/trazabilidad) | **M** | Papelera 30 días, permisos especiales auto-aprobación | | C3 | Modales embebibles white-label (consulta pública) | **M** | Eventos, Convocatorias, Noticias — marca blanca | | C4 | Newsletter genérico (2 tipos) | **M** | Integración mail marketing externo | | C5 | Newsletter personalizado (cruce automático preferencias) | **L** | Lógica de fallback cuando datos insuficientes | | C6 | Formulario personalización preferencias | **M** | Cruza industrias, regiones, etapas | | C7 | Panel de control SGC | **M** | Perfiles, permisos, descargas | | C8 | Dashboard SGC (métricas + estadísticas) | **M** | Gráficas, cruces de variables, acceso selectivo | | C9 | Mapa interactivo ecosistema contenidos | **L** | Mapbox/Leaflet, clusterización, timeline, filtros regionales, tooltips | | C10 | Administración fuentes información (3 directorios) | **S** | Organizadores, convocantes, medios | | C11 | Super Eventos (Tech Weeks) | **M** | Creación, eventos asociados, recategorización | ### 🔴 SGR — Subsistema de Gestión de Relacionamiento | # | Feature | Tallaje | Notas | |---|---------|---------|-------| | R1 | Formulario simplificado registro Startups | **M** | ~30+ campos, 4 paneles | | R2 | Formulario detallado registro Startups | **L** | ~100+ campos, niveles BRL/TRL/CRL, verificación equipos | | R3 | Formulario registro ICG | **L** | Inversionistas, Corporativos, Gestores — taxonomía compleja | | R4 | Modales consulta pública Startups (white-label) | **M** | Filtros, ficha detallada | | R5 | Modales consulta pública ICG (white-label) | **M** | Filtros, ficha detallada | | R6 | Administración Startups e ICG | **M** | Trazabilidad, verificación equipos, privacidad campos | | R7 | **Módulo Networking** | **L** | Perfil networking, eventos, conexiones, búsqueda, recomendaciones por intereses (10 categorías), gestión contactos | | R8 | **Módulo Matchmaking** | **L** | Match Score (5 dimensiones startup-ICG, 4 ICG-ICG, 4 startup-startup), radar, solicitudes, favoritos, descartados, prioridades, Inmail | | R9 | Panel control matchmaking (deal flow) | **L** | 6 categorías × 5 subcategorías, ordenamiento multi-variable | | R10 | Dashboard inteligencia ecosistema | **L** | 15+ visualizaciones, métricas avanzadas, permisos ICG | | R11 | Mapa interactivo inteligencia ecosistema | **L** | Pines por tipo actor, BRL/TRL sizing, clusterización, filtros | | R12 | Newsletter Smart Match | **M** | Quincenal, personalizado por tipo de actor | | R13 | Sistema mensajería directa (Inmail LPDI) | **M** | Chat interno, integración WhatsApp/LinkedIn/Email | ### 🟡 SGE — Subsistema de Gestión de Eventos (⚠️ Postergar según análisis estratégico) | # | Feature | Tallaje | Notas | |---|---------|---------|-------| | E1 | Tech Weeks (Super Eventos con sub-eventos) | **L** | Agenda unificada, múltiples formatos | | E2 | Networking sessions | **M** | Perfiles, agendas personalizadas | | E3 | Ruedas de negocios | **L** | Emparejamiento, mesas, horarios, seguimiento | | E4 | Bootcamps | **M** | Sesiones, facilitadores, participantes | ### 📘 Documentos de Soporte | # | Doc | Tallaje | Notas | |---|-----|---------|-------| | S1 | Brandbook | **S** | Completo: logo, colores, tipografía (Outfit), iconos, colaboraciones | | S2 | Catálogo países estándar ONU | **S** | 200+ países con Alpha-2/3, región LPDI, subregión ONU | | S3 | Marco lógico modelo ecosistema | **S** | Referencia conceptual (Mapear/Conectar/Crear/Atraer) | --- ## 3. DEPENDENCIAS ENTRE MÓDULOS ``` USUARIOS (U1-U6) ──────► BASE para TODO el sistema │ ├──► SGC (C1-C11) ──► Alimenta SGR con datos de contenido │ │ │ └──► Newsletters (C4-C6) dependen de preferencias usuario │ ├──► SGR (R1-R13) ──► DEPENDE de datos SGC (eventos para networking) │ │ │ ├── Networking (R7) ← requiere eventos del SGC/SGE │ ├── Matchmaking (R8-R9) ← requiere formularios startups/ICG (R1-R3) │ ├── Dashboard (R10) ← requiere masa crítica de registros │ └── Inmail (R13) ← requiere matches/conexiones activas │ └──► SGE (E1-E4) ──► DEPENDE de SGC + SGR para generar valor ``` **Dependencias críticas:** - Networking (R7) **depende** de que existan eventos registrados - Matchmaking (R8) **depende** de formularios Startups e ICG completados - Match Score **depende** de campos específicos en ~15 campos de formularios - Newsletters personalizados **dependen** de preferencias + datos suficientes en BD - Mapas interactivos **dependen** de datos geográficos normalizados (Catálogo ONU S2) --- ## 4. RIESGOS Y ALERTAS | # | Riesgo | Severidad | Impacto | |---|--------|-----------|---------| | 🔴1 | **Scope creep masivo**: Solo el SGR V.6 tiene 244K chars (~4,500 líneas). Matchmaking tiene lógica de scoring con 13+ dimensiones cruzadas. Riesgo de nunca terminar. | Alta | Proyecto interminable | | 🔴2 | **Dependencia de masa crítica**: Sin datos (startups, ICG, eventos), el sistema no genera valor. Dashboard vacío = 0 tracción. | Alta | Producto sin adopción | | 🔴3 | **Complejidad del Match Score**: 5 dimensiones para Startup-ICG, 4 para ICG-ICG, 4 para Startup-Startup, cada una con campos específicos, etiquetas dinámicas y reglas de exclusión. | Alta | Desarrollo exponencial | | 🟡4 | **UX pendiente**: Múltiples modales y formularios dicen "UX pendiente" en los docs técnicos. | Media | Bloqueo en desarrollo frontend | | 🟡5 | **Sincronización de perfiles**: Un usuario puede tener datos en 4+ formularios (usuario, networking, matchmaking, startup/ICG) con reglas de arrastre bidireccional (símbolo §). | Media | Bugs de consistencia | | 🟡6 | **Integración mail marketing**: No se exige que newsletters personalizados usen el mismo proveedor que los genéricos. Posible fragmentación. | Media | Complejidad operativa | | ⚠️7 | **SGE clasificado como "Perro"** por el propio análisis estratégico, pero networking depende de eventos. Inconsistencia. | Media | Decisión arquitectónica pendiente | --- ## 5. DECISIONES PENDIENTES | # | Decisión | Requiere input de | Bloqueante | |---|----------|-------------------|------------| | D1 | **Modelo de precios**: ¿Suscripción mensual? ¿Por módulo? ¿Por ecosistema? | Cliente (Frank) | ⚠️ No | | D2 | **Prioridad SGE vs. funciones mínimas de eventos en SGR** | Cliente | ✅ Sí | | D3 | **Kill criteria para SGE**: ¿Cuándo se decide NO desarrollar eventos? | Cliente | ⚠️ No | | D4 | **Diseños UX faltantes**: Modales de noticias, mapas interactivos, dashboards | Cliente/Diseñador | ✅ Sí | | D5 | **Proveedor de email marketing**: ¿Uno o dos para genéricos vs. personalizados? | Técnica | ⚠️ No | | D6 | **Lógica de Match Score**: ¿Los pesos (25%, 15%, etc.) son fijos o configurables por cliente? | Cliente | ✅ Sí | | D7 | **Librería de mapas**: Mapbox GL JS vs. Leaflet (costos vs. features) | Técnica | ⚠️ No | --- ## 6. VISTA CONSOLIDADA ### Distribución de Tallaje | Tallaje | Cantidad | Módulos | |---------|----------|---------| | **S** (Small) | **7** | U1, U4, U5, C10, S1, S2, S3 | | **M** (Medium) | **16** | U2, U3, U6, C1-C4, C6-C8, C11, R1, R4-R6, R12, R13 | | **L** (Large) | **11** | C5, C9, R2, R3, R7, R8, R9, R10, R11, E1, E3 | | **Total** | **34 módulos/features** | | ### Top 3 Riesgos 1. 🔴 **Scope creep**: 34 features, 11 de tallaje L. El SGR solo tiene complejidad equivalente a un producto SaaS completo. Sin priorización implacable, el proyecto no termina. 2. 🔴 **Masa crítica de datos**: Sin estrategia de "data seeding" (pre-carga de startups, ICG, eventos), el sistema arranca vacío y pierde credibilidad. 3. 🔴 **Matchmaking hiper-complejo**: La lógica de Match Score requiere 13+ dimensiones con reglas de exclusión, etiquetas dinámicas y smart badges. Es un motor de recomendación que por sí solo es un producto. ### Decisiones Críticas Bloqueantes 1. **¿Qué se construye primero?** — El análisis BCG dice SGR prioridad #1, pero SGC ya está en producción. ¿Se consolida SGC o se salta a SGR? → **Requiere input del cliente.** 2. **¿Matchmaking MVP o completo?** — Las 13 dimensiones de Match Score son para v∞. ¿Cuál es el MVP mínimo? → **Requiere decisión de alcance.** 3. **¿UX pendiente bloquea desarrollo?** — Varios modales y mapas no tienen diseño UX aprobado. ¿Se avanza con wireframes propios o se espera? → **Requiere decisión operativa.** --- ### ⚠️ Supuestos - Se asume que el equipo de desarrollo actual conoce SvelteKit (stack ya en producción en eco.lpdi.co) - Se asume que el Brandbook aplica para toda la UX del sistema - Se asume que "postergar SGE" no impide desarrollar funcionalidades mínimas de eventos dentro de SGC - Los formularios con símbolo "§" implican sincronización bidireccional de datos, lo cual incrementa complejidad técnica de todos los módulos que lo usan