Tengo suficiente información. Aquí va el análisis completo: --- # 🏗️ ANÁLISIS ARQUITECTÓNICO — SISTEMA LPDI ## ═══════════════════════════════════════════ ## DOCUMENTO 1: ANÁLISIS ESTRATÉGICO (Comité Feb 2026) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Análisis Porter + McKinsey-GE + BCG de los 3 subsistemas. Conclusión: Relacionamiento es prioridad #1 de inversión (mercado atractivo 4.15/5, sin competencia Latam), Contenidos es quick-win (ya en producción), Eventos se posterga (mercado saturado, sin MVP). Mayor riesgo: la inercia del statu quo (Excel+WhatsApp), no otra plataforma. ### Hallazgos Clave - Rivalidad directa baja (2/5) — ventana de oportunidad abierta - Sustitutos alta (4/5) — el enemigo es "como siempre lo hemos hecho" - Relacionamiento: Atractivo 4.15 pero Fortaleza 3.30 (sin MVP) - Eventos: clasificado como "Perro" en BCG — NO invertir como producto independiente ### Decisiones Pendientes 1. ✅ Confirmar Relacionamiento como prioridad #1 2. ⏳ Definir hitos de validación: MVP dashboard en 90 días, piloto con 2-3 redes 3. ⏳ Kill criteria para Eventos (12 meses sin demanda orgánica → integrar mínimo) 4. ⏳ Monitorear entrada de Dealroom/Crunchbase a Latam --- ## ═══════════════════════════════════════════ ## DOCUMENTO 2: OFERTA DE VALOR (Feb 2026) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Documento comercial que describe LPDI como "hub de ecosistemas de innovación" para Latam+España+EEUU. Define 3 módulos (Contenidos, Relacionamiento, Eventos), segmentos de cliente (aceleradoras, redes de inversión, gobiernos, cámaras de comercio) y mercado potencial ($2.4M-$9.6M USD anuales con 100-200 organizaciones a $2K-$4K/mes). ### Insights para Arquitectura - White-label es requisito core: modales embebibles con branding del cliente - Dashboard de inteligencia con 4 niveles de madurez (BRL, TRL, CRL, TMRL) - Matchmaking startup↔inversionista es la funcionalidad premium - Tendencia: fondos multilaterales condicionan financiamiento a medición de impacto --- ## ═══════════════════════════════════════════ ## DOCUMENTO 3: ESQUEMA TECNOLÓGICO (Jul 2025) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Mapa de módulos de alto nivel de los 3 subsistemas. Contenidos (registro, notificaciones, newsletters, landing, difusión RRSS, scraping). Eventos (Tech Weeks, gestión de eventos, networking sessions, one-on-one, rueda de negocios, bootcamps). Relacionamiento (scouting, matchmaking, BD decks/convocatorias). ### Módulos Identificados (conteo bruto) | Subsistema | Módulos identificados | |---|---| | Contenidos | 9 módulos + scraping + RRSS automation | | Eventos | 6 módulos (Tech Weeks, gestión, networking, one-on-one, rueda negocios, bootcamps) | | Relacionamiento | 3 módulos (scouting, matchmaking, one-on-one) | | Transversales | Registro usuarios, carga/descarga masiva, soporte técnico | --- ## ═══════════════════════════════════════════ ## DOCUMENTO 4: MODELO DE ECOSISTEMA (Jul 2025) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Framework conceptual de 4 pilares: Mapear (contenido, actores), Conectar (matchmaking, eventos, cooperación), Crear (conocimiento, visibilidad, data), Atraer (scouting, marca, internacionalización). Genera 4 objetivos (Conocimiento, Cooperación, Visibilidad, Relaciones), 4 resultados medibles (Inversión, Innovación, Inteligencia, Influencia) y un propósito: Impacto. ### Relevancia Técnica - Define la jerarquía de valor: datos → conexiones → inteligencia → impacto - Dashboard de métricas debe cubrir los 4 resultados (inversión, innovación, inteligencia, influencia) - ⚠️ Este framework es aspiracional — el sistema técnico actual cubre ~25% de los pilares --- ## ═══════════════════════════════════════════ ## DOCUMENTO 5: ARQUITECTURA TÉCNICA CONTENIDOS (Jul 2025) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Documento de arquitectura v0.04 (borrador) para el subsistema de Contenidos. Stack: SvelteKit 2 + Supabase + Prisma + Cloudflare + Resend + Capacitor. Monolito modular con 4 fases de implementación (24 semanas total para equipo 1-5 devs). Define modelo de datos, seguridad (doble capa auth), y componentes detallados. ### Stack Definido | Capa | Tecnología | Estado | |---|---|---| | Frontend Web | SvelteKit 2 (Svelte 5) | Definido | | Frontend Móvil | Capacitor | Definido | | Backend | SvelteKit Server Routes | Definido | | Plataforma | Supabase (PostgreSQL + Auth + Storage + Realtime) | Definido | | ORM | Prisma | Definido | | CDN | Cloudflare (Free/Pro) | Definido | | Email | Resend + Svelte Email | Definido | | Búsqueda | Meilisearch | Definido | | Scraping | Firecrawl API | Definido | | Push | OneSignal | Definido | | RRSS | Buffer API o custom | Pendiente decisión | | UI | shadcn-svelte + Tailwind | Definido | ### Fases de Implementación | Fase | Semanas | Scope | |---|---|---| | 1 — Fundación | 1-6 | CMS básico, auth, CRUD, landing pública | | 2 — Distribución | 7-12 | Newsletter, push, widget embebible, búsqueda | | 3 — Automatización | 13-18 | Scraping, RRSS, carga masiva, flujo editorial | | 4 — Móvil e Inteligencia | 19-24 | App móvil, dashboard analytics, NLP tags | ### Riesgos Detectados - ⚠️ Prisma bypasea RLS de Supabase — requiere doble capa de autorización - ⚠️ Documento es v0.04 borrador — no validado con equipo - ⚠️ No menciona el subsistema de Relacionamiento ni su integración --- ## ═══════════════════════════════════════════ ## DOCUMENTO 6: PLAN DE INVERSIÓN SDDE (Anexo 2) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Formato para subsidio del gobierno distrital (SDDE Bogotá). Empresa: LPDI S.A.S. (Micro, NIT 901.481.576-1). Equipo: Frank Prieto (director), Roberto Aguirre (desarrollador), Daniel Gordillo (RRPP). Presupuesto: $20M COP total ($10M SDDE + $10M empresa). Plazo: 8 semanas. Foco: scraping 400 fuentes, dashboard analíticas, UX formularios. ### Objetivos del PIP 1. **Scraping** — 400 fuentes, 500 registros/mes automáticos (2 semanas) 2. **Dashboard analíticas** — 10 métricas diseñadas e implementadas (4 semanas) 3. **UX** — 2 formularios rediseñados (startups e inversionistas), 50 registros en 2 meses (4 semanas) ### Presupuesto | Rubro | Valor COP | |---|---| | Consultoría UX | $4,500,000 | | Recurso humano (desarrollo) | $10,000,000 | | Servicios RPA/analítica | $3,500,000 | | Licencias software | $2,000,000 | | **TOTAL** | **$20,000,000** (~USD 5,000) | ### Datos Actuales - +2,500 eventos y 570 convocatorias registradas históricamente - Procesos de curaduría actualmente manuales - Alianzas: Fomo, Startco, Colombia Tech Week, Perú Tech Week --- ## ═══════════════════════════════════════════ ## DOCUMENTO 7: REQUERIMIENTO TÉCNICO (V.2 Feb 2026) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Especificación funcional del sistema completo. Define: sistema de usuarios (multi-perfil, OAuth, código por email, creación masiva), subsistema Contenidos (formularios dinámicos, panel de control, newsletters genéricos/personalizados, notificaciones, dashboard) y subsistema Relacionamiento (formularios startup/ICG, panel de control, dashboard inteligencia, matchmaking). El módulo de matchmaking está conceptualizado pero **sin requerimientos técnicos formalizados**. ### Features por Subsistema **Sistema de Usuarios** — Complejidad: Media | Feature | Complejidad | Días-persona | |---|---|---| | Registro multi-perfil con email como llave | Media | 5 | | OAuth (Google, Teams) + Magic link | Media | 4 | | Panel de perfil + favoritos | Baja | 3 | | Creación masiva de usuarios | Media | 3 | | Descarga masiva (xlsx, csv) | Baja | 2 | | **Subtotal** | | **17** | **Subsistema Contenidos** — Complejidad: Alta | Feature | Complejidad | Días-persona | |---|---|---| | Formulario dinámico Eventos (4 paneles, ~30 campos con lógicas) | Alta | 12 | | Formulario dinámico Convocatorias | Alta | 10 | | Formulario dinámico Noticias | Media | 6 | | Creación/gestión Super Eventos | Media | 5 | | Modal consulta pública Eventos (embebible, white-label) | Alta | 8 | | Modal consulta pública Convocatorias (embebible) | Alta | 8 | | Modal consulta pública Noticias (embebible) | Media | 6 | | Panel de control (CRUD + trazabilidad + permisos + papelera 30d) | Alta | 15 | | Gestión formularios dinámicos (agregar/editar/reordenar preguntas) | Muy Alta | 12 | | Newsletter genérico (2 tipos) + formularios de carga | Media | 8 | | Newsletter personalizado (cruce preferencias + envío automático) | Alta | 12 | | Formulario personalización preferencias | Media | 5 | | Sistema notificaciones por correo (~12 templates) | Media | 8 | | Dashboard de contenidos (métricas + gráficos + cruces) | Alta | 15 | | Administración fuentes de información (3 directorios) | Media | 6 | | Scraping de fuentes (Firecrawl) | Alta | 10 | | Automatización RRSS | Media | 5 | | Carga/descarga masiva datos | Media | 4 | | **Subtotal** | | **155** | **Subsistema Relacionamiento** — Complejidad: Muy Alta | Feature | Complejidad | Días-persona | |---|---|---| | Formulario simplificado Startups (3 paneles, registro + auto-usuario) | Alta | 8 | | Formulario detallado Startups (6 paneles, ~40 campos con lógicas complejas: BRL, TRL, CRL, TMRL, tesis de inversión, equipo con verificación) | Muy Alta | 20 | | Formulario ICG (5+ paneles, propuesta de valor correlacionada con necesidades startup) | Muy Alta | 18 | | Modal consulta pública Startups (filtros primarios + secundarios con 3 niveles de acceso: público, registrado, ICG) | Muy Alta | 15 | | Modal consulta pública ICG | Alta | 12 | | Ficha técnica detallada Startup (3 niveles de visibilidad) | Alta | 8 | | Panel de control (admin startups + admin ICG + trazabilidad + verificación equipos) | Alta | 15 | | Dashboard inteligencia ecosistema (métricas avanzadas, gráficos, permisos individuales ICG) | Muy Alta | 20 | | Matchmaking (sugerencia ICG compatibles basado en necesidades↔propuesta valor) | Muy Alta | 15 | | Networking module (contactar vía plataforma) | Alta | 10 | | Gestión formularios dinámicos (agregar/editar/reordenar) | Muy Alta | 10 | | **Subtotal** | | **151** | --- ## ═══════════════════════════════════════════ ## DOCUMENTO 8: MANUAL CONTENIDOS (V.1 Feb 2026) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Manual de ~114K chars con especificación campo-por-campo de todos los formularios, modales de consulta y flujos del subsistema de Contenidos. Nivel de detalle: cada campo con placeholder, advertencia, tipo, obligatoriedad, opciones y múltiples observaciones de lógica. Incluye formularios de eventos (~30 campos), convocatorias, noticias, super eventos, modales de consulta pública con filtros complejos, y formularios de newsletter. ### Hallazgos Clave - Formularios con lógica condicional compleja (campos que se activan/desactivan según respuestas) - Integración Google Maps para ubicación de eventos - Búsquedas no sensibles a tildes ni mayúsculas (normalización requerida) - Código único auto-generado para cada registro - Sistema de favoritos y compartir en redes --- ## ═══════════════════════════════════════════ ## DOCUMENTO 9: MANUAL RELACIONAMIENTO (V.2 Feb 2026) ## ═══════════════════════════════════════════ ### Resumen Ejecutivo Manual de ~151K chars — el documento más extenso. Define flujos de registro de startups (simplificado + detallado), ICG, modales de consulta con 3 niveles de acceso (público/registrado/ICG), ficha técnica detallada, propuesta de valor ICG correlacionada con necesidades startup para matchmaking. Sistema de verificación de equipos vía email. Los niveles de madurez (BRL 1-9, TRL 1-9, CRL 1-9, TMRL 1-9) están completamente definidos con descripciones detalladas. ### Hallazgos Clave - **Doble formulario startup**: simplificado (onboarding rápido) → detallado (perfilamiento completo) - **Correlación needs↔value**: las subcategorías de "Necesidades" de startups se mapean 1:1 con "Propuesta de valor" de ICGs — esto ES el motor de matchmaking - **3 niveles de acceso** en modales: público, usuario registrado, ICG registrado — cada nivel desbloquea filtros y campos adicionales - **Verificación de equipo**: flujo de emails con confirmación/rechazo por cada miembro, con 3 estados (verde/naranja/rojo) - **Permisos de edición granulares**: CEO puede otorgar edición del formulario a miembros específicos - ⚠️ **Matchmaking**: "La UX está conceptualizada pero falta formalizar los requerimientos técnicos por escrito" — BLOQUEANTE --- ## ═══════════════════════════════════════════ # 📊 VISTA CONSOLIDADA ## ═══════════════════════════════════════════ ### Total de Módulos/Features | Subsistema | Features | Días-persona | Prioridad estratégica | |---|---|---|---| | Sistema de Usuarios | 5 | 17 | Habilitador (prerequisito) | | Contenidos | 18 | 155 | Quick-win (ya en producción parcial) | | Relacionamiento | 11 | 151 | Prioridad #1 de inversión | | Eventos | — | — | Postergado (decisión estratégica) | | Infraestructura base (CI/CD, deploy, Supabase setup, Cloudflare) | — | 10 | Prerequisito | | UX/UI design (Figma → componentes) | — | 30 | Transversal | | **TOTAL** | **34+** | **~363 días-persona** | | ### ⚠️ Supuestos de la Estimación - ⚠️ Equipo: 1 senior full-stack + 1 UX designer. Con 2 devs → **~9 meses calendario** - ⚠️ No incluye QA dedicado, testing, documentación técnica ni deploy a producción - ⚠️ No incluye módulo de Eventos (postergado por decisión estratégica) - ⚠️ La estimación del matchmaking (15 días) es optimista dado que **los requerimientos técnicos no están formalizados** - ⚠️ Formularios dinámicos editables (agregar/reordenar preguntas) son en sí un form-builder — alta complejidad subestimable ### 🔴 Top 3 Riesgos | # | Riesgo | Impacto | Mitigación | |---|---|---|---| | 1 | **Matchmaking sin requerimientos técnicos formalizados** | Bloqueante para la feature más diferenciadora y premium del sistema. Sin spec formal, se corre riesgo de re-trabajo. | Roberto debe exigir formalización ANTES de desarrollar. Definir algoritmo de matching (reglas vs. scoring vs. ML). | | 2 | **Equipo de 2 personas para ~363 días-persona de trabajo** | Timeline de 9+ meses con riesgo de burnout, cero redundancia, single point of failure en Roberto como único dev. | Priorizar MVP estricto: Usuarios → Contenidos core → Relacionamiento core. Considerar contratación o freelancers para frontend. | | 3 | **UX pendiente en múltiples módulos** (noticias, modales de consulta, dashboard) | Bloqueo de desarrollo frontend. Manual define lógica pero no diseño visual. | Paralelizar diseño UX con desarrollo backend. Usar shadcn-svelte para acelerar UI sin diseño pixel-perfect. | ### 🚨 Decisiones Críticas Bloqueantes | # | Decisión | Quién decide | Bloquea | |---|---|---|---| | 1 | **Formalizar requerimientos técnicos del Matchmaking** | Frank Prieto + Roberto | Desarrollo del feature premium de Relacionamiento | | 2 | **Secuencia de construcción**: ¿Contenidos primero (ya hay tracción) o Relacionamiento primero (mayor valor)? | Comité / Frank | Roadmap completo. El análisis estratégico dice Relacionamiento #1, pero Contenidos ya está en producción parcial | | 3 | **Definir scope del PIP SDDE** (8 semanas, $20M COP): ¿Se alinea con el roadmap general o es una entrega paralela? | Frank + Roberto | Asignación de Roberto las próximas 8 semanas | | 4 | **App móvil (Capacitor)**: ¿Se incluye en MVP o se posterga? | Frank | Fase 4 de arquitectura. Impacta timeline ~6 semanas | | 5 | **Kill criteria formal para Eventos** como módulo independiente | Comité | Liberación de recursos si se decide no desarrollar | ### 🔍 Inconsistencias Detectadas entre Documentos | # | Inconsistencia | Documentos | |---|---|---| | 1 | **BCG clasifica Contenidos como "Interrogante"** pero la Oferta de Valor lo describe como "ya funciona, genera tracción" y el PIP confirma 2,500+ eventos en producción. La clasificación BCG parece subestimar la tracción actual. | Análisis Estratégico vs. Oferta de Valor vs. PIP | | 2 | **Arquitectura técnica (doc 5) solo cubre Contenidos** pero no menciona cómo integrar Relacionamiento en el mismo stack. El modelo de datos no incluye entidades de startups, ICG, ni matchmaking. | Arquitectura v0.04 vs. Manual Relacionamiento | | 3 | **PIP promete resultados en 8 semanas** (scraping 400 fuentes + dashboard + UX) con 1 desarrollador. La estimación del propio documento de arquitectura es 24 semanas para solo Contenidos con 1-5 devs. | PIP SDDE vs. Arquitectura Contenidos | | 4 | **El requerimiento técnico dice "el módulo de matchmaking falta formalizar"** pero el análisis estratégico lo identifica como la funcionalidad #1 que justifica precios premium. Hay un gap entre ambición estratégica y madurez de especificación. | Req. Técnico vs. Análisis Estratégico | | 5 | **Roles del equipo**: el PIP lista a Roberto como "Desarrollador" pero el esquema técnico implica un equipo de 1-5 devs. No hay evidencia de más desarrolladores. | PIP vs. Arquitectura |