Análisis — PROYECTO
Generado por el equipo de agentes PMO | 2026-04-09
Documentos analizados (1)
B2. MANUAL DE USUARIO SISTEMA LPDI - V.3 08-ABR-2026.docx
--- # 📋 Análisis Estructurado — B2. Manual de Usuario Sistema LPDI V.3 (08-ABR-2026) ## Resumen Ejecutivo El Manual de Usuario V.3 define el módulo de **gestión de usuarios** del Sistema LPDI: registro simplificado, registro detallado, perfil de usuario y panel de servicios. Es el documento base que establece la estructura de datos del usuario que luego consumen TODOS los demás subsistemas (SGR, SGC, Eventos, Contenido). Respecto a V.2 (16-MAR), V.3 introduce **cambios puntuales en la taxonomía de roles y regiones** — no hay cambios funcionales nuevos, solo refinamiento del catálogo. --- ## Cambios V.2 → V.3 (Delta) | # | Cambio | Impacto | |---|--------|---------| | 1 | **Región "Resto del mundo" → "Oceanía"**: se segmenta la última región genérica en una región específica | **S** — Alineación con catálogo ONU (doc CATALOGO_PAISES) | | 2 | **Reordenamiento de categorías "Rol en el ecosistema"**: Nuevo orden lógico agrupando por tipo de actor (Inversionistas → Gestores → Corporativo → Startup → Gobierno → Academia → Hub → Otros) | **S** — Solo UI, mismos datos | | 3 | **Expansión de subcategorías**: "Consultora" se desglosa en 3 (Gran consultora, Consultora boutique, Consultor independiente); "Entidad Pública" se desglosa en 3 niveles (Municipal, Regional, Nacional); "Centro de Formación" → "Otros centros de formación"; se agrega "Gobierno" como categoría padre | **M** — Impacta modelo de datos y TODOS los formularios que referencian este catálogo | | 4 | **Reposicionamiento de "Cámara de Comercio"/"Caja de Compensación"**: intercambio de orden dentro de Gestores | **S** — Cosmético | --- ## Módulos/Features con Tallaje ### 1. Autenticación y Registro | Feature | Tallaje | Notas | |---------|---------|-------| | Registro simplificado (correo + nombre + país + rol + contraseña) | **S** | 6 campos obligatorios, validaciones estándar | | Validación de contraseña (fuerza, restricciones, no-paste) | **S** | Lógica front-end estándar | | Flujo de confirmación por email (3 correos automáticos) | **M** | Templates email, lógica de activación, botones deep-link | | Inicio de sesión / Recuperación contraseña | **S** | ⚠️ Recuperación de contraseña NO está especificada en el documento | ### 2. Perfil de Usuario (Formulario Detallado) | Feature | Tallaje | Notas | |---------|---------|-------| | Panel 1: Datos básicos (foto, nombre, nickname, género, email, password) | **S** | Campos estándar, upload imagen hasta 10MB | | Panel 2: Perfil ecosistema (rol, industrias, país, ciudad, empresa, cargo, bio) | **M** | Lógica condicional compleja: placeholder dinámico según asociación startup/ICG/eventos/newsletter. Dos megacategorías de industrias (tech vs tradicional) | | Panel 3: Contacto (celular, idiomas, QR) | **M** | Validación intl telefónica, QR auto-generado, idiomas jerarquizados con drag&drop | | Panel 4: Redes sociales (LinkedIn, Instagram, X, YouTube, web) | **S** | URLs con validación, prefill condicional desde startup/ICG | | Porcentaje de completitud + auto-guardado | **S** | Barra progreso + save on change | ### 3. Panel de Servicios (Hub de Navegación) | Feature | Tallaje | Notas | |---------|---------|-------| | Botón CONECTAR → Matchmaking | **S** | Routing a SGR | | Botón CONSULTAR → Modales consulta (6 destinos) | **S** | Routing a modales públicos | | Botón REGISTRAR → Formularios (6 destinos) | **S** | Routing a formularios | | Botón PERSONALIZAR → Perfiles (3 destinos) | **S** | Routing a configuración | | Botón IR A MIS EVENTOS → Networking | **S** | Routing a módulo NW | ### 4. Catálogo de Roles en el Ecosistema (ACTUALIZADO V.3) | Feature | Tallaje | Notas | |---------|---------|-------| | Taxonomía de roles (7 categorías padre, ~30 subcategorías) | **M** | ⚠️ Es el catálogo MAESTRO que consumen SGR (startups, ICG, networking, matchmaking), SGC (convocatorias), y Eventos. Cualquier cambio aquí propaga a TODOS los formularios | --- ## Dependencias entre Módulos ``` B2. Manual Usuario (ESTE DOC) │ ├──→ E1. SGR: Formularios startup/ICG referencian roles, industrias, país │ Networking/Matchmaking sincronizan perfil usuario (§) │ ├──→ C1. SGC: Convocatorias heredan catálogo industrias tech │ ├──→ Subsistema Eventos: Carga masiva crea usuarios automáticamente │ ├──→ Subsistema Contenido: Newsletter usa industrias del perfil │ └──→ CATALOGO_PAISES_ONU: País/región ahora con Oceanía separada ``` **Dependencia crítica**: El catálogo de roles del usuario (líneas 75-133 de V.3) es la **fuente de verdad** para el campo "Rol en el ecosistema" que aparece en al menos 5 formularios diferentes del sistema. La expansión de subcategorías en V.3 DEBE propagarse a: - Formulario registro startups (SGR) - Formulario registro ICG (SGR) - Perfil networking (SGR) - Perfil matchmaking (SGR) - Carga masiva eventos --- ## Riesgos y Alertas | # | Riesgo | Severidad | |---|--------|-----------| | 🔴 1 | **Propagación de cambios en taxonomía de roles**: V.3 expande subcategorías (Consultora×3, Entidad Pública×3, nuevo "Gobierno") — si SGR V.6 no refleja estos cambios, habrá inconsistencia de datos entre subsistemas | Alta | | 🟡 2 | **Recuperación de contraseña NO especificada**: el documento define registro y login pero NO el flujo de "Olvidé mi contraseña" | Media | | 🟡 3 | **Conflicto "Resto del mundo" → "Oceanía"**: V.2 tenía "Resto del mundo" como catch-all. V.3 lo reemplaza por "Oceanía", lo que implica que países de Medio Oriente quedan sin región explícita (Asia los cubre, pero no es obvio) | Media | | 🟡 4 | **Placeholder dinámico = complejidad oculta**: Los campos Empresa, Cargo, LinkedIn, YouTube y Página web tienen lógica condicional de 3-4 niveles (startup → ICG → eventos → default). Esto genera queries complejas al cargar el formulario | Media | | ⚠️ 5 | **Campos marcados "Opcional" pero con Obligatoriedad "Sí"**: Género, Empresa y Cargo están etiquetados como "-Opcional-" pero tienen obligatoriedad marcada como "Sí" (líneas 212-216, 258-264, 270-276). **Inconsistencia funcional** | Media | --- ## Decisiones Pendientes 1. **📌 Flujo "Olvidé mi contraseña"**: No está especificado. ¿Email con link temporal? ¿OTP? ¿Preguntas de seguridad? 2. **📌 Resolución inconsistencia Opcional vs Obligatorio**: Género, Empresa y Cargo dicen "-Opcional-" en el label pero "Sí" en obligatoriedad. ¿Cuál prevalece? 3. **📌 Propagación de taxonomía V.3 a SGR**: ¿Ya se actualizó el SGR V.6 con las nuevas subcategorías (Consultora×3, Entidad Pública×3, Gobierno)? Necesita validación cruzada. 4. **📌 Países de Medio Oriente**: Con la eliminación de "Resto del mundo", ¿se asume que caen bajo "Asia"? El catálogo ONU debería resolver esto pero necesita confirmación. --- ## Cruce con Documentos Previos | Documento | Hallazgo | |-----------|----------| | **SGR V.6** (E1) | ⚠️ Las regiones en SGR V.6 listan: Latam, Norteamérica, Centroamérica, Suramérica, Caribe, Europa, Asia, África, Oceanía — **ya tiene Oceanía**, consistente con B2 V.3. Pero NO tiene la expansión de roles (Consultora×3, Gobierno, etc.). **Inconsistencia pendiente.** | | **CATALOGO_PAISES_ONU** | Confirma la región Oceanía como categoría separada. Alineado con B2 V.3. | | **B1. Req. Técnico V.3** | Define la arquitectura técnica pero no entra en detalle de catálogos — neutral. | --- ## Vista Consolidada ### Distribución de Tallaje | Tallaje | Cantidad | Módulos | |---------|----------|---------| | **S** | 10 | Registro simplificado, validación password, login, datos básicos, redes sociales, progreso, 5× routing panel servicios | | **M** | 5 | Flujo emails confirmación, perfil ecosistema, contacto+QR, catálogo roles, propagación taxonomía | | **L** | 0 | — | | **Total** | **15 features** | | ### Top 3 Riesgos 1. 🔴 **Inconsistencia taxonomía roles V.3 vs SGR V.6** — nuevas subcategorías (Consultora×3, Entidad Pública×3, Gobierno como categoría) no están reflejadas en los formularios del subsistema de relacionamiento 2. 🟡 **Flujo "Olvidé mi contraseña" inexistente** — feature esencial de cualquier sistema con autenticación propia, no documentado 3. 🟡 **Contradicción Opcional/Obligatorio** en 3 campos (Género, Empresa, Cargo) — ambigüedad que bloqueará al equipo de desarrollo ### Decisiones Críticas Bloqueantes | Decisión | Bloqueante para | Quién decide | |----------|----------------|--------------| | Resolver inconsistencia Opcional vs Obligatorio en 3 campos | Desarrollo de formularios de usuario | Cliente (producto) | | Especificar flujo de recuperación de contraseña | Módulo de autenticación completo | Cliente + equipo técnico | | Confirmar propagación de taxonomía roles V.3 a todos los subsistemas | Consistencia de datos cross-system | Cliente (producto) |