--- # 📋 Análisis Estructurado — B1. Requerimiento Técnico Sistema LPDI V.3 (16-MAR-2026) ## Resumen Ejecutivo El documento B1 V.3 es el **requerimiento técnico maestro** del Sistema LPDI. A diferencia de los manuales funcionales (B2, C1, E1) que detallan campo por campo, este documento define la **arquitectura de módulos, capacidades transversales y requerimientos no funcionales** de los tres pilares: Sistema de Usuarios, Subsistema de Gestión de Contenidos (SGC) y Subsistema de Gestión de Relacionamiento (SGR). Es el documento de referencia para que el equipo técnico entienda QUÉ construir y CON QUÉ restricciones. Incluye dos mapas interactivos (SGC y SGR) como features de gamificación/inteligencia diferenciadores. --- ## Módulos/Features con Tallaje ### A. Sistema de Usuarios (Transversal) | Feature | Tallaje | Notas | |---------|---------|-------| | Registro con correo como llave principal | **S** | Email único, confirmación vía correo | | Multi-perfil por usuario (no excluyentes) | **M** | Un usuario puede ser Startup + ICG + Asistente evento simultáneamente. Impacta modelo de datos | | Autenticación múltiple (user/pass, Google, Teams, código email) | **M** | OAuth Google + Microsoft + magic link. 3 flujos de auth | | Recuperación y cambio de contraseña | **S** | ⚠️ Mencionado aquí pero NO especificado en B2 V.3 | | Creación masiva de usuarios (solo con correo) | **M** | Bulk import, validación masiva, notificaciones batch | | Descarga masiva de datos (xlsx, csv) | **S** | Export estándar | | Lista de favoritos por categoría + compartir en RRSS | **M** | Categorización (eventos, convocatorias, noticias), deep links para sharing | | Optimización web + móvil (responsive) | **M** | Todo el sistema, énfasis en formularios, modales, NW y MM | ### B. Subsistema de Gestión de Contenidos (SGC) | Feature | Tallaje | Notas | |---------|---------|-------| | Formularios dinámicos (Eventos, Convocatorias, Noticias) | **M** | CRUD de preguntas/secciones, reordenar. Referencia instructivos externos | | Admin de contenidos (CRUD + trazabilidad + workflow aprobación) | **M** | Aprobar/rechazar/editar/eliminar, papelera 30d, log de auditoría | | Modales embebibles marca blanca (3 tipos) | **M** | Consulta pública eventos/convocatorias/noticias, personalización branding | | Newsletter genérico (2 tipos: eventos+convocatorias, noticias+insights) | **M** | Curaduría manual, integración mail marketing externo | | Newsletter personalizado (auto-curado) | **L** | Cruce preferencias usuario × contenido BD, fallback a contenido afín cuando no hay suficiente match, envío automático | | Formulario personalización preferencias | **S** | UI para que usuario configure filtros de newsletter | | Admin fuentes de información (3 directorios) | **S** | Organizadores eventos, Convocantes, Medios comunicación | | Permisos especiales (registradores auto-aprobados) | **S** | Flag por usuario que bypasea curaduría | | Super Eventos (agrupación jerárquica) | **M** | CRUD Super Eventos, recategorización, relación padre-hijo | | Código único por contenido | **S** | Secuencia numérica interna | | Notificaciones email SGC (5 gestión + 4 newsletter) | **M** | 9 templates, diseño Figma estándar, triggers automáticos | | Dashboard SGC (métricas + estadísticas + cruces) | **M** | Gráficas, filtros temporales, acceso restringido a usuarios seleccionados | | **Mapa interactivo ecosistema contenidos** | **L** | Mapbox/Leaflet, pines eventos+convocatorias, clusterización, timeline temporal, panel filtros regionales, fly-to, buscador geográfico, toggle capas | ### C. Subsistema de Gestión de Relacionamiento (SGR) | Feature | Tallaje | Notas | |---------|---------|-------| | Formularios registro startups + ICG | **M** | Referencia a manuales E1 (instructivos externos) | | Modales embebibles marca blanca (startups + ICG) | **M** | Consulta pública + info detallada, branding personalizable | | Admin startups + ICG (CRUD + trazabilidad + verificación) | **M** | Verificación de equipos startups, seguimiento invitaciones, doble confirmación, papelera 30d | | Networking | **L** | Referencia completa al Manual SGR | | Matchmaking | **L** | Referencia completa al Manual SGR | | Panel de control SGR (permisos + privacidad) | **M** | Permisos individuales ICG para dashboard, restricción campos "Exclusivos ICG", código único | | Dashboard inteligencia ecosistema (métricas + gráficas) | **M** | Similar a Dashboard SGC, acceso ICG seleccionados | | **Mapa interactivo inteligencia ecosistema** | **L** | Mapbox/Leaflet, 4 tipos de pines (Startup/Inversionista/Corporativo/Gestor), tamaño dinámico por BRL/TRL, clusterización, tooltip con ficha, botones "Ver perfil"/"Conectar", filtros por industria/tipo ICG, búsqueda geográfica restringida por rol | --- ## Dependencias entre Módulos ``` SISTEMA USUARIOS (B1 + B2) ├──→ SGC (C1): Formularios, Admin, Newsletters, Dashboard │ ├──→ Mapa Interactivo Contenidos (Mapbox/Leaflet) │ └──→ Mail Marketing externo (integración) │ └──→ SGR (E1): Formularios, Admin, NW, MM, Dashboard ├──→ Mapa Interactivo Ecosistema (Mapbox/Leaflet) ├──→ OAuth Google Calendar / Outlook (Agenda MM) └──→ WhatsApp / LinkedIn (conectividad externa MM) Transversales: Catálogo Países ONU ──→ Mapas + Formularios + Filtros Catálogo Industrias ──→ Formularios + Newsletters + Mapas + MM Brandbook ──→ UX todos los módulos Figma Notificaciones ──→ Templates email SGC + SGR ``` **Dependencias críticas:** - **Mapas interactivos** requieren decisión de librería (Mapbox vs Leaflet) — afecta ambos subsistemas - **Newsletter personalizado** requiere motor de matching (preferencias × contenido) + integración mail marketing - **Multi-perfil usuario** condiciona todo el modelo de datos y permisos --- ## Riesgos y Alertas | # | Riesgo | Severidad | |---|--------|-----------| | 🔴 1 | **Newsletter personalizado auto-curado = motor de recomendación**: requiere algoritmo de matching, fallback inteligente, y programación automática. Complejidad subestimada por el documento que lo describe en 1 párrafo | Alta | | 🔴 2 | **Dos mapas interactivos independientes** (SGC y SGR): misma tecnología pero datos y lógicas diferentes. Riesgo de duplicación de esfuerzo si no se diseña componente compartido | Alta | | 🟡 3 | **Marca blanca en modales embebibles**: "personalización con branding de otras marcas" implica theming dinámico, CSS isolation, posible multi-tenancy — alcance no detallado | Media | | 🟡 4 | **4 métodos de autenticación**: user/pass + Google OAuth + Microsoft OAuth + magic link email. Cada uno requiere flujo propio, y Microsoft Teams OAuth tiene mayor complejidad de configuración | Media | | 🟡 5 | **Referencia circular a instructivos externos**: El documento B1 referencia ~15 instructivos/manuales para detalles (formularios dinámicos, modales, etc.). Si alguno no está actualizado, B1 queda incompleto | Media | | 🟡 6 | **"Permisos especiales" para ICG en dashboard SGR vs SGC**: dos implementaciones de permisos granulares diferentes. Riesgo de inconsistencia en el modelo de autorización | Media | | ⚠️ 7 | **Mapa SGR con tamaño dinámico de pin por BRL/TRL**: feature de visualización complejo que requiere normalización de escalas de madurez a tamaño visual — no se define cómo | Baja | --- ## Decisiones Pendientes 1. **📌 Mapbox vs Leaflet**: El documento lista ambos como opciones. Mapbox = mejor UX pero con costo por uso. Leaflet = open source pero menor funcionalidad nativa. Decisión impacta ambos mapas. 2. **📌 Integración mail marketing**: ¿Qué plataforma? ¿Mailchimp, SendGrid, Brevo? El doc dice "sistema de mail marketing de LPDI" sin especificar. Para newsletter personalizado puede ser OTRA plataforma. 3. **📌 Modelo multi-perfil**: "Un mismo usuario puede tener varios perfiles sin ser excluyentes" — ¿Es una tabla de roles many-to-many, o perfiles separados con switch de contexto? Impacta toda la arquitectura. 4. **📌 Alcance marca blanca**: ¿Solo CSS/branding, o también dominios custom, logos, colores completos? ¿Cuántas marcas simultáneas? 5. **📌 UX de modales y mapas**: Múltiples menciones a "UX pendiente" para modales de consulta (noticias, eventos, convocatorias). 6. **📌 Restricción geográfica búsqueda mapa SGR**: "Búsqueda por ciudad exclusiva para ICG registrados" — ¿cómo se implementa el gating? ¿Login wall o degradación graceful? --- ## Cruce con Documentos Previos | Documento | Hallazgo | |-----------|----------| | **B2 V.3** (Manual Usuario) | ✅ Alineado en registro simplificado. ⚠️ B1 menciona "recuperar y cambiar contraseña" + "login con Google/Teams/código email" — **B2 V.3 NO especifica ninguno de estos flujos**. Gap funcional. | | **E1 SGR V.6** | ✅ Networking y Matchmaking referenciados correctamente. ⚠️ B1 menciona "Dashboard de Inteligencia" y "Mapa Interactivo SGR" que NO están detallados en E1 V.6. Gap de especificación. | | **C1 SGC V.4** | ⚠️ No verificado en esta sesión, pero B1 referencia extensamente instructivos del SGC para formularios y modales. | | **A.1 Esquema Tecnológico** | Documento de jul-2025, muy anterior. B1 V.3 es la versión actualizada del stack requerido. | --- ## Vista Consolidada ### Distribución de Tallaje | Tallaje | Cantidad | Módulos | |---------|----------|---------| | **S** | 7 | Registro básico, recuperación password, export datos, personalización newsletter, admin fuentes, permisos especiales, código único | | **M** | 14 | Multi-perfil, auth múltiple, creación masiva, favoritos+RRSS, responsive, formularios dinámicos×2, admin contenidos, modales marca blanca×2, newsletter genérico, super eventos, notificaciones email, dashboards×2, admin startups/ICG, panel control SGR | | **L** | 5 | Newsletter personalizado auto-curado, Mapa interactivo SGC, Mapa interactivo SGR, Networking (ref E1), Matchmaking (ref E1) | | **Total** | **26 features** | | ### Top 3 Riesgos 1. 🔴 **Newsletter personalizado = motor de recomendación no trivial** — descrito en 1 párrafo, requiere algoritmo de matching contenido×preferencias, fallback inteligente, y envío automático programado 2. 🔴 **Dos mapas interactivos con lógica duplicable** — si no se abstrae un componente compartido (Mapbox/Leaflet + clustering + filtros + fly-to), se duplica esfuerzo significativo 3. 🟡 **Gaps de especificación entre B1 y B2/E1** — B1 requiere features (OAuth Google/Teams, recuperación contraseña, dashboard SGR, mapa SGR) que los manuales funcionales correspondientes NO detallan ### Decisiones Críticas Bloqueantes | Decisión | Bloqueante para | Quién decide | |----------|----------------|--------------| | **Mapbox vs Leaflet** | Ambos mapas interactivos (SGC + SGR) | Equipo técnico + cliente (presupuesto) | | **Plataforma mail marketing + arquitectura newsletter personalizado** | Todo el módulo de newsletters (genérico + personalizado) | Cliente + equipo técnico | | **Modelo de datos multi-perfil usuario** | Arquitectura completa del sistema (auth, permisos, vistas) | Equipo técnico | | **Especificar flujos auth faltantes** (OAuth, magic link, recuperación contraseña) en B2 | Módulo de autenticación | Cliente (producto) |