--- # 🔍 ANÁLISIS SISTEMA LPDI — Vista Consolidada ## RESUMEN EJECUTIVO **LPDI (La Punta del Iceberg)** es una plataforma integral para el ecosistema de emprendimiento e innovación de Latam. Comprende un **sistema central de usuarios** y dos grandes **subsistemas**: Gestión de Contenidos (SGC) y Gestión del Relacionamiento (SGR). El sistema conecta startups, inversionistas, corporativos y gestores del ecosistema mediante herramientas de registro, curación de contenidos, newsletters personalizados, networking presencial en eventos, matchmaking algorítmico con scoring multidimensional, y mapas interactivos geográficos. La identidad visual está definida en un brandbook con paleta azul/turquesa, tipografía Outfit, e iconografía 3D cristalina generada por IA. --- ## MÓDULOS/FEATURES CON TALLAJE ### 1. SISTEMA DE USUARIOS (Eje Central) | # | Feature | Tallaje | Notas | |---|---------|---------|-------| | 1.1 | Registro simplificado (email) + confirmación | S | Auth básico | | 1.2 | Login multi-método (user/pass, Google, Teams, código email) | M | OAuth + magic link | | 1.3 | Perfil detallado (4 paneles: datos, ecosistema, contacto, RRSS) | M | Sincronización bidireccional con otros módulos (§) | | 1.4 | Creación masiva de usuarios + descarga masiva | S | Import/export CSV/XLSX | | 1.5 | QR único por usuario (generado, descargable, compartible) | S | | | 1.6 | Sistema de notificaciones por correo (templates Figma) | M | ~15 tipos distintos de email transaccional | | 1.7 | Perfiles múltiples por usuario (no excluyentes) | M | Lógica de roles compleja: 30+ subcategorías | ### 2. SUBSISTEMA DE GESTIÓN DE CONTENIDOS (SGC) | # | Feature | Tallaje | Notas | |---|---------|---------|-------| | 2.1 | Formulario dinámico Eventos (configurable, lógicas condicionales) | L | ~50 campos, Super Eventos, modalidades, temáticas, geolocalización | | 2.2 | Formulario dinámico Convocatorias | L | Similar complejidad a eventos, 6 tipos de convocatoria | | 2.3 | Formulario dinámico Noticias | M | 8 secciones temáticas | | 2.4 | Administración de contenidos (CRUD + curaduría + trazabilidad) | M | Aprobación, papelera 30 días, permisos especiales auto-aprobación | | 2.5 | Modales embebibles consulta pública (Eventos, Convocatorias, Noticias) | M | Marca blanca, filtros avanzados, embebibles en sitios externos | | 2.6 | Newsletter genérico (2 tipos: eventos+convocatorias / noticias) | M | Programación, previsualización, envío prueba, integración mail marketing | | 2.7 | Newsletter personalizado (automático por preferencias) | L | Motor de cruce preferencias×contenidos, fallback inteligente cuando no hay suficiente contenido | | 2.8 | Formulario personalización newsletters | M | Regiones, temáticas, industrias con mínimos obligatorios | | 2.9 | Admin fuentes de información (organizadores, convocantes, medios) | S | 3 directorios | | 2.10 | Panel de control SGC (roles, privilegios, descargas) | M | | | 2.11 | Dashboard SGC (métricas, cruces, gráficas) | M | Acceso selectivo a usuarios | | 2.12 | Mapa interactivo ecosistema contenidos | L | Mapbox/Leaflet, clusters, timeline, filtros geográficos, fly-to regional | ### 3. SUBSISTEMA DE GESTIÓN DEL RELACIONAMIENTO (SGR) | # | Feature | Tallaje | Notas | |---|---------|---------|-------| | 3.1 | Formulario simplificado registro Startups/PyMEs | M | Creación auto de usuario si no existe | | 3.2 | Formulario detallado registro Startups/PyMEs | L | BRL, TRL, CRL, equipo, financiamiento, métricas financieras | | 3.3 | Formulario registro ICG | L | Tesis de inversión, propuesta de valor, necesidades estratégicas | | 3.4 | Modal consulta pública Startups + ficha detallada | M | Filtros, restricciones de privacidad ICG-only | | 3.5 | Modal consulta pública ICG + ficha detallada | M | | | 3.6 | Admin Startups e ICG (CRUD + trazabilidad + verificación equipos) | M | Códigos únicos, papelera 30 días | | 3.7 | **Módulo Networking** | L | Perfil networking (sincronizado §), mis eventos, conexiones, búsqueda asistentes, QR scan, tarjetas contacto, autorización datos | | 3.8 | **Módulo Matchmaking** | **L** | Radar con Match Score algorítmico, deal flow, prioridades, messaging, 5 categorías de gestión | | 3.9 | Motor Match Score (algoritmo multidimensional) | **L** | 3 matrices distintas: Startup↔ICG (5 dimensiones), ICG↔ICG (4 dimensiones), Startup↔Startup (3 dimensiones), reglas de exclusión (deal-breakers) | | 3.10 | Sistema de mensajería directa (Inmail LPDI) | M | Chat interno + integración WhatsApp/LinkedIn/Email | | 3.11 | Newsletter personalizado "Smart Match" (quincenal) | M | Generación automática basada en nuevos registros vs perfil | | 3.12 | Panel de control SGR | M | Privilegios ICG selectivos al dashboard | | 3.13 | Dashboard inteligencia ecosistema | M | Métricas + gráficas + acceso selectivo | | 3.14 | Mapa interactivo inteligencia ecosistema | L | Pins por tipo actor, BRL/TRL dinámico, clusters, capas filtrables, acceso diferenciado | ### 4. BRANDBOOK / UI | # | Feature | Tallaje | Notas | |---|---------|---------|-------| | 4.1 | Design system (colores, tipografía, iconografía, logos) | M | 4 paletas (primaria, secundaria, pilares, colaboraciones), Outfit font, prompts IA para iconos | | 4.2 | Responsive web + móvil (prioridad formularios y modales) | M | Explícitamente requerido | --- ## DEPENDENCIAS ENTRE MÓDULOS ``` USUARIOS (1.x) ──────── Eje central, TODOS dependen de este │ ├── SGC (2.x) ───── Contenidos alimentan newsletters, mapas │ │ │ ├── Formularios → Admin contenidos → Modales públicos │ ├── Preferencias → Motor newsletter personalizado │ └── Eventos → se usan en Networking (SGR) │ └── SGR (3.x) ───── Relacionamiento depende de usuarios + contenidos │ ├── Formularios Startups/ICG → Modales → Match Score ├── Networking depende de: Eventos (SGC) + Perfil usuario ├── Matchmaking depende de: Formularios Startups+ICG completos ├── Match Score depende de: BRL/TRL/CRL + industrias + geo + financiero └── Newsletter Smart Match depende de: Motor matchmaking + nuevos registros ``` ⚠️ **Dependencia crítica:** El módulo de Matchmaking (3.8/3.9) depende de que los formularios detallados de Startups e ICG estén completamente implementados, ya que el algoritmo de scoring se construye con campos específicos de esos formularios. --- ## RIESGOS Y ALERTAS 1. 🔴 **Match Score algorítmico — complejidad subestimable.** 3 matrices de matching distintas con 12+ dimensiones combinadas, ponderaciones, deal-breakers y etiquetas dinámicas. Requiere testing exhaustivo y tuning iterativo. 2. 🔴 **Sincronización bidireccional de datos (§).** Múltiples formularios actualizan el perfil central del usuario y viceversa. Una inconsistencia puede propagar datos erróneos a networking, matchmaking y newsletters. 3. 🟡 **Newsletter personalizado con fallback inteligente.** Cuando los filtros del usuario no generan suficiente contenido, el sistema debe completar con "contenido afín". La lógica de afinidad no está formalmente definida. 4. 🟡 **Mapas interactivos (2 instancias).** Mapbox/Leaflet con clusters, timeline, fly-to, capas toggle, acceso diferenciado. Son features visuales complejas que requieren datos geográficos limpios. 5. 🟡 **Marca blanca en modales.** Los modales de consulta deben ser embebibles con branding personalizable de terceros. Implica sistema de theming + iframe/widget seguro. 6. 🟡 **Integración mail marketing externo.** Se requiere conexión con sistema de mail marketing de LPDI (no especificado cuál) para newsletters genéricos, y potencialmente otro para personalizados. 7. 🟡 **Listado de países.** El archivo LISTADO_DE_PAISES es .xlsx y no fue posible extraer el contenido. Se necesita confirmar la fuente de datos de países/ciudades. --- ## DECISIONES PENDIENTES (requieren input del cliente) | # | Decisión | Impacto | Bloqueante? | |---|----------|---------|-------------| | D1 | ¿Qué sistema de mail marketing se usa? (Mailchimp, SendGrid, etc.) | Newsletters genéricos y personalizados | ⚠️ Sí | | D2 | UX de modales de consulta (Eventos, Convocatorias, Noticias) — marcados como "pendiente" | Módulos 2.5 | ⚠️ Sí | | D3 | UX del formulario de Noticias — marcado como "pendiente" | Módulo 2.3 | No | | D4 | Fuente de datos de ciudades por país (¿API? ¿lista estática?) | Varios formularios | ⚠️ Sí | | D5 | Definición de "contenido afín" para fallback del newsletter personalizado | Módulo 2.7 | No | | D6 | Mapbox vs Leaflet (decisión técnica + licenciamiento) | Módulos 2.12 y 3.14 | No | | D7 | Diseños Figma de correos ("FIGMA NOTIFICACIONES") — ¿disponibles? | Módulo 1.6 | ⚠️ Sí | | D8 | ¿El Inmail LPDI es un chat in-house o se usa un servicio externo? | Módulo 3.10 | ⚠️ Sí | --- ## 📊 VISTA CONSOLIDADA ### Distribución de tallaje | Tallaje | Cantidad | % | |---------|----------|---| | **S** (Small) | 4 | 14% | | **M** (Medium) | 16 | 55% | | **L** (Large) | 9 | 31% | | **TOTAL** | **29 módulos** | 100% | ### Top 3 Riesgos 1. 🔴 **Motor Match Score** — 3 matrices, 12+ dimensiones, deal-breakers. Es el corazón diferenciador del sistema y su complejidad algorítmica es alta. 2. 🔴 **Sincronización bidireccional §** — Propagación de datos entre 6+ formularios y el perfil central. Un error aquí afecta TODO el sistema. 3. 🟡 **Newsletter personalizado automático** — Motor de cruce preferencias×contenidos sin definición formal de fallback. ### Decisiones Críticas Bloqueantes 1. **Sistema de mail marketing** (D1) — Sin esto, los 4 módulos de newsletter no se pueden implementar. 2. **UX de modales de consulta** (D2) — Sin diseños Figma, 3 módulos de consulta pública quedan bloqueados. 3. **Diseños Figma de correos** (D7) — Sin esto, las ~15 plantillas de email transaccional no se pueden construir. 4. **Definición del Inmail LPDI** (D8) — El matchmaking depende de mensajería directa funcional. --- ### ⚠️ Inconsistencias detectadas entre documentos - El archivo `LISTADO_DE_PAISES` es .xlsx, no procesable como texto. Se necesita la versión en formato compatible o la especificación de qué API/servicio de países usar. - Los documentos SGC V.3 vs V.4 y SGR V.3 vs V.4 tienen diferencias mínimas (~30 chars de diferencia en SGC). ⚠️ **Supuesto:** V.4 es la versión vigente en ambos casos. - El Brandbook menciona alianza con **eventplus.app** como "powered by", pero los manuales técnicos no mencionan integración técnica con EventPlus. ⚠️ Validar si es solo branding o requiere integración API.