--- type: INV asset_id: INV-HIORGS-DemandGen-ActivosCanonicos-v01 version: v01 status: Draft owner: Victor Heredia sherpa_owner: Jay fecha_creacion: 2026-05-20 fecha_ultima_actualizacion: 2026-05-20 fecha_migracion_bmf: 2026-05-20 intellbank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank proposito: INV · DemandGen ActivosCanonicos · IB-EL-EmpowerLabs nota_migracion: Frontmatter BMF agregado en batch masivo 2026-05-20 · Workbench FASE 5C · proposito pendiente revisión manual --- ## Asset Header - **Asset ID:** INV-HIORGS-DemandGen-ActivosCanonicos-v01 - **Version:** v01 - **Status:** 🟢 Activo (vivo, se actualiza con cada activo refinado · §8 actualización 2026-04-26 EOD aplicada) - **Owner:** @Victor (productización) · @Anahi (canal Demand Gen) - **Sherpa:** Jay - **IntelliBank:** IB-EL-EmpowerLabs - **Tipo:** INV — Inventario Consolidado - **Propósito:** Mapa único de los activos previos de Demand Gen / Productización que entran al programa Productización × DemandGen × Offers × Sales (Frente A · Refinar; Frente B · Monetizar; Frente C · Generar) - **Fecha:** 2026-04-26 · Última actualización 2026-04-26 EOD (catálogo v02 · SKUs LABX D-P-22 · ver §8) - **Conexión upstream:** XP-EL-HIORGS-Portfolio-v01 · TP-HIORGS-DemandGen-Ecosistema-v03 · MF-BMF-HybridDemand-v02 - **Conexión downstream:** XP-HIORGS-Programa-Prod×DG×Offers×Sales-v01 (en producción mismo día) --- # Inventario Canónico de Activos · Demand Gen × Productización × HIORG ## §1 — Para qué sirve este inventario Victor abrió un programa con 3 frentes simultáneos: - **Frente A · Refinar** — modernizar a era IA los activos Demand Gen previos. - **Frente B · Monetizar** — convertir esos activos + HIORG en MasterPlaybooks Inteligentes vendibles. - **Frente C · Generar demanda** — para Ecosistema Inteligencia Organizacional + SO‑HiORG + SherpaX + el catálogo monetizado. El programa tiene **espina dorsal Productización × DemandGen × Offers × Sales** (Priestley/KPI · Walker/Refine Labs · Hormozi/100M · Golden/MMOC) y un **modelo híbrido B2C / B2B / B2O** (Business‑to‑Owner). Para que las 3 vías corran en paralelo sin pisarse, primero necesitamos saber **qué activos ya existen, en qué estado están, quién los toca, y a qué frente alimentan**. Eso es este inventario. Regla operativa: **cada activo de este inventario debe quedar etiquetado con (a) frente, (b) acción inmediata, (c) owner, (d) estado de refinamiento, (e) destino de monetización si aplica.** --- ## §2 — Mapa de Activos por Capa ### 2.1 Capa A · Activos Estructurales (motor del programa) Activos que NO se refinan ni se monetizan directamente — son la maquinaria que permite que todo lo demás funcione. | ID | Asset | Estado | Función | Frente | |----|-------|--------|---------|--------| | **A1** | `MF-BMF-HybridDemand-v02` (HDG‑MF Re100X v0.2) | 🟢 Canónico vigente | Blueprint de 8 módulos del motor de demanda. Define Asset Contracts (incluye **MPI = MasterPlaybook Inteligente** como tipo nuevo), Offer Ladder L0→L5, Governance MVG, Loop Delivery→Demand. ESTE ES EL PLANO MAESTRO. | Espina dorsal | | **A2** | `TP-EL-DG-DemandGen-Produccion-v01` (Re100X) | 🟢 Vigente — origen 2026‑04‑05 retiro | Room de producción DemandGen Re100X — 5 actos pieza maestra, 4 mensajes validados, 6 EVD, plan 4 semanas. Es el **operativo Re100X B2C/B2B**. | Espina dorsal · usable como template para el Room HIORG | | **A3** | `TP-EL-DG-DemandGen-v01` (Re100X) | 🟢 Vigente — Battle Plan 3 sem | Battle Plan Re100X 3 semanas, expansión Re* (Reinvéntate / Rediseña / Reconstruye / Recicla / Remodela), 5 Factorías de Contenido (FI‑LinkedIn, FI‑Podcast, FI‑Newsletter, FI‑Tribus, FI‑MasterPlaybooks). | Espina dorsal · alimenta Frente C | | **A4** | `TP-HIORGS-DemandGen-Ecosistema-v03` | 🟢 Activo Operativo (modo A) | Plan de Demand Gen del programa HIORG — doble track (Producto SO‑HiORG + Impacto IA), 8 semanas, ~100 piezas, 5 webinars, owners @Victor + @Anahi. | Frente C principal | | **A5** | `XP-EL-HIORGS-Portfolio-v01` | 🟢 Vigente | Portfolio del programa HIORG — registro de salud, NEXTs, changelog. | Tablero global | | **A6** | `CP-EL-R100X-DemandGen-Strategy-v01` | 🟢 Estratégico | CAM Re100X, 2 avenidas (B2C/B2B), narrativa de categoría. | Espina dorsal | | **A7** | `CP-EL-R100X-DemandGen-BattlePlan-3Semanas-v01` | 🟢 Operativo táctico | Plan 3 semanas Re100X aterrizado a calendario. | Frente C — referencia de cadencia | | **A8** | `FOS-EL-BMF-GTM-DemandGen-v01` (FOS‑GTM‑DG) | 🟢 Activo | Factory OS — dashboard operativo del motor. | Espina dorsal — dashboard | | **A9** | `GPT-Master-DemandGen-Assistant-v01` | 🟡 GPT custom existe | Asistente GPT de DemandGen. | Espina dorsal — herramienta | > **Decisión inventario A:** A1 + A2 + A4 son la triada operativa. A1 = blueprint (no se toca, se interpreta). A2 = template táctico Re100X (se hereda en HIORG). A4 = TP HIORG mismo (manda en HIORG). El resto alimenta. --- ### 2.2 Capa B · Activos Editoriales / Publicaciones existentes (entran a Frente A · Refinar) Activos que ya son contenido publicable o casi‑publicable, escritos antes del giro era‑IA. **Cada uno necesita una pasada de refinamiento V2 era‑IA + VVP.** | ID | Asset | Forma actual | Lo que tiene | Lo que le falta para V2 era‑IA | |----|-------|--------------|--------------|--------------------------------| | **B1** | `MPB-BVH-UltimateDemandGenPlaybook-v01` | MasterPlaybook largo (master version Victor) | 3 Partes — Modern B2B Marketing / Demand Generation Playbook Step‑by‑Step / Future of Demand Generation. Cita Walker, Pulizzi, Godin, Tunguz. ICPs, KPIs SMART, cross‑functional sync, Dark Social, post‑pandemic shift, SaaS PLG. | Capítulo nuevo era‑IA: MasterPlaybooks Inteligentes (MPI) como motor de leads · CAM Re100X · 2 ICPs Victor (CEO en Transición + Founder en Hibernación) · 6 EVD · Governance VVP · Refresh estadísticas a 2026 | | **B2** | `MPB-BVH-MasterPlaybooksUltimateDemandGenMachine-v01` | MasterPlaybook largo "MasterPlaybooks: The Ultimate Demand Gen Machine" | 8 capítulos — content evolution, MasterPlaybooks features (multimedia, multiformat, real‑time updates, analytics, engagement tracking, scalability, CRM/funnel, lead gen, branding), interactive content, content strategy, lead generation, ROI, brand authority, future‑proofing. | Reescritura completa: deja de ser brochure de features → se vuelve **el manifiesto de los MasterPlaybooks Inteligentes** (cómo MPI = canal + producto en la era IA). Inserta SherpaIA, IntelliBanks, IPB, MPI offer ladder ($5K–$20K). Usa VVP intensidad 4. | | **B3** | `MPB-BVH-Reinventate100X-v01` | MasterPlaybook Re100X | Manifiesto Re100X con expansión Re* | Validar que esté alineado con A2/A3 y con la pieza maestra del retiro 2026‑04 | | **B4** | `MPB-AR-BMF-UltimateDemandGen-v01` | Versión Demo Vault sanitizada de B1 (origen MPB‑EL‑BMF‑UltimateDemandGen‑v01) | Misma estructura de B1 sanitizada para Alain Ríos / Radsoft | NO REFINAR aquí — refinar B1 y luego re‑sanitizar B4 | | **B5** | `PBO-BVH-OnePersonAICompany-v01` | PB Origen | Punto de vista IA + producto unipersonal | Extraer ángulos para Track 2 (Impacto IA) — útil como fuente de NAR‑02 (sangrado) y NAR‑09 (SherpaX) | | **B6** | `PBO-BVH-VentasIA360-v01` | PB Origen | Ventas + IA 360 | Extraer ángulos para Capa Offers + Sales del programa | | **B7** | `PBO-BVH-BeyondPromptsAgenticSkills-v01` | PB Origen | Agentic skills más allá del prompt | Material para Track 2 + para SherpaX positioning | | **B8** | `PBO-BVH-AIAgentMemoryArchitecture-v01` | PB Origen | Arquitectura de memoria de agentes IA | Material para Corp‑Brain‑OS + IntelliBanks (Track 1 SO‑HiORG) | | **B9** | `PBO-BVH-ThinkingRevolution-v01` | PB Origen | Revolución del pensar | Material para narrativa "HiOrg = organizmos que piensan" (NAR‑07) | | **B10** | `PBO-BVH-LatticeworkMentalModels-v01` | PB Origen | Latticework / Munger | Frame mental para piezas estratégicas | | **B11** | `MPB-BVH-CHTSM-HighTicketSales-v01` | MPB High Ticket Sales | Sistema de ventas high ticket | **Crítico para Capa Offers + Sales**: alimenta el closing del L3/L4/L5 del Offer Ladder Re100X | | **B12** | `MPB-BVH-CEM-PapelEstrategico-v01` + `MPB-BVH-CEM-TechnicalDesign-v01` | Customer Engagement Management | Papel estratégico + diseño técnico CEM | Material que conecta nurture + Module 5 capture/nurture del HDG‑MF | | **B13** | `MPB-BVH-APSE-PromptEngineering-v10` | Prompt engineering | v10 = activo maduro | Insumo para SherpaIA / MPI training | > **Decisión inventario B:** B1 + B2 son los **dos activos prioritarios para refinamiento V2 era‑IA**. Salen como `MPB-EL-BMF-UltimateDemandGen-v02` (refinado) y `MPB-EL-BMF-MasterPlaybooksInteligentes-v02` (renombrado y enfocado). El resto se mina por capítulos durante el sprint editorial. --- ### 2.3 Capa C · Activos HIORG canónicos (motor de Frente B · Monetizar) Activos que ya existen en el programa HIORG y que el programa va a **convertir en oferta vendible**. | ID | Asset | Estado | Para qué se monetiza | |----|-------|--------|----------------------| | **C1** | `CP-HIORGS-Estrategia-v01` | 🟢 Tripleta canónica | Backbone de PAP‑Interno + L2/L3/L4 del Offer Ladder | | **C2** | `CP-HIORGS-Catalogo-v01` | 🟢 Tripleta canónica | Catálogo público — alimenta página de productos en MPI | | **C3** | `MPB-HIORGS-Replicacion-Playbook-v01` | 🟢 Tripleta canónica | Playbook de replicación — base del L4 (Implementación SO‑HiORG) | | **C4** | `PAP-HIORGS-Interno-v01` (T‑8) | 🟢 Cerrado | Manual interno — IP que se destila en MPI | | **C5** | `PAP-HIORGS-GranReto-v01` | 🟢 Producido | Paper externo "Gran Reto de las Organizaciones en la Era de la IA" — **lead magnet primario L0/L1 Frente C** | | **C6** | `MPB-EL-WORX-ModeloOperativo-v01` | 🟢 Vigente | WORX Modelo Operativo — uno de los 3 pilares (WORX + Corp‑Brain‑OS + SherpaX). Producto vendible. | | **C7** | T‑6 IIE (Índice Inteligencia del Equipo) + tiers ISO → **insumo módulo IIE-Audit** (D-P-22) | 🟡 En diseño | **Hook auto‑aplicable público + tier ISO** (Foundation/Operating/Mastery/Excellence). Lead magnet + L2 path. **Adicionalmente:** sube de scoring interno a **instrumento formal del módulo IIE-Audit** (D-P-21) — auditoría EL del ecosistema instalado que cuenta hacia tier de Certificación SO-HiORG. Diseño formal en Task #35. | | **C8** | T‑7 Diagnóstico Madurez SO‑HiORG | 🟡 En diseño | Diagnóstico autoejecutable — entrada a L2 (paid diagnóstico). Alimenta a EmpowerScan + es entrada al embudo hacia LABX. | | **C9** | Deck v02 SO‑HiORG (post‑Lab) | 🟢 Producido | Deck para webinars + outreach 1‑a‑1 | > **Decisión inventario C:** C5 (Paper Gran Reto) + C9 (Deck v02) son los **activos demandgen ya listos para publicación inmediata sem 1**. C7 + C8 son los grandes outputs de productización del Sprint v01 — se publican sem 7. C1+C2+C3+C4+C6 son la IP que se vende. --- ### 2.4 Capa D · Catálogo Productizado vendible (Frente B · output) > ⚠️ **2026-04-26 EOD — actualización catálogo v02 (D-P-14 a D-P-22):** los tiers L1/L2/L3/L4 se re-mapean a los **4 productos canónicos** (EmpowerScan · SherpaX · LABX · MPI) + **módulo IIE-Audit** + **outcome certificado SO-HiORG**. Tabla actualizada abajo. Detalle completo en §8. Lo que el programa va a **producir como output monetizable** durante 8 semanas. Cada item entra al catálogo de MasterPlaybooks Inteligentes (plataforma) y/o al Marketplace B2B / Outlet B2B definidos en HDG‑MF Module 4. | Tier | Producto · SKU canónico v02 | Precio ref. (HDG‑MF L0–L5) | Origen IP | ICP | |------|----------------------------|----------------------------|-----------|-----| | **L0** | Paper Gran Reto + MiniPB extracts + Newsletter Re100X | Gratis | C5 + B1 + B2 | Ambos | | **L0/L1** | **Hook IIE público** (sub-versión auto-aplicable del módulo IIE-Audit) + Diagnóstico Madurez SO‑HiORG | Gratis → upsell | C7 + C8 | CEO en Transición | | **L1** | **SherpaX Ignition** (SKU SherpaX · sesión 2+2) | $500–$1,500 | A1 Module 7 + EVD‑001/002 | Ambos | | **L2** | **EmpowerScan** (Diagnóstico Empowernomics paid + HiOrg Assessment) | $3,000–$8,000 | C8 + C7 + IntelliBanks | CEO | | **L3** | **LABX-Original** (1 equipo × 1 proyecto vivo × 40 días · WORX + Corp-Brain-OS + SherpaX operando juntos) ⚠️ ex "DOIX Implementation / HiOrgs Sprint 90 días" — re-mapeado D-P-14 | $15,000–$50,000 | C3 + C6 + Corp‑Brain‑OS | CEO | | **L3+** | **LABX-Replica-A** (Modelo A · facilitación EL) · **LABX-Replica-B** (Modelo B · equipo interno certificado del cliente) — D-P-22 | A: ~50-60% del Original · B: menor + fee de cert. | C3 + C6 (replicación post-LABX) | CEO | | **L4** | Combo **LABX-Original + N LABX-Replica + módulo IIE-Audit Operating/Mastery** → camino a Certificación SO-HiORG · ex "MasterSherpa / Re100X Full" — re-mapeado D-P-21 | $50,000–$200,000+ | C1+C2+C3+C4 integrado · LABX × N + IIE-Audit | CEO grande / Board | | **L5** | **MasterPlaybook Inteligente (MPI)** — productizado del experto | $5,000–$20,000 | B1+B2 refinados + B11 + IPB | Founder en Hibernación | | **Módulo** | **IIE-Audit** (auditoría EL del ecosistema instalado · cuenta hacia tier de Certificación SO-HiORG) — D-P-22 | Tier-based (a definir Task #35) | C7 (T-6) + D-014 (Modelo A/B gate) | CEO post-LABX | | **Outcome** | **Certificación SO-HiORG** (4 tiers Foundation/Operating/Mastery/Excellence) — NO se compra · se obtiene vía IIE-Audit con sustancia acumulada — D-P-21 | NO cotizable directo (pricing del módulo IIE-Audit cubre el costo de auditoría) | Sustancia LABX + Corp-Brain-OS productivo + IIE-Audit | CEO en transformación | > **Decisión inventario D:** El catálogo monetizable es el **output de Frente B**. Cada producto necesita: (a) Asset Contract según HDG‑MF §5.1, (b) lead magnet L0 conectado, (c) CTA path documentado, (d) capacidad de delivery confirmada en 2–6 sem. **Versión formal v02 del catálogo se produce en Task #33** (este inventario es snapshot intermedio). > > **Componentes arquitecturales NO cotizables (D-P-19 + D-P-20):** Corp-Brain-OS y WORX viven dentro de los productos · no se venden por separado. WORX licensing queda como **roadmap futuro** (no SKU activo). > > **Restricción cliente-facing (D-P-15):** uso público del nombre **LABX** (incluye los 3 SKUs LABX-Original / LABX-Replica-A / LABX-Replica-B) sigue **bloqueado** hasta GO de verificación registral (Task #34). Uso interno ya canonizado a partir de 2026-04-26 EOD. --- ### 2.5 Capa E · Activos editoriales en producción/cocina (Frente C · output editorial) Lo que se produce semana a semana en las 8 semanas del TP‑v03. | ID | Cohorte | Volumen objetivo | Plataforma | |----|---------|------------------|------------| | **E1** | Track 1 — Producto SO‑HiORG | ~45–50 piezas / 8 sem | MPB Inteligentes + LinkedIn + Newsletter | | **E2** | Track 2 — Impacto IA en organizaciones | ~50 piezas / 8 sem | LinkedIn + Newsletter + Podcast | | **E3** | 5 Webinars (uno por frente del Gran Reto) | 1 / sem desde sem 3 | Plataforma MPI + LinkedIn Live | | **E4** | Outreach 1‑a‑1 PAP‑GranReto bi‑quincenal | 2 batches / 8 sem | DM LinkedIn + email | | **E5** | Lanzamiento Hook + IIE público sem 7 post Demo Day | 1 evento bisagra | MPI + LinkedIn + email base | > **Decisión inventario E:** E1 + E2 = motor cruise (~12–15 piezas/sem en sem 4–7). E3 acelera autoridad. E4 abre conversaciones high‑ticket. E5 es el evento bisagra que cierra la fase de productización pública. --- ## §3 — Cruces Frente × Activo (matriz operativa) | Activo / Capa | Frente A · Refinar | Frente B · Monetizar | Frente C · Generar demanda | |---------------|---------------------|----------------------|------------------------------| | A1 HDG‑MF v02 | Es el blueprint — no se refina, se aplica | Define Offer Ladder L0–L5 | Define cadencia, governance, métricas | | A2 TP DG Producción Re100X | — | — | Template del Room de producción HIORG | | A4 TP HIORGS DG v03 | — | — | **Plan operativo principal** | | B1 Ultimate DG Playbook | **Refinar a v02 era‑IA** | Producto L5 MPI | Capítulos atomizados a Track 1 + Track 2 | | B2 MPB Ultimate DG Machine | **Refinar a v02 = MPI Manifesto** | Producto L5 MPI · canal MPI | Manifiesto NAR‑01 / NAR‑05 / NAR‑09 | | B11 High Ticket Sales | Conecta Capa Offers + Sales | Sistema interno de cierre L3/L4/L5 | — | | C5 Paper Gran Reto | (ya en versión actual) | — | **Lead magnet primario L0** | | C7 IIE + tiers ISO → módulo **IIE-Audit** (D-P-22) | Diseño en cocina · sub-versión Hook auto-aplicable + sub-versión auditada formal | Hook L0/L1 público + módulo IIE-Audit como instrumento de Certificación SO-HiORG (post-LABX) | Hook L0 lanzamiento sem 7 — pieza bisagra · módulo IIE-Audit formal: Task #35 | | C8 Diagnóstico SO‑HiORG → alimenta **EmpowerScan** | Diseño en cocina | L2 paid (EmpowerScan) — entrada al embudo hacia LABX | Lanzamiento sem 7 | | C9 Deck v02 SO‑HiORG | (ya producido) | Soporte de venta | Webinars sem 3+ | --- ## §4 — Acciones inmediatas por activo (sem 1 — semana 2026‑04‑27) ### 4.1 Acciones de Refinamiento (Frente A) — Owner @Victor - **R‑1** · B1 → producir `MPB-EL-BMF-UltimateDemandGen-v02` (refinamiento era‑IA, capítulo nuevo MPI, refresh estadísticas, integrar VVP). - **R‑2** · B2 → producir `MPB-EL-BMF-MasterPlaybooksInteligentes-v02` (renombre + refocus completo a MPI Manifesto). - **R‑3** · B11 → revisar y extraer sistema de cierre L3/L4/L5 → integrar en §Sales del XPack‑Programa. ### 4.2 Acciones de Monetización (Frente B) — Owner @Victor - **M‑1** · Asset Contract de los 7 productos del catálogo (D). Plantilla en HDG‑MF §5.1. - **M‑2** · Confirmar capacidad delivery 2–6 sem para cada producto del catálogo (TP‑v03 N‑6 abierta). - **M‑3** · Activar plataforma MasterPlaybooks Inteligentes para los 3 primeros productos: Paper Gran Reto (L0), Hook IIE (L0/L1), MPI Ultimate Demand Gen v02 (L5). ### 4.3 Acciones de Demanda (Frente C) — Owner @Anahi (ejecución) · @Victor (productización IP upstream) - **D‑1** · Onboarding @Anahi sem 1 (Task #22) + entrega del paquete: A4 TP‑v03 + INV (este doc) + VVP + guía editorial (Task #23). - **D‑2** · Calendario editorial sem 1‑8 con cadencia ramp‑up del TP‑v03. - **D‑3** · Primer batch editorial sem 1 (Task #25) — 4–6 piezas fundacionales: - Pieza maestra "La Era de la Reinvención" (de A2 §pieza maestra) adaptada a HIORG ecosystem. - 1 post LinkedIn por NAR‑01 + NAR‑03 + NAR‑07 + NAR‑09. - 1 issue newsletter Re100X — anuncio del programa. - 1 Card de presentación **LABX** como reframe del piloto interno (alineado con D-P-14 · uso interno OK · cliente-facing bloqueado por D-P-15). - **D‑4** · Confirmar plataforma MPI operativa para empezar a publicar (Task #24 / N‑1 del TP‑v03). ### 4.4 Acciones de Espina Dorsal — Owner @Victor + Jay - **S‑1** · Producir `XP-HIORGS-Programa-Prod×DG×Offers×Sales-v01` (siguiente entregable hoy mismo). - **S‑2** · Rescatar 2 archivos huérfanos de `Companies/EmpowerLabs/` (Task #31). --- ## §5 — Lo que NO entra al programa (out of scope explícito) - Activos personales/devotional (`MPB-BVH-TheYogaOfDevotion-v01`, `MPB-BVH-TheYogaOfRunning-v01`) — se mantienen pero no entran a este programa. - Versiones legacy v01 de los TP HIORGS (`TP-HIORGS-DemandGen-Ecosistema-v01` y `v02`) — superseded. - Activos fuera del vault (catálogo SherpaX Básico/Intermedio que vive en ChatGPT/Gemini/NotebookLM) — recuperación se trata aparte. - DemoVault `MPB-AR-BMF-UltimateDemandGen-v01` — es output secundario; se re‑sanitiza después de B1 v02. --- ## §6 — Riesgos del inventario - **R‑INV‑1** · El catálogo de B (publicaciones existentes) es grande — riesgo de querer refinar todo. **Mitigación:** solo B1 + B2 + B11 entran como activos de refinamiento V2; el resto se mina por capítulos. - **R‑INV‑2** · Los huérfanos en `Companies/EmpowerLabs/` (22 archivos) son TODOS rescatables, no solo 2. Decidir hoy: ¿rescatamos los 2 DemandGen ahora y dejamos los otros 20 para después? **Recomendación:** sí — rescate quirúrgico ahora, batch general después. - **R‑INV‑3** · La plataforma MPI puede no estar 100% lista (TP‑v03 N‑1). **Mitigación:** publicar primero en LinkedIn + Newsletter; MPI se activa cuando esté. - **R‑INV‑4** · IP de B11 (High Ticket Sales) es propiedad de Victor pero está fuera del flujo HIORGS — riesgo de fragmentación de oferta. **Mitigación:** integrar capa Sales explícita en el XPack‑Programa con referencia clara a B11. --- ## §7 — Próximo paso del inventario Cuando se cierre el día (2026‑04‑26 EOD), este inventario debe quedar reflejado como sección §ASSETS expandida en `XP-EL-HIORGS-Portfolio-v01`, y los IDs A1–E5 deben existir como anclas de referencia en el `XP-HIORGS-Programa-Prod×DG×Offers×Sales-v01`. --- ## §8 — Actualización 2026-04-26 EOD · Catálogo v02 + SKUs LABX (D-P-14 a D-P-22) > Esta sección integra al inventario las decisiones tomadas en la **tercera pasada** del Día 100X (cf. `MIN-DAY-2026-04-26-v01-Dia100X.md` §13 + §13.6). El cuerpo del inventario sigue v01 — las versiones formales del catálogo v02 las produce **Task #33**. Aquí se mantiene snapshot consistente para no operar con un catálogo desactualizado. ### 8.1 — Cambios estructurales del catálogo | Antes (v01) | Después (v02 ratificado D-P-14 a D-P-22) | | -------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 12 SKUs distribuidos en 4 capas del SO-HiORG · SO-HiORG como producto / paraguas | **4 productos canónicos cotizables** (EmpowerScan · SherpaX · LABX · MPI) + **outcome certificado** SO-HiORG (4 tiers) + **módulo IIE-Audit** + componentes arquitecturales NO cotizables (Corp-Brain-OS · WORX) | | L3 = "DOIX Implementation / HiOrgs Sprint 90 días" | L3 = **LABX-Original** (40 días · 1 equipo × 1 proyecto vivo) | | L4 = "MasterSherpa / Re100X Full" (paraguas) | L4 = combo **LABX-Original + N LABX-Replica + módulo IIE-Audit Operating/Mastery** → camino a Certificación SO-HiORG | | Replicación = "post-Sprint adicional" | Replicación = SKUs explícitos · **LABX-Replica-A** (Modelo A · facilitación EL · ~50-60% pricing) · **LABX-Replica-B** (Modelo B · equipo interno certificado del cliente · pricing menor + fee de cert.) | | IIE / T-6 = scoring interno + Hook L0 | IIE = **insumo doble**: (a) Hook L0/L1 público auto-aplicable · (b) **módulo IIE-Audit** formal que cuenta hacia tier de Certificación SO-HiORG (auditoría EL del ecosistema instalado) | | SO-HiORG = "lo que vendemos" (categoría comercial) | SO-HiORG = **outcome certificado** (no cotizable directo · se obtiene vía IIE-Audit con sustancia acumulada — frase canónica: *"No vendemos un Sistema Operativo Organizacional. Te llevamos a tener uno — y lo certificamos."*) | ### 8.2 — Implicación operativa para Demand Gen - **Lenguaje editorial:** las piezas que mencionan "DOIX / HiOrgs Sprint 90 días / MasterSherpa" deben re-mapear a **LABX** (uso interno OK desde hoy · uso cliente-facing **bloqueado por D-P-15** hasta GO de Task #34). - **Hook IIE público (L0/L1)** sigue siendo lead magnet del Frente C — se re-narra como "primer contacto con el módulo IIE-Audit · sub-versión auto-aplicable de la auditoría que más adelante se vuelve formal en la Certificación SO-HiORG". - **Catálogo público / página de productos** queda **bloqueada** hasta verificación registral LABX (Task #34) + reformulación formal del catálogo (Task #33). - **Card de presentación "LABX"** (ex "Lab IA") entra al primer batch editorial sem 1 con disclaimer de uso interno mientras Task #34 corre. ### 8.3 — Demand Gen — actualizaciones por D-P-10 a D-P-13 (segunda pasada) - **D-P-10:** Frente C arranca por **PLAN-HIORGS-DemandGen-Estrategico-v01** (prerrequisito) — el primer batch editorial deja de ser entregable sem 1 día 1 · pasa a sem 1 después del Plan firmado. - **D-P-11:** Plataforma MPI lista (cierra N-P-2 / TP-v03 N-1) · Track 1 + Track 2 publican sobre MPI desde sem 1 sin fallback forzado · **R-INV-3 cancelado**. - **D-P-12:** Onboarding @Anahi obligatorio sem 1 día 1 con doc canónico (lecturas obligadas + entregables sem 1 + reglas inmutables + modelo de producción + escalación + métricas). - **D-P-13:** Empowernomics + Intellinomics como **pendientes editoriales mayores** (Frente E candidato o outputs estratégicos sem 8+) — **NO bloquean sem 1-8**. ### 8.4 — NEXTs derivados de la cascada (incrementales sobre §4) - NEXT[@Jay] — Barrido vocabulario "Lab" → "LABX" en activos internos del vault HIORG (no cliente-facing) → sem 1 - NEXT[@Victor + @Jay] — Reformulación formal del catálogo v02 → Task #33 (sem 2-3) - NEXT[@Victor + @Jay] — Verificación registral LABX → Task #34 (sem 1 · bloqueador cliente-facing) - NEXT[@Victor + @Jay] — Diseño módulo IIE-Audit + Certificación SO-HiORG 4 tiers → Task #35 (sem 3-5) - NEXT[@Victor + @Jay] — Naming SKUs LABX **ya cerrado** (D-P-22 · LABX-Original / LABX-Replica-A / LABX-Replica-B + IIE-Audit como módulo separado) ✅ --- ## CHANGELOG | Versión | Fecha | Cambio | |---------|-------|--------| | v01 | 2026-04-26 | Creación. Inventario consolidado de activos previos DemandGen × Productización × HIORG en respuesta a expansión de scope a programa 3 frentes + espina dorsal. Cubre 5 capas (Estructural, Editorial, HIORG, Catálogo Productizado, Editorial en producción). Cruza activo × frente. Define acciones inmediatas sem 1. | | v01.1 | 2026-04-26 EOD | **Cascada interna catálogo v02 + SKUs LABX (D-P-14 a D-P-22 + D-P-10 a D-P-13).** Sin bumpear a v02 formal (eso es Task #33). Cambios: §2.3 fila C7 (IIE como insumo del módulo IIE-Audit) · §2.4 capa D re-mapeada (L3 = LABX-Original 40 días · L4 = combo LABX + IIE-Audit · L5 sigue MPI · módulo + outcome agregados como filas explícitas) · §3 cruce frente × activo (C7 alineada a IIE-Audit · C8 alimenta EmpowerScan) · §4.3 D-3 (Card "Lab IA" → "LABX") · §8 nueva (cambios estructurales + implicación Demand Gen + actualizaciones por D-P-10 a D-P-13 + NEXTs derivados). Restricción cliente-facing reforzada (D-P-15 bloquea uso público de LABX hasta Task #34). | --- *INV-HIORGS-DemandGen-ActivosCanonicos-v01 · @Victor · @Anahi · Jay · 2026-04-26*