--- asset_id: MAP-EL-SOO-EcosistemaProyectado-v01 version: v01 tipo: MAP — Mapa de Ecosistema (proyectado · diseño predictivo) status: Draft (L0 · seed · pendiente ratificación Victor) owner: Victor Heredia sherpa_owner: Jay (SherpaX maestro) ratificador: Victor Heredia (L3+) intellibank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank / PB-SOO-SistemaOperativoOrganizacional proposito: > Diseño predictivo del ECOSISTEMA EXTERNO de WorX OS como producto comercial: las órbitas de add-ons, apps, conectores, partners y organizaciones implementadoras que crecen alrededor del SOOI. Complementa (no duplica) al MAP-EL-SOO-EcosistemaCompleto-v02 (instancia interna EL), al ARQ-XX-SOOI-DisenoConceptual-v01 (qué se vende) y al ARQ-EL-WORX-OS-Ecosistema-v01 (la pila del portafolio). gate_g0: PASS — consultados ARQ-XX-SOOI-DisenoConceptual-v01 · DC-EL-SOO-AddOns-ValidacionMatriz-v01 · MAP-EL-SOO-EcosistemaCompleto-v02 · SPEC-EL-SOO-KitEnsamblaje-v01 · SPEC-EL-SOO-DecisionEngine-v01 · ARQ-EL-HyperLoopX-MejoraRecursiva-v01 · ARQ-EL-WORX-OS-Ecosistema-v01 · MI-EL-SOO-Benchmark-Mercado-v01 · CP-EL-WORX-RallyAprendizaje-Metodologia-v01 + investigación externa 2026 (MCP/AAIF, Agentforce/AppExchange, programas de partners SaaS) inheritance: - ARQ-XX-SOOI-DisenoConceptual-v01 (cubos A/B/C/D · delimitación cliente) - DC-EL-SOO-AddOns-ValidacionMatriz-v01 (base vs. add-on vs. interno) - SPEC-EL-SOO-KitEnsamblaje-v01 (PnP-0…PnP-3 · fases F0–F5) - ARQ-EL-WORX-OS-Ecosistema-v01 (pila · narrativa · WORX Lab) - MI-EL-SOO-Benchmark-Mercado-v01 (paisaje competitivo) fecha_creacion: 2026-07-06 fecha_ultima_actualizacion: 2026-07-06 tags: [MAP, ecosistema, proyectado, worx-os, sooi, apps, conectores, add-ons, partners, marketplace, prediccion] --- # MAP · Ecosistema Proyectado de WorX OS ## Cómo se ve el ecosistema en desarrollo: órbitas de valor alrededor del SOOI > **Qué es este documento:** el diseño *hacia afuera*. Los tres documentos hermanos miran hacia adentro (la instancia EL, la delimitación del producto, la pila del portafolio). Este mira lo que crece **alrededor** del producto cuando el producto existe: add-ons, apps, conectores, partners, comunidad y organizaciones implementadoras — proyectado en 3 horizontes alineados a la madurez PnP del Kit de Ensamblaje. --- ## 0. Tesis del ecosistema Un sistema operativo no gana por sus features — gana por lo que otros construyen encima. Windows ganó por sus apps; Salesforce por AppExchange (7,000+ apps de ISVs); en 2026 los OS agénticos empiezan a ganar por sus catálogos de agentes y conectores (AgentExchange, Copilot Studio, marketplaces de 300+ agentes prefabricados). **La tesis de WorX OS:** el ecosistema no se construye *después* del producto — el producto ya lo trae embebido en su diseño. El Kit de Ensamblaje (capa universal + específica), los Add-Ons Premium (Cubo D), los plugins (`worx-core` + `worx-`) y el Rally son, desde hoy, las **primitivas del ecosistema**. Lo que falta no es arquitectura: es superficie de distribución y terceros. **El diferenciador que ningún benchmark tiene:** los competidores venden agentes y conectores; WorX OS instala **capacidad humana** (5 Capacidades vía Rally) + **jurisprudencia organizacional** (Decision Engine). El ecosistema proyectado explota esa asimetría: los partners no certifican "configurar software" — certifican **instalar conducta organizacional**. Eso no se puede piratear copiando el catálogo. --- ## 1. El mapa en una figura — 5 órbitas alrededor del núcleo ``` ÓRBITA 5 · ORGANIZACIONES (quién lo implementa) mid-market LATAM · logística (Posta) · family business · agencias · firmas profesionales · educación/expertos (MtE) ┌──────────────────────────────────────────────────────────────┐ │ ÓRBITA 4 · PARTNERS & COMUNIDAD (quién lo lleva) │ │ Sherpa Guides · Implementadores certificados · Creadores │ │ de BrainCodes/skills verticales · Consultoras aliadas │ │ ┌────────────────────────────────────────────────────────┐ │ │ │ ÓRBITA 3 · CONECTORES (por dónde entra el mundo)│ │ │ │ MCP-native: CRM · ERP · Chat · Docs · Datos · BI · │ │ │ │ verticales — con registry + gobernanza de conectores │ │ │ │ ┌──────────────────────────────────────────────────┐ │ │ │ │ │ ÓRBITA 2 · APPS (lo que se ve y se usa) │ │ │ │ │ │ Apps nativas EL · AI-apps del cliente (BYO) · │ │ │ │ │ │ apps de terceros (marketplace · fase G7) │ │ │ │ │ │ ┌────────────────────────────────────────────┐ │ │ │ │ │ │ │ ÓRBITA 1 · ADD-ONS PREMIUM (Cubo D) │ │ │ │ │ │ │ │ Cognición★ · SherpaTeamsX · USX-gen · │ │ │ │ │ │ │ │ Org IBX · Scan continuo · DE avz · HLX │ │ │ │ │ │ │ │ ┌──────────────────────────────────────┐ │ │ │ │ │ │ │ │ │ NÚCLEO · WorX OS BASE (Cubo A + B) │ │ │ │ │ │ │ │ │ │ Motor (2 lazos) · WORX · SherpaX · │ │ │ │ │ │ │ │ │ │ Gobernanza · DE vacío · Kit · Rally │ │ │ │ │ │ │ │ │ └──────────────────────────────────────┘ │ │ │ │ │ │ │ └────────────────────────────────────────────┘ │ │ │ │ │ └──────────────────────────────────────────────────┘ │ │ │ └────────────────────────────────────────────────────────┘ │ └──────────────────────────────────────────────────────────────┘ FÁBRICA EL (Cubo C · no se vende): 75 BrainCodes · LabPraxis · MetaFactorías · HyperLoopX-EL · portafolio ``` **Regla de lectura:** cada órbita monetiza distinto. Núcleo = licencia base. Órbita 1 = upsell (bundles). Órbita 2 = retención + expansión. Órbita 3 = costo de cambio (switching cost). Órbita 4 = distribución que no escala con headcount de EL. Órbita 5 = el mercado mismo. La fábrica EL queda fuera de todas — es lo que las produce. --- ## 2. Órbita 1 · Add-Ons Premium (el catálogo propio) Hereda directo del Cubo D (`ARQ-XX-SOOI` §3.4 + `DC-EL-SOO-AddOns-ValidacionMatriz`). Lo nuevo aquí es la **proyección de empaquetado y secuencia**: | Bundle proyectado | Contiene | Cuándo se activa | Racional | |---|---|---|---| | **Cognition Pack** ★ flagship | BrainCode Distiller + biblioteca genérica + BCs propios del cliente + UltraSherpaX-generator | H1 (post-Posta) | UltraSherpaX-gen depende de Cognición — se venden juntos, no separados | | **Agentic Workforce Pack** | SherpaTeamsX + Decision Engine avanzado (Autonomy Ledger completo) | H1–H2 | Equipos de agentes sin autonomía gobernada = riesgo; el DE avanzado es el freno y el acelerador a la vez | | **Intelligence Pack** | Org IBX completo + EmpowerScan continuo + HyperLoopX full | H2 | Los tres son el "diagnóstico permanente" — misma promesa, un solo bundle | | **Vertical Packs** | Especialistas por industria (legal MX/PY/US ya existen como skills) + BrainCodes verticales + plantillas de bancos por industria | H2, por demanda | Se fabrican con la maquinaria de EL; los primeros salen de casos reales (logística vía Posta) | **Predicción de pricing:** el modelo A (bundle por niveles) de la matriz DC- gana — los benchmarks 2026 (Agentforce, Copilot) educaron al mercado en "plataforma + packs". À la carte queda solo para Vertical Packs. --- ## 3. Órbita 2 · Apps (la superficie viva) Tres clases de apps, tres orígenes, una sola disciplina (plantillas HOY + naming BMF): ### 3.1 Apps nativas de EL (vienen con el OS o como add-on) | App | Qué hace | Estado | |---|---|---| | **HOY Dashboard** | Arranque del día del equipo | ✅ existe (plantilla en Kit) | | **WeekDashboard / minutas** | Ritmo semanal sincronizado | ✅ existe | | **Home del OS** | Mapa navegable de la instancia | ✅ existe (BRD-Home) | | **Decision Control Tower** | Founder Decision Load · Autonomy Rate · concordancia por clase | 🔵 diseñada (SPEC-DE §observabilidad) — *la app estrella del demo comercial* | | **Rally Boards** | Tableros de misiones + sellos de validación | ✅ existe (plantilla) | | **LoopX Pipeline** | Cuentas/proyectos en movimiento | ✅ existe en EL — generalizar | | **Idea Bank + Experimentos** | Innovación enrutada (3 bancos del HLX) | ✅ existe en EL — generalizar | | **Calculadoras vivas** | ROI, cotizadores, EmpowerScan | ✅ existen — parametrizar por cliente | ### 3.2 AI-apps del cliente (build-your-own — el moat declarado) El ARQ del portafolio ya lo dice: *"cada empresa se vuelve software company, sin ingenieros"*. Proyección de cómo se materializa: - **App Factory del cliente**: una MetaFactoría acotada (plantilla, no la línea de EL) que produce dashboards/calculadoras/tableros sobre los datos del propio vault, con el SherpaX como constructor y el sistema de diseño HOY como restricción. - **Gobernanza de apps**: toda app del cliente nace con tripleta + registro en su Registry — el "agent inventory" que los analistas 2026 señalan como la brecha #1 de gobernanza en plataformas agénticas (cientos de automatizaciones sin dueño). - **Predicción:** las 3 primeras apps que todo cliente construye son (1) su tablero de operación diaria, (2) una calculadora de su negocio, (3) el tablero de su proceso crítico. El Kit debería traer las 3 como misiones del Rally avanzado. ### 3.3 Apps de terceros (marketplace · fase G7) No antes de PnP-3. Ver §6 (flywheel) — el marketplace es consecuencia, no causa. --- ## 4. Órbita 3 · Conectores (por dónde entra el mundo real) **Apuesta arquitectónica: MCP-native.** El Model Context Protocol ya es el estándar de facto (10,000+ servers públicos, donado a la Agentic AI Foundation/Linux Foundation con OpenAI, Google, Microsoft y AWS como miembros; ~78% de equipos enterprise con agentes MCP en producción a julio 2026). WorX OS **no fabrica conectores propietarios** — cura, gobierna y ensambla conectores MCP existentes. Esto convierte la explosión del ecosistema MCP en viento de cola gratuito. ### 4.1 Clases de conectores (capa específica · Cubo B · fase F3 del Kit) | Clase | Ejemplos | Qué alimenta en el Motor | |---|---|---| | **CRM / ventas** | Salesforce, HubSpot, Pipedrive | Memoria (cuentas) + Decision Engine (clases comerciales) | | **ERP / finanzas** | SAP, Netsuite, QuickBooks, CONTPAQi (MX) | Memoria + calculadoras vivas + EmpowerScan | | **Comunicación** | Slack, Teams, Gmail, WhatsApp Business | Ritmos WORX (minutas, NEXTs) + captura de decisiones | | **Documentos** | Drive, SharePoint, Notion | Ingesta al vault (con Gate G0 de calidad) | | **Datos / BI** | Supabase, Postgres, Power BI, Metabase | Dashboards HOY + Org IBX | | **Operación vertical** | TMS/WMS (logística), PMS (hotelería), LMS (educación) | Vertical Packs — el primero sale del caso Posta | ### 4.2 Gobernanza de conectores (el diferenciador, otra vez) Lo que el mercado enterprise exige en 2026 y pocos entregan: **registry de conectores aprobados + capa de auth (OAuth/RBAC) + audit trail + human-in-the-loop para escrituras**. WorX OS ya tiene las piezas (Identity/Security base, Control Planes, MEL): el conector no es un cable — es un **objeto gobernado del Registry**, con tripleta, nivel de autonomía por clase de operación (leer=L2, escribir=L1, borrar=lista negra) y kill-switch. Nombre proyectado del componente: **ConnectorX Registry** (plantilla en Cubo A, contenido en Cubo B). --- ## 5. Órbita 4 · Partners y comunidad (distribución que no escala con EL) El patrón ya existe en semilla: el Demo Vault para un Sherpa Guide externo (patrón replicable) y el transfer del Rally a Anahí (primera instructora no-Victor). Proyección formal: | Tipo de partner | Qué hace | Cómo se certifica | Modelo económico proyectado | |---|---|---|---| | **Sherpa Guide** (individual) | Acompaña la inducción y operación diaria de una instancia | Rally de certificación (misiones + sellos, gating por competencia — el Rally ya es el vehículo, no hay que inventar uno) | Fee por instancia acompañada | | **Implementador certificado** (firma) | Corre F0–F5 del Kit en clientes propios | Certificación técnica (Kit) + metodológica (WORX) + 1 caso ratificado | Rev-share 10–25% recurrente (estándar SaaS 2026) | | **Creador de contenido cognitivo** | BrainCodes verticales, skills, plantillas de banco | Curaduría EL (calidad de anatomía 9 capas) | Split de marketplace (fase G7) | | **Consultora aliada / VAR** | Vende WorX OS dentro de transformaciones mayores | Tier por volumen + certificaciones (patrón Bronze→Platinum) | Comisión 20–30% por tier + MDF 3–5% | **Regla de oro del programa:** los tiers no se ganan solo por volumen — se ganan por **outcomes del cliente** (adopción medida por el propio OS: Rallys completados, Autonomy Rate, ROI Tracker). WorX OS es el único producto cuya telemetría puede auditar a sus propios partners. Ningún programa de partners SaaS tiene eso. **Secuencia:** H0 = 1–3 Sherpa Guides (patrón Demo Vault) → H1 = primeros implementadores certificados sobre el caso Posta como referencia → H2 = programa formal con tiers + creadores. --- ## 6. Órbita 5 · Organizaciones implementadoras (el mercado, por arquetipo) La escalera SOO → SOOI → HiORGOS segmenta mejor que la industria: | Arquetipo | Punto de entrada | Escalera típica | Señal de fit | |---|---|---|---| | **Mid-market LATAM (50–500 personas)** | EmpowerScan → WORX Lab (40 días, 1 equipo clave) | SOOI base → Cognition Pack | Fundador con "Founder Decision Load" visible y doloroso | | **Logística / operación intensiva** (arquetipo Posta) | Caso de proceso crítico → Kit completo | SOOI + Vertical Pack logística | Márgenes finos, decisiones repetitivas de alto volumen | | **Family business / dueño-céntrico** | Cerebro del Dueño → Decision Engine (captura de juicio del fundador = plan de sucesión cognitivo) | SOOI + Cognition Pack | Sucesión próxima; el juicio vive en una sola cabeza | | **Agencias y firmas profesionales** | Monetiza tu Expertise → vault de expertise | SOOI ligero + creador de BrainCodes propios | Su producto ES su cognición; hoy no la capitalizan | | **Educación / creadores expertos** | HD Publishing pattern → factorías de contenido | SOOI + App Factory | Producción de contenido cuello de botella | | **Corporativo (área piloto)** | Un área-proyecto como instancia (no toda la org) | SOOI departamental → expansión viral interna | Innovation lab con presupuesto y urgencia de mostrar resultados | **Predicción de adopción:** la expansión no será por empresa sino **por equipo** — el WORX Lab de 40 días instala en 1 equipo, y el equipo se vuelve el vendedor interno (patrón land-and-expand con el Rally como unidad de expansión). El pricing debería reflejarlo: por instancia-equipo, no por seat. --- ## 7. El flywheel del ecosistema (cómo se retroalimenta) ``` Más instancias instaladas │ ▼ Más casos LabPraxis + más DEC-/PAT- por clase (el OS aprende) │ ▼ Mejores plantillas · Vertical Packs · skills (la fábrica EL destila) │ ▼ Kit más rápido de instalar (PnP-1 → PnP-2 → PnP-3) (time-to-value baja) │ ▼ Más partners pueden implementar sin EL (distribución escala) │ ▼ Marketplace G7: catálogo de la comunidad, (efecto red) kernel de EL │ └────────────► Más instancias instaladas (×) ``` **El insight del flywheel:** HyperLoopX no solo mejora a EL — con cada instancia cliente (mecanismo HLX básico en base), la *plantilla* mejora. EL captura el patrón (nunca el dato del cliente) vía LabPraxis. El ecosistema entero es un lazo de mejora recursiva con la fábrica EL como destiladora central. Eso es lo que Agentforce y Copilot no pueden copiar sin rediseñarse: su mejora vive en el vendor, no en un método que el cliente ejecuta. --- ## 8. Los 3 horizontes (proyección temporal, alineada a gates existentes) | | **H0 · Fundación** (ahora → Posta cerrado) | **H1 · Producto** (post-G6b → ~12 meses) | **H2 · Plataforma** (PnP-2/3 · G7) | |---|---|---|---| | **Madurez Kit** | PnP-0 → PnP-1 | PnP-1 → PnP-2 | PnP-2 → PnP-3 | | **Add-ons** | Cognición confirmada; resto en matriz DC- | Cognition + Agentic Workforce Packs | Intelligence + Vertical Packs | | **Apps** | Nativas EL parametrizadas | Decision Control Tower como demo estrella + App Factory v1 | Apps de terceros curadas | | **Conectores** | Los del caso Posta (mínimos viables) | ConnectorX Registry + 6 clases estándar | Catálogo comunitario de conectores | | **Partners** | 1–3 Sherpa Guides | Implementadores certificados (Rally de certificación) | Programa con tiers + creadores + MDF | | **Mercado** | Posta (baseline ROI) + Caso 0 EL | Mid-market LATAM + family business | Verticales + corporativo por área | | **Prueba de éxito** | Baseline "semanas/ROI" real | 10 instancias sin Victor en el loop de instalación | 1 activo de terceros generando revenue | --- ## 9. Síntesis del benchmark externo (qué copiar, qué no) - **Copiar de Salesforce/AppExchange:** partners involucrados *antes* del producto terminado (primeros implementadores co-diseñan el Kit); el marketplace como canal core, no como listing. — [Crunchbase: Salesforce partner playbook](https://about.crunchbase.com/blog/building-a-vibrant-partner-ecosystem-taking-a-page-from-the-salesforce-playbook) - **Copiar del mercado agéntico 2026:** el "agent inventory" gobernado como argumento de venta (el caos de agentes sin dueño ya es dolor enterprise reconocido); deployment model > feature checklist. — [Enterprise AI Agent Vendor Landscape 2026](https://vdf.ai/blog/enterprise-ai-agent-vendor-landscape-2026/) - **Copiar de MCP:** no construir conectores — curarlos. El estándar ya ganó (AAIF/Linux Foundation). — [MCP ecosystem 2026](https://chatforest.com/guides/mcp-ecosystem-2026-state-of-the-standard/) · [MCP roadmap](https://blog.modelcontextprotocol.io/posts/2026-mcp-roadmap/) - **Copiar de programas SaaS:** tiers multidimensionales (outcomes, no solo volumen); rev-share 10–25%; MDF 3–5%. — [SaaS partner programs](https://impartner.com/resources/blog/best-saas-partner-programs) - **NO copiar:** vender agentes sueltos (comoditizado); marketplace prematuro (sin masa crítica de instancias = pueblo fantasma); pricing por seat (contradice el modelo instancia-equipo); depender del sustrato (P3 soberanía — el valor vive encima del motor, ya decidido en ARQ portafolio). --- ## 10. Decisiones que este mapa le pide a Victor 1. ⚑ Ratificar las **5 órbitas** como marco del ecosistema proyectado (o ajustar). 2. ⚑ Validar los **4 bundles** de la Órbita 1 (consistente con matriz DC- pendiente — este mapa propone resolverla vía bundles). 3. ⚑ Confirmar la apuesta **MCP-native / ConnectorX Registry** (curar, no fabricar). 4. ⚑ Confirmar el principio de partners: **tiers por outcomes medidos por el propio OS**. 5. ⚑ Validar el arquetipo prioritario de H1 (propuesta: mid-market LATAM + family business, con logística como primer vertical). 6. Decidir si se produce el **VIZ-EL-SOO-EcosistemaProyectado-v01.html** (mapa interactivo de las 5 órbitas, patrón del VIZ existente). ## 11. NEXTs - [ ] Ratificación Victor (seed → canónico) + registro en IntelliBanks Registry. - [ ] Resolver matriz `DC-EL-SOO-AddOns-ValidacionMatriz` con la propuesta de bundles §2. - [ ] SPEC del **ConnectorX Registry** (plantilla Cubo A) — nuevo activo. - [ ] SPEC de la **App Factory del cliente** (MetaFactoría acotada) — nuevo activo. - [ ] Diseñar el **Rally de Certificación de Implementadores** (deriva del Rally WORX existente). - [ ] Producir el VIZ interactivo de las 5 órbitas (si Victor lo aprueba en §10.6). - [ ] Validar Órbita 3 (clases de conectores) contra las necesidades reales del caso Posta. ## CHANGELOG | Versión | Fecha | Cambio | |---|---|---| | v01 | 2026-07-06 | Creación. Diseño predictivo del ecosistema externo de WorX OS: 5 órbitas (add-ons/apps/conectores/partners/organizaciones) + fábrica EL fuera de órbita, 4 bundles propuestos, apuesta MCP-native con ConnectorX Registry, programa de partners con tiers por outcomes, 6 arquetipos de organizaciones implementadoras, flywheel de mejora recursiva del ecosistema, 3 horizontes alineados a PnP/gates, síntesis de benchmark externo 2026 y 6 decisiones para Victor. Gate G0 PASS. |