--- asset_id: XP-EL-HIORGS-Portfolio-v01 version: v01 tipo: XP — XPack modo: portafolio room: HIORGS-Productizacion + DemandGen owner: Victor Heredia sponsor: Victor Heredia runners: [Jay] brain_codes: [] cadencia: kanban (sesiones de diseño → ejecución asíncrona entre sesiones) estado: 🟢 Activo fase: Productización formal — definiendo arquitectura de producto del WORX OS cliente: Posta (caso piloto pricing) · BioPappel (prospecto activo) · pipeline interno EL fecha_creacion: 2026-04-25 fecha_ultima_actualizacion: 2026-05-06 continua_desde: TP-HIORGS-Productizacion-v01 + TP-HIORGS-DemandGen-Ecosistema-v01 (ambos consolidados como TPs de arranque, ahora absorbidos por este XPack vivo) tags: [XPack, portafolio, HIORGS, WORX OS, productizacion, demand-gen, WORX, SherpaX, CorpBrainOS, Lab40, room-vivo] --- ## Asset Header - **Asset ID:** XP-EL-HIORGS-Portfolio-v01 - **Version:** v01 - **Status:** Active - **Owner:** Victor Heredia - **IntellBank:** IB-EL-EmpowerLabs - **SubBank:** PB-EL-Project-Bank / PB-HiOrg-Hyperintelligent Org - **Tipo:** XP — XPack en modo portafolio - **Propósito:** Documento vivo maestro del portafolio HIORGS — agrupa los dos tracks operativos (Productización formal del WORX OS + Demand Gen del ecosistema) bajo un solo XPack porque comparten activos, decisiones y secuenciamiento (Demand Gen está upstream-bloqueado por Productización). - **Última actualización:** 2026-04-26 --- # XPack — Portafolio HIORGS (Sistema Operativo Organizacional HiORG) --- ## BRIEF **Misión:** Productizar formalmente el ecosistema HIORG bajo el nombre **WORX OS** (Sistema Operativo Organizacional HiORG) — definirlo como producto-sistema con identidad, arquitectura, ciclo de vida, equipo dueño, pricing por valor, playbook reproducible y roadmap. Y, en cascada, generar demanda calificada sostenible una vez que el catálogo esté firme. **Resultado esperado al cierre del portafolio:** 1. **WORX OS definido como producto** — identidad cliente-facing, arquitectura interna (las 3 capas: WORX OS / WORX / SherpaX), ciclo de vida (Detonación → Lab → Acompañamiento), pricing por valor, playbook entregable por alguien que no sea Victor. 2. **Catálogo v01** — qué se vende, cómo se compone, cómo se cobra. 3. **Playbook del Lab de 40 días** ejecutable por Jesús/Gustavo bajo supervisión. 4. **Demanda activa en motor** — pipeline calificado fluyendo desde EmpowerScan + canal directo de Victor. **Alcance:** - **Incluye:** todo lo relacionado con WORX OS como producto (identidad, arquitectura, pricing, playbook, métricas, roadmap), todos los activos cliente-facing que apoyan la venta del WORX OS (paper, deck, mapas, ROI tracker), la cascada de Demand Gen (cuando se reactive). - **No incluye:** Empowernomics (EmpowerScan / SumaX) — track propio. Re100X — paraguas personal de Victor. Prospectos individuales con vida operativa propia (BioPappel, Posta, Marcovich) — tienen sus propios sub-folders / TPs. WORX como MetaPlaybook universal — track separado (memoria `project_worx_mpb`). **Stakeholders:** - Owner: Victor Heredia (PO de facto del producto y arquitecto del room) - Sponsor: Victor Heredia - Runners activos: Jay (agente de coordinación, QA, generación de activos) - Implementadores futuros (post-playbook): Jesús, Gustavo (a certificar), Anahí, Dove (soporte) - Beneficiarios: equipo EL completo (8 personas) en cuanto el producto se vuelva operable sin Victor **Brain Codes asesores:** ninguno declarado todavía. Candidatos a invocar: BC-Master-Productizer-Expert (framework de productización en 3 fases), BC-Sales-Strategist (criterios de pricing por valor). **Continúa desde:** - `TP-HIORGS-Productizacion-v01.md` — TP de arranque del room. Establece la tensión central (§3 — un producto vs. tres) y los 6 outputs canónicos esperados (§9). Este XPack lo absorbe como contexto vivo. - `TP-HIORGS-DemandGen-Ecosistema-v01.md` — TP hermano. **Pausado** — se reactiva cuando este XPack entregue catálogo v01. - `OUT-HIORGS-BioPappel-RespuestasAlberto-v01.md` — narrativa cliente-facing más profunda producida hasta hoy. Insumo para identidad y arquitectura. - `PLAN-EL-HiOrg-ImplementacionEmpowerLabs-v01.md` — caso de implementación más profundo (EL como cliente cero del Lab). - Memoria `project_doix_corpbrainos` — Piloto 0 del WORX OS en EmpowerLabs. --- ## ESTADO **Salud:** 🟢 Activo y avanzando · 🟢 **Demand Gen Activo Operativo** (Modo A — corregido 2026-04-25 sobre TP-v02 readiness erróneo) · 🟢 **Programa transversal cerrado 2026-04-26** (Productización × DemandGen × Offers × Sales — espina dorsal 4 capas + 3 frentes simultáneos + modelo híbrido B2C/B2B/B2O). **Tripleta canónica + PAP-Interno + PLAN-Sprint cerrados 2026-04-25.** D-012/013/014 cristalizadas, T-8 (Paper Interno) producido, T-6/T-7 incorporados como bloques de diseño explícitos al PLAN-Sprint v01. **Room HIORG Demand Gen reabierto en Modo A pleno operativo — TP-v03 vivo, Anahi nominada Demand Gen Lead, doble track editorial activo desde sem 1, ~100 micro contenidos en 8 semanas, MasterPlaybooks Inteligentes como plataforma core.** **Inventario consolidado de activos previos (5 capas A-E) + XPack-Programa transversal producidos 2026-04-26 — abre ruta de refinamiento V2 era-IA y eleva el room a programa con 3 carriles simultáneos.** **Fase:** **Productización formal — sprint operativo activo · Demand Gen pleno operativo.** Tripleta + PAP-Interno + PLAN-Sprint son la espina dorsal del producto. Dos frentes en paralelo desde sem 1: (i) Sprint v01 productización (6 sem · Bloques A/B/C/D — Victor lidera) + (ii) Demand Gen factoría editorial (8 sem · Track 1 Producto + Track 2 Impacto IA — Anahi lidera, Sherpa drafts, Victor ratifica piezas master). El Sprint alimenta inputs progresivamente al Demand Gen (Handoff sem 3 / IIE sem 4 / Hook sem 5) que aceleran ramp-up — pero Demand Gen NO espera para arrancar. **Hito activo:** Sprint Productización v01 (2026-04-27 → 2026-06-07) **+** Demand Gen 8 semanas (2026-04-27 → 2026-06-21). Día 1: kickoff dual (Sprint kickoff + Anahi onboarding Demand Gen). **Plan Estratégico Demand Gen `PLAN-HIORGS-DemandGen-Estrategico-v01` firmado 2026-04-26 EOD** — capa orquestadora delgada (12 secciones · 18 canónicos referenciados · 50-80% canonizado D-P-24) que cierra D-P-10 y queda como activo maestro de gobernanza del programa antes del kickoff sem 1. Producido vía SOP-EL-WORX-BrainOSFirst-v01 (Gate G0 PASS — primer entregable post-Publishing que valida la universalización del antídoto D-P-36). **Último movimiento:** 2026-04-26 — (13) **Programa transversal HIORG cerrado en Ruta A.** Producidos hoy: (a) `INV-HIORGS-DemandGen-ActivosCanonicos-v01` — inventario consolidado de activos previos DemandGen × Productización en 5 capas (A Estructural / B Editorial publicaciones / C HIORG canónicos / D Catálogo Productizado / E Editorial en producción) con matriz Frente×Activo + acciones inmediatas sem 1. (b) `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` — XPack-Programa transversal: 3 frentes simultáneos (A Refinar V2 era-IA / B Monetizar / C Generar demanda) + espina dorsal 4 capas (Productización × DemandGen × Offers × Sales sobre Priestley/KPI · Walker/Refine Labs · Hormozi/$100M · Golden/MMOC) + modelo híbrido B2C/B2B/B2O (Business-to-Owner explícito para L4/L5 sales). Refinamiento V2 era-IA acotado a B1 (Ultimate DG Playbook) + B2 (MPB Ultimate DG Machine) + B11 (High Ticket Sales). (c) Rescate huérfanos: 2 archivos eliminados de `Companies/EmpowerLabs/` (EL-TP-DemandGen-v01 + EL-TP-DemandGen-PRODUCCION-v01) — verificados como duplicados estrictos de canonicales en `PB-R100X/`. ‖ 2026-04-25 — (12) **TP-v03 producido en Modo A pleno operativo** (`TP-HIORGS-DemandGen-Ecosistema-v03.md`) corrigiendo error de framing del v02. Anahi nominada Demand Gen Lead. Doble track editorial (~100 piezas en 8 semanas). Plataforma core: MasterPlaybooks Inteligentes (HIP-13). Reframe externo: "frentes" + "Lab IA". v02 marcado Superseded. (11) Room reabierto en Modo C readiness (TP-v02 — superseded mismo día). (10) PLAN-Sprint Productización producido (output §9 #4 cerrado). (9) PAP-Interno Modelo de Producto producido (T-8 cerrado). (7) Tripleta canónica producida. (8) Tier pricing #3+ ratificado @Victor (30–40%). (6) Paper `.docx` producido para envío Posta. (5) Tensiones T-1 a T-5 cerradas. (4) D-014 cerrada. (3) D-013 cerrada. (2) D-012 ratificada como Síntesis F. (1) Deck v02 producido con 16 láminas. **Próxima decisión clave:** 1. Kickoff Sprint v01 día 2026-04-27 — Victor opera Productización (decisión cerrada). 2. Confirmar N-1 TP-v03 (estado plataforma MasterPlaybooks Inteligentes hoy — bloquea HIP-13). 3. Anahi onboarding Demand Gen sem 1 — entrega calendario editorial detallado + guía editorial tono/voz. 4. Confirmar disponibilidad datos Lab interno EL para A.2 CAS-LabPraxis. **Dependencias:** - [ROOM] SherpaX Personal — abrir Room dedicado fuera de HIORG — @Jay — estado: pendiente (no bloquea HIORG) - [PLATAFORMA] MasterPlaybooks Inteligentes lista para publicar Track 1 + Track 2 desde sem 1 — bloquea HIP-13 (TP-v03 N-1) — @Victor confirma 2026-04-29 - [DATOS] Lab interno EL con datos suficientes para CAS-LabPraxis — riesgo R-6 Sprint - [PERSONA] Anahi onboarding completo sem 1 — bloquea cadencia editorial sem 2+ **Bloqueos activos:** ninguno operativo. N-1 (plataforma MPB) es condición de validación HIP-13, no bloqueo de arranque (fallback LinkedIn + landing). --- ## ASSETS Inventario de activos producidos en el room HIORGS hasta hoy. Todos viven en `IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-HiOrg-Hyperintelligent Org/` salvo nota en contrario. | Asset ID | Tipo | Descripción | Estado | |----------|------|-------------|--------| | `TP-HIORGS-Productizacion-v01` | TP | Transfer Pack de arranque del room de productización. Tensión §3 + hipótesis + 6 outputs esperados. | Active (absorbido como contexto vivo por este XPack) | | `TP-HIORGS-DemandGen-Ecosistema-v01` | TP | Transfer Pack de Demand Gen v01. Superseded por v02. §7 + §10 siguen vigentes (referenciadas desde v02). | Superseded | | `TP-HIORGS-DemandGen-Ecosistema-v02` | TP | Transfer Pack v02 del room HIORG Demand Gen en modo C readiness. ⛔ Superseded mismo día por v03 — error de framing rechazado por Victor. Mantiene como referencia histórica de cronología de inputs Sprint. | Superseded | | `TP-HIORGS-DemandGen-Ecosistema-v03` | TP | Transfer Pack v03 del room HIORG Demand Gen en **Modo A pleno operativo** (corrección @Victor 2026-04-25). Anahi nominada Demand Gen Lead. Doble track editorial: Track 1 Producto WORX OS (~45-50 piezas) + Track 2 Impacto IA en organizaciones (~50 piezas) = ~100 micro contenidos en 8 semanas. Plataforma core: MasterPlaybooks Inteligentes (HIP-13). Reframe externo: "frentes" (no "capas") + "Lab IA" (no "Piloto Accidental"). 5 webinars (uno por frente). Inputs Sprint aceleran ramp-up pero NO son precondición de arranque. | Active — Pleno Operativo | | `PAP-HIORGS-GranReto-v01` | PAP | Paper canónico "El Gran Reto de las Organizaciones en la Era de la IA". Activo de pensamiento + venta. | Active — v01 firme | | `OUT-HiORG-WORXOS-ProblemStatement-v01` | OUT | Problem statement canónico de WORX OS. Base de identidad de la capa. | Active | | `CP-HIORGS-Solucion-Arquitectura-v01` | CP | Pieza canónica de arquitectura de la solución: 5 capas problema, 3 pilares WORX OS, 3 fases entrega, 3 entregables simultáneos, anti-pause argument. | Active — v01 firme | | `CP-HIORGS-CRM-Pipeline-v01` | CP | Estado canónico del pipeline (3 prospectos: Posta, BioPappel, otros). | Active | | `OUT-HIORGS-Modelo-Deck-v01.pptx` | OUT (deck) | Deck pitch de 15 láminas con narrativa dark-light, matriz 3×5 en lámina 7, logo EmpowerLabs. Réplica del lenguaje visual de OUT-EL-WORX-Posta-Deck-v02. | Superseded por v02 | | `OUT-HIORGS-Modelo-Deck-v02.pptx` | OUT (deck) | Deck pitch de 16 láminas — incluye lámina nueva 12 "Red de EmpowerTeamsX" (Modelo A vs Modelo B post-Lab). Refleja D-013 + D-014. | Active — v02 firme | | `PAP-HIORGS-GranReto-v01.docx` | OUT (doc) | Versión Word del paper canónico, tipografía gris/navy + logo EmpowerLabs. Producido 2026-04-25 para envío con video Posta. | Active | | `CP-HIORGS-Producto-Estrategia-v01` | CP | Pieza canónica de Estrategia de Producto del WORX OS. Cristaliza Síntesis F (D-012) + D-013 + D-014 — identidad, frontera WORX OS vs SherpaX Personal, ciclo de vida, equipo dueño, métricas, pricing 3 capas, gobernanza, riesgos. | Active — v01 firme | | `CP-HIORGS-Producto-Catalogo-v01` | CP | Catálogo canónico de SKUs vendibles del WORX OS. 12 SKUs en 4 capas (entradas bajas + Capa 1 Implementation + Capa 2 Subscription + Capa 3 Expansión). Pricing estructural ratificado (50–60% / 30–40%). | Active — v01 firme | | `MPB-HIORGS-Replicacion-Playbook-v01` | MPB | MasterPlaybook de replicación post-Lab. Cristaliza D-014 — Modelo A + Modelo B + auditoría EL del ecosistema instalado + rol Sherpa Guide post-certificación + cadencia de equipos #2/#3+. | Active — v01 firme | | `PAP-HIORGS-ModeloProducto-Interno-v01` | PAP | Paper interno del modelo completo de producto WORX OS. Audiencia: equipo EL + Sherpa Guides certificados externos + consultores en certificación. 12 secciones (Preámbulo + I-XII). Cierra T-8. | Active — v01 firme | | `PLAN-HIORGS-Productizacion-Sprint-v01` | PLAN | Sprint 6 semanas (2026-04-27 → 2026-06-07) que cierra §9 restantes (Bloque A) + diseña T-6 IIE (Bloque B) + diseña T-7 Diagnóstico-Hook (Bloque C) + Cierre/Demo Day (Bloque D). 6 entregables del sprint. Cierra output #4 §9. | Active — v01 firme | | `BioPappel/MIN-HIORGS-BioPappel-Reunion1-v01` | MIN | Minuta de la sesión 1 con BioPappel (2026-04-23). | Active | | `BioPappel/OUT-HIORGS-BioPappel-RespuestasAlberto-v01` | OUT | Doc cliente-facing con respuestas a las preguntas de Alberto. Narrativa más profunda del WORX OS hasta hoy. | Active | | `PLAN-EL-HiOrg-ImplementacionEmpowerLabs-v01` | PLAN | Plan de implementación del WORX OS en EmpowerLabs (cliente cero). | Active | | `MIN-HIORGS-RoomProductizacion-v01` | MIN | Minuta del room Productización + Demand Gen. Captura sesiones de trabajo. | Active — v01 inaugural | | `INV-HIORGS-DemandGen-ActivosCanonicos-v01` | INV | Inventario consolidado de activos previos DemandGen × Productización organizados en 5 capas (A Estructural · B Editorial publicaciones · C HIORG canónicos · D Catálogo Productizado · E Editorial en producción). Matriz Frente×Activo + acciones inmediatas sem 1 + lista de refinamiento V2 era-IA acotada (B1+B2+B11). Insumo base del XPack-Programa. | Active — v01 firme | | `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` | XP | XPack-Programa transversal del HIORG Ecosystem. 13 secciones articulando 3 frentes simultáneos (A Refinar / B Monetizar / C Generar) sobre espina dorsal 4 capas (Productización × DemandGen × Offers × Sales) anclada en Priestley/KPI · Walker/Refine Labs · Hormozi/$100M · Golden/MMOC. Modelo híbrido B2C/B2B/B2O explícito. Calendario maestro 8 semanas + KPIs por capa + R-PRG-1 a R-PRG-9 + D-P-01 a D-P-08 + N-P-1 a N-P-7. Programa lanzamiento sem 1 = 2026-04-27. | Active — v01 firme | | `CONS-PLAN-HIORGS-DemandGen-v01` | CONS | Vault Consultation Pack del Plan Estratégico Demand Gen. Output canónico del SOP-EL-WORX-BrainOSFirst-v01 (Gate G0). 8 secciones · 18 canónicos referenciados · 4 criterios PASS/FAIL del Gate G0 confirmados PASS · §5 decisión REFERENCIAR (no re-describir · regla 50-80% canonizado D-P-24) · §6 estructura propuesta del PLAN en 12 secciones. Primera ejecución del SOP-BrainOSFirst fuera de Publishing Factory — valida expansión universal D-P-36. | Active — v01 firme | | `PLAN-HIORGS-DemandGen-Estrategico-v01` | PLAN | Plan Estratégico del programa HIORG Demand Gen — capa orquestadora delgada (zero re-descripción · 50-80% canonizado D-P-24) · 12 secciones (síntesis ejecutiva · estado del arte canónico · visión estratégica · espina dorsal 4 capas · 3 frentes · gobernanza MVG/G0-G5 · cadencia 4 ritmos WORX · 5 KPIs strategic-tier · 19 D-P- vivas · 5 riesgos top · scope NO cubierto · threading rules · activos de soporte). Horizonte 8 sem operativo (2026-04-27 → 2026-06-21) + Q3 2026 estratégico con 5 hitos. Cierra D-P-10 (prerrequisito Frente C). Continúa desde CONS-PLAN-HIORGS-DemandGen-v01. | Active — v01 firme | | `CONS-TP-HIORGS-ModeloNegocio-Pricing-v01` | CONS | Vault Consultation Pack del TP de modelo de negocio + pricing del portafolio HIORG. Output canónico de SOP-EL-WORX-BrainOSFirst-v01 · Gate G0 PASS 4/4 criterios · 8 secciones · 19 canónicos referenciados · §5 decisión REFERENCIAR + GENERAR IP NUEVA EN ÁREAS GAP (modelo financiero · unit economics · proyecciones P&L · ratios Hormozi · taxonomía R-MN-*) · §6 estructura propuesta del TP en 13 secciones con distribución 35% REFERENCIAR + 35% EXTENDER + 30% IP NUEVA. Honra D-P-24 asimétrico. | Active — v01 firme | | `TP-HIORGS-ModeloNegocio-Pricing-v01` | TP | Transfer Pack del modelo de negocio + pricing del portafolio HIORG · capa orquestadora estratégica + canonización primera vez de la capa financiera del WORX OS. 13 secciones (síntesis ejecutiva · estado del arte canónico 19 canónicos · 4 principios estructurales · estructura revenue 3 capas + Capa 0 · híbrido B2C/B2B/B2O implicaciones financieras · pricing arquitectónico bandas v02 · Offer Ladder L0–L5 con Hormozi 10× rule · Modelo A vs Modelo B equilibrio 24 meses · unit economics LABX-Original · proyecciones P&L 3 escenarios · estrategia comercial top-10 objeciones · taxonomía R-MN-1 a R-MN-12 · backlog · threading). Distribución 35% REFERENCIAR + 35% EXTENDER + 30% IP NUEVA · honra D-P-24 asimétrico (~70% canonizado · ~30% IP nueva canonizada por primera vez) · honra D-P-15 (uso INTERNO · pricing cliente-facing público bloqueado hasta GO Task #34) · honra D-P-21 (WORX OS = outcome certificado, no SKU). Upstream de Task #33 (CP-Catálogo v02) + Task #35 (Diseño Certificación). **v01.1 ratificada Victor 2026-05-06 (blanket)** sobre §8 piso $25K + banda Entry/Pioneer + §9 8 supuestos críticos S1-S8 + §11 taxonomía R-MN-* + §8 supuesto TC denominación primaria mixta. D-P-37 + D-P-39 + D-P-40 abiertos (D-P-38 ya tomado por canonización dual de prefijos en Registry · 11va pasada Día 100X). Reconciliación fina §9.6 vs §9.2-§9.4 pendiente para v01.2 vía Task #35. | **Active — v01.1 ratificada Victor 2026-05-06** | | Brand/EmpowerLabs-Logo.png | IMG | Logo de EmpowerLabs usado en el deck. | Active | **Activos pendientes de crear (outputs canónicos del §9 del TP-Productizacion — 3 pendientes operativos tras Sprint kickoff 2026-04-25):** - [x] **`CP-HIORGS-Producto-Estrategia-v01.md`** — ✅ producido 2026-04-25. Cristaliza Síntesis F + D-013 + D-014. - [x] **`CP-HIORGS-Producto-Catalogo-v01.md`** — ✅ producido 2026-04-25. 12 SKUs en 4 capas. Pricing estructural ratificado. - [x] **`MPB-HIORGS-Replicacion-Playbook-v01.md`** — ✅ producido 2026-04-25. Modelo A + Modelo B + auditoría EL del ecosistema. - [x] **`PAP-HIORGS-ModeloProducto-Interno-v01.md`** — ✅ producido 2026-04-25 (T-8 cerrada). Manual interno operativo del producto. - [x] **`PLAN-HIORGS-Productizacion-Sprint-v01.md`** — ✅ producido 2026-04-25. Sprint 6 semanas con Bloques A/B/C/D. Incorpora T-6 + T-7 como bloques de diseño explícitos. - [ ] **`MPB-HIORGS-Lab40-Playbook-v01.md`** — *(Bloque A.1 del sprint — semanas 1-2)* playbook del Lab de 40 días. Fases, entregables verificables, rúbrica de calidad, guiones de sesiones clave, criterios de escalamiento. Diseñado para que Jesús/Gustavo lo corran bajo supervisión. Responsable: @Victor + Sherpa Lead. - [ ] **`CAS-EL-LabPraxis-ArquitecturaProducto-v01.md`** — *(Bloque A.2 del sprint — semanas 2-3)* caso LabPraxis con datos del Lab interno EL. Responsable: @Victor + persona EL del Lab interno. - [ ] **`Handoff-Demand-Gen-Reactivacion-v01.md`** — *(Bloque A.3 del sprint — semanas 2-3)* nota breve + update al TP de DemandGen. Funnel cruzado contra catálogo 12 SKUs + integración con T-7. Responsable: @Victor + Demand Gen Lead. **Activos de diseño T-6 / T-7 (programados al sprint v01):** - [ ] **`DSG-HIORGS-IIE-Scoring-v01.md`** *(Bloque B del sprint — semanas 2-4 · T-6)* — diseño del Índice de Inteligencia del Equipo (IIE) + tiers ISO (Foundation/Operating/Mastery/Excellence) + rúbrica scoring v0. v01 = scaffold testeable (no versión final). Insumo de diseño para v02 de MPB-Replicación §4 + CP-Estrategia §7. Responsable: @Victor (arquitectura) + Sherpa Lead (rúbrica). - [ ] **`DSG-HIORGS-Diagnostico-Hook-v01.md`** *(Bloque C del sprint — semanas 3-5 · T-7)* — Diagnóstico de Madurez WORX OS como SKU 0.3 (Hook masivo, auto-aplicable, gratis o muy bajo costo, online). Pieza canónica + cuestionario v0 + interpretación contra las 5 capas del Paper Gran Reto + mapeo nivel→CTA. Responsable: @Victor + Sherpa Lead + Demand Gen Lead (validación cruzada). **Activos opcionales deseables si el tiempo alcanza:** - [ ] `MPB-HIORGS-Acompanamiento-M1-12-Playbook-v01.md` — playbook del acompañamiento post-Lab. - [ ] `VR-HIORGS-Roadmap-v01.md` — visión-roadmap consolidada del producto. - [ ] `TP-HIORGS-Productizacion-Handoff-Ejecutores-v01.md` — brief para entrenar a Jesús / Gustavo / Sherpa Guide externo. --- ## NEXT NEXT[@Victor] — **Kickoff formal Sprint v01 día 2026-04-27** — Victor opera Productización (Sherpa Lead = @Victor); firmar PLAN-Sprint, arrancar A.1 + B.1 — → arrancando NEXT[@Victor] — Producir `MPB-HIORGS-Lab40-Playbook-v01.md` (Bloque A.1 — semanas 1-2) — playbook del Lab 40d ejecutable por Jesús/Gustavo bajo supervisión — input de tripleta + PAP-Interno — → semana 1 día 1 NEXT[@Victor] — Producir `CAS-EL-LabPraxis-ArquitecturaProducto-v01.md` (Bloque A.2 — semanas 2-3) — caso LabPraxis con datos del Lab interno EL — bloqueado por A.1 — → semana 2 día 1 NEXT[@Anahi (Demand Gen Lead)] — Producir `Handoff-Demand-Gen-Reactivacion-v01.md` (Bloque A.3 — semanas 2-3) — funnel cruzado vs catálogo 12 SKUs + integración con T-7 — actualización al cierre del Bloque C — → semana 2 día 3 NEXT[@Victor] — Producir `DSG-HIORGS-IIE-Scoring-v01.md` (Bloque B — semanas 2-4 · T-6) — marco IIE (5 dimensiones espejo del PAP-GranReto invertidas) + tiers ISO (Foundation/Operating/Mastery/Excellence) + rúbrica scoring v0 — dogfooding en EL como criterio de cierre — → semana 2 día 1 NEXT[@Victor + Anahi (Demand Gen Lead)] — Producir `DSG-HIORGS-Diagnostico-Hook-v01.md` (Bloque C — semanas 3-5 · T-7) — Diagnóstico auto-aplicable + cuestionario v0 + interpretación 5 frentes + mapeo nivel→CTA del catálogo — bloqueado por B.1 — → semana 3 día 1 NEXT[@Victor] — Mid-sprint review día 21 (2026-05-17) — health check de los 3 bloques + revisión cadencia editorial Demand Gen + re-prioritization — → calendarizado NEXT[@Victor + Anahi] — Demo Day día 42 (2026-06-07) — revisión integral + dogfooding IIE + lanzamiento Hook + IIE públicos sem 7 → → calendarizado ### Demand Gen — frente operativo nuevo (TP-v03) NEXT[@Anahi (Demand Gen Lead)] — **Onboarding Demand Gen sem 1 (2026-04-27 → 05-03)** — leer TP-v03 + tripleta + PAP-Interno + PAP-GranReto + frases ancla v01 §7. Producir calendario editorial detallado entregable fin sem 1. → arrancando NEXT[@Anahi + @Sherpa] — **Producir guía editorial tono/voz EL** (TP-v03 N-4) — desde piezas existentes Victor (LinkedIn + papers + decks). Ratificación @Victor. Entregable fin sem 1 → semana 1 NEXT[@Victor] — **Confirmar estado plataforma MasterPlaybooks Inteligentes** (TP-v03 N-1) — ¿lista para publicar Track 1 + Track 2 sem 1, o necesita prep técnica? Bloquea HIP-13. Deadline: 2026-04-29 (martes sem 1) → semana 1 NEXT[@Anahi + @Sherpa] — **Primer batch editorial sem 1** — 4-6 piezas: 1 fundacional por frente del Gran Reto (5 piezas) + 1 WORX OS categoría intro. Sherpa drafts, Anahi edita y publica. → semana 1 día 3-5 NEXT[@Anahi] — **Cadencia editorial cruise sem 2-7** — ramp-up de 8 piezas/sem (sem 2) a ~14 piezas/sem (sem 4-6) — Track 1 + Track 2 doble pista. Métricas semanales en TP-v03 §16 bitácora. → recurrente sem 2-8 NEXT[@Anahi + @Victor] — **5 webinars (uno por frente)** — sem 3 Frente 1 / sem 4 Frente 2 / sem 5 Frente 3 / sem 6 Frente 4 / sem 7 Frente 5. Presentador a definir N-5. → calendarizado NEXT[@Anahi + @Victor] — **Lanzamiento Hook + IIE público sem 7** — coordinado con Demo Day Sprint sem 6. Sin filtraciones previas (R-DG-6). → 2026-06-08+ NEXT[@Jay (Sherpa)] — Abrir Room dedicado para SherpaX Personal (B2O standalone) fuera del scope HIORG — sin deadline duro — emerge de D-012/Síntesis F — → abierto (sprint siguiente) NEXT[@Jay (Sherpa)] — **Actualizar TP-DemandGen-v03 §16 bitácora + integrar inputs al recibir cada uno del Sprint** (Handoff 2026-05-17 · IIE 2026-05-24 · Hook 2026-05-31). Owner explícito de actualización. → recurrente NEXT[@Victor + @Anahi] — **Outreach 1-a-1 PAP-GranReto** — bi-quincenal mínimo a Posta / BioPappel / Estafeta / CIOClub. Ahora coordinado con publicación editorial — no solo "mantener calor" sino convertir a conversación. → recurrente bisemanal NEXT[@Victor] — Decidir marca/posicionamiento HIORG (dominio / firma / hashtag) — útil antes de sem 4 para piezas master — → calendarizado sem 2-3 --- ## DISCUSSION [2026-04-25 @Jay] — La tensión §3 del TP-Productizacion (un producto vs. tres) merece resolución consciente, no default. Las 4 opciones planteadas (A bundle único / B catálogo modular / C madre+hijos / D Lab como producto) tienen tradeoffs que se ven mejor en una matriz de criterios duros (coherencia narrativa, punto de entrada bajo, land-and-expand, operabilidad sin Victor, pricing por valor defendible, defensa vs. competencia, riesgo de canibalización, reproducibilidad). → Resultado: B se descarta (compite con Glean/Foundry/etc. por precio en módulos). D se descarta como principal pero su lógica de "el Lab es lo que se compra" se rescata para pricing. La tensión real es A vs. C. → Propuesta: **Síntesis E** = WORX OS como producto único + EmpowerScan como puerta de entrada baja + pricing en 3 capas (implementation fee = Lab + subscription = ecosistema operando + expansión interna = más equipos/seats/capas). Las 3 capas NO se venden por separado pero SÍ se miden por separado (telemetría operativa). → [PROMOVIDO A: NEXT@Victor — ratificar Síntesis E] [2026-04-25 @Jay] — El deck WORX OS v01 está cerrado con 15 láminas y la matriz 3×5 en lámina 7. La matriz visualmente argumenta a favor de la opción "bundle" (cada pilar opera en varias capas, ningún pilar trabaja solo). Si la decisión §3 contradice la matriz, hay que rehacer la lámina 7. Riesgo bajo: la Síntesis E ratifica la matriz, no la contradice. [2026-04-25 @Jay] — El argumento "no tienes que abandonar tus proyectos actuales" (anti-pause) que Victor usó en EmpowerLabs hace una década está incorporado en la fase Lab del CP-HIORGS-Solucion-Arquitectura. Es diferenciador clave vs. consultoras (Big 4) que sí piden pausar. Mantener visible en todos los activos cliente-facing. [2026-04-25 @Victor] — Pidió arrancar con minuta + XPack para no perder avance entre sesiones. Entrar al ritmo formal de XPack para HIORG es señal de que el room ya tiene suficiente densidad operativa para justificar el documento vivo (antes era solo TP de arranque). [2026-04-25 @Jay] — **D-013 (unidad mínima de transformación organizacional = equipo + proyecto vivo)** emerge del trabajo sobre §3. La pregunta operativa de fondo no es "¿qué se vende?" sino "¿qué unidad de cliente entra al sistema?". Respuesta: un equipo concreto trabajando un proyecto concreto. Ni el individuo (eso es SherpaX Personal, otro producto) ni la empresa abstracta (no se transforma sin equipos vivos). Esto explica por qué el Lab funciona solo con equipo + proyecto activo, y por qué cualquier modelo de replicación debe respetar esa unidad. Implicación canónica: el catálogo se estructura en torno a "equipos" como SKU base, no a "horas" ni a "módulos" ni a "asientos". → [DECISIÓN VINCULANTE D-013 — ratificada @Victor 2026-04-25] [2026-04-25 @Jay] — **D-014 (dos modelos de replicación post-Lab — "Red de EmpowerTeamsX")** emerge de D-013 al preguntar cómo escala el sistema una vez instalado el primer equipo. Modelo A (EL facilita los equipos #2, #3, #N) garantiza calidad pero limita velocidad y crea dependencia. Modelo B (Train-the-Trainers) escala pero arriesga dilución de método. La síntesis es ofrecer ambos como tiers explícitos del catálogo, con el gate de Modelo B siendo **certificación EL del ecosistema instalado** (método + arquitectura puestos a punto), no solo certificación de personas. Pricing Modelo A: 50–60% del Lab inicial para equipos #2/#3. Equipos #3+ propuesta abierta: 30–40%, ajustable por complejidad. → [DECISIÓN VINCULANTE D-014 — ratificada @Victor 2026-04-25] → Naming canonizado: la fase post-Lab se llama **"Red de EmpowerTeamsX"** (T-1, T-2 cerradas). La metáfora se mantiene abierta — los equipos pueden manifestarse como factorías, células, proyectos, etc. (T-2). [2026-04-25 @Jay] — Tensión adicional emergente: SherpaX Personal (B2O standalone, individuos que se preparan para entrar al ecosistema) **NO pertenece al scope HIORG**. Pertenece a su propio Room. La Síntesis F lo reconoce explícitamente como producto separado con economía y canal propios. Acción: abrir Room dedicado fuera de HIORG (NEXT@Jay). [2026-04-25 @Jay] — Tensión menor abierta: pricing equipos #3+ en Modelo A. Propuesta @Jay (30–40% del Lab inicial, ajustable por complejidad). Espera VoBo @Victor antes de canonizar en CP-Catálogo. No bloquea producción de CP-Estrategia ni MPB-Replicación. → [CERRADA 2026-04-25 @Victor] Ratifica 30–40% del Lab inicial, ajustable por complejidad. Se canoniza en CP-Catálogo sin tensión abierta. [2026-04-25 @Victor] — Cadencia ratificada: producir tripleta CP-Estrategia + CP-Catálogo + MPB-Replicación en una sola corrida (Jay). VoBo conjunto al final del bloque. Esto cristaliza D-012/013/014 en activos operables y desbloquea MPB-Lab40 + PLAN-Sprint. [2026-04-25 @Victor] — Nota dejada al cierre de la tripleta. Tres ideas conectadas que abren tensiones nuevas para v02 del producto: → **T-6 · Índice de Inteligencia del Equipo + Certificación tipo ISO.** La auditoría EL del ecosistema instalado evoluciona de PASS/FAIL a un score numérico con tiers escalonados (sugerencia inicial: Foundation / Operating / Mastery / Excellence). El cliente puede certificarse en aspectos diferenciados (modelo + arquitectura + uso de la interfase). Implicación: el cliente *aspira* a niveles superiores → genera demanda interna de Modelo A o Modelo B sin que EL la empuje. Insumo directo para v02 de MPB-Replicación §4 (auditoría EL) y CP-Estrategia §7 (métricas). → **T-7 · Diagnóstico de Madurez WORX OS como Hook masivo.** Puerta de entrada baja distinta del EmpowerScan. Evalúa al prospecto contra las **5 capas del Paper "El Gran Reto"** (Parálisis IA · Sangrado invisible · Caos operacional · Carga TI · Dimensión humana). Resuelve el hueco operativo "no tenemos punto de entrada masivo" que limita el embudo HIORG. Conecta narrativamente el Paper (que presenta las 5 capas) con el Catálogo (que vende la solución). Sería un SKU 0.3 nuevo en CP-Catálogo, posiblemente el canal que destrabe la reactivación del TP-DemandGen. → **T-8 · Paper Interno del Modelo Completo de Producto.** Activo narrativo análogo al PAP-HIORGS-GranReto-v01 pero INTERNO: para equipo EL + consultores externos certificados. Función: documento que un facilitador certificado abre antes de su primer Lab y entiende el sistema completo en formato lectura, no en formato técnico fragmentado. Cierra el hueco entre tripleta canónica (CP-Estrategia + CP-Catálogo + MPB-Replicación, todas técnicas) y la operación humana del producto. **Las 3 tensiones se cruzan:** el Índice (T-6) MIDE → el Diagnóstico (T-7) EVALÚA → el Paper interno (T-8) EXPLICA. Ratificarlas en bloque o por separado cambia el orden de los siguientes outputs canónicos. T-8 es la más cerrada y producible inmediatamente; T-6 y T-7 requieren diseño previo (scoring + tiers + cuestionario diagnóstico). Propuesta @Jay: producir T-8 como siguiente bloque entregable; T-6 y T-7 entran al sprint formal (PLAN-Sprint) como diseño explícito. --- ## CHANGELOG [2026-05-06 @Jay] [RATIFY] — **TP-HIORGS-ModeloNegocio-Pricing liberado v01 → v01.1 · VoBo blanket Victor sobre §9 (8 supuestos críticos S1-S8) + §11 (taxonomía R-MN-1 a R-MN-12) + §8 supuesto TC (denominación primaria mixta · USD canónico).** Camino A confirmado en sesión 2026-05-06 post-desconexión de Victor (~10 días). 3 ratificaciones vía AskUserQuestion: §9 = Blanket OK (canonizar los 8) · §11 = Canonizar tal como está · §8 TC = Mixto (cliente decide divisa al cierre). Edits aplicados: frontmatter (estado v01 → v01.1) · Asset Header (Estado v01.1) · §9 modo (PENDIENTE VoBo → RATIFICADA) · §9.6 reemplazo completo (8 supuestos canonizados S1-S8 con tabla 3 escenarios + lógica del rango + implicaciones cruzadas + reconciliación pendiente con headline numbers §9.2-§9.4 para Task #35) · §11 modo (IP nueva propuesta → RATIFICADA · template R-MN-* canonizado para replicar en otros TPs · D-P-39 abierto) · §9.6 supuesto S8 con dirección Cons=peso débil (clientes MXN) / Agr=peso fuerte (clientes USD) · D-P-37 + D-P-38 + D-P-39 abiertos · footer del TP actualizado con resumen v01.1 · bitácora de updates al pie con 5 entradas (1 entrada Día 100X 2026-04-26 + 4 entradas hoy 2026-05-06). TP queda como capa financiera canónica vigente del WORX OS hasta v01.2 (que recogerá reconciliación fina §9.2-§9.4 vía Task #35). · Evidencia: archivo `TP-HIORGS-ModeloNegocio-Pricing-v01.md` updated · todos los pendientes VoBo cerrados. · Cierra: VoBo §9 + §11 + §8 TC (todos los pendientes pre v01.1) · Camino A. · Abre: **D-P-37** (banda Entry/Pioneer canonizada · piso $25K · ya abierto en Día 100X 10ma pasada) · **D-P-39** (denominación primaria mixta del pricing · USD canónico · cliente decide divisa) · **D-P-40** (template R-MN-* canonizado para replicar en otros TPs del ecosistema EL). · Nota numeración: D-P-38 fue tomado el 2026-04-26 EOD+6 por la canonización dual de prefijos en Registry (11va pasada del Día 100X · prefijos BMF se canonizan dos veces — primero en SOP-origen, después en Registry tras tracción). Por eso esta sesión abre D-P-39 + D-P-40, no D-P-38 + D-P-39. · Pendiente para v01.2: reconciliación fina entre §9.6 supuestos canonizados S1-S8 vs headline numbers §9.2-§9.4 (LABXs cerrados · revenue · margen) · queda para Task #35. [2026-04-26 @Jay] [EXEC] — **TP de Modelo de Negocio + Pricing del portafolio HIORG producido como capa financiera canónica del WORX OS** (`TP-HIORGS-ModeloNegocio-Pricing-v01.md`). Primera vez que el ecosistema HIORG canoniza la capa financiera. 13 secciones: §0 síntesis ejecutiva 60 segundos · §1 estado del arte canónico (19 canónicos referenciados con brief extraído + lo que el vault NO canoniza hoy) · §2 4 principios estructurales del modelo (D-013 unidad indivisible · 3 capas pricing PAP-Interno §V · 2 modelos replicación NO descuento · híbrido tri-canal economías distintas) · §3 estructura revenue 3 capas + Capa 0 + 3 ratios canonizados primera vez (R1 Subscription/Imp.Fee · R2 Expansión/Imp.Fee acumulado · R3 LTV agregado 24 meses) + revenue mix Año 1/2/3 · §4 implicaciones financieras híbrido B2C/B2B/B2O (LTV/CAC objetivo ≥3× B2B · ≥5× B2O · ciclo · canal · revenue mix) · §5 pricing arquitectónico bandas v02 USD/MXN orientativas (LABX-Original $30K-$150K · LABX-Replica-A · Acompañamiento Standard/Premium/Strategic · Modelo B componentes · IIE-Audit · EmpowerScan · MPI) · §6 Offer Ladder L0-L5 con Hormozi 10× rule explícito + stacks/bonificaciones/garantías por tier · §7 tabla pricing equilibrio Modelo A vs Modelo B 24 meses (punto cruce LABX #4) · §8 unit economics LABX-Original (costo entregable cargado $15K-$50K · margen objetivo ≥50% referencia · breakeven día 41 · payback CAC) · §9 proyecciones P&L 3 escenarios (Conservador $290K Año 1 · Base $660K · Agresivo $1,180K) con regla de inversión contra Base · §10 estrategia comercial top-10 objeciones + scripts adaptados a WORX OS + tabla descuentos no estándar · §11 taxonomía R-MN-1 a R-MN-12 canonizada primera vez (margen LABX · recurring · Impl-fee-heavy · LTV/CAC · Modelo B dilución · canibalización avenidas · frontera post-Modelo B · registral LABX · pricing filtrado · concentración revenue · costo deriva · comoditización mensaje) · §12 backlog y delegación (Tasks #33/#34/#35 + Sales Playbook futuro + v02 del propio TP) · §13 threading + activos hermanos. Distribución 35% REFERENCIAR + 35% EXTENDER + 30% IP NUEVA · honra D-P-24 asimétrico (~70% canonizado · ~30% IP nueva canonizada por primera vez) · honra D-P-15 (uso INTERNO · pricing cliente-facing público bloqueado hasta GO Task #34) · honra D-P-21 (WORX OS = outcome certificado, no SKU) · honra D-P-36 (segunda producción canónica del SOP-EL-WORX-BrainOSFirst-v01 fuera de Publishing Factory tras PLAN-DG · CONS-TP-HIORGS-ModeloNegocio-Pricing-v01 hermano Gate G0 PASS 4/4). Upstream de Task #33 (CP-Catálogo v02) + Task #35 (Diseño Certificación WORX OS). · Evidencia: archivo en folder HIORG · CONS-TP-HIORGS-ModeloNegocio-Pricing-v01 hermano (Vault Consultation Pack pre-redacción · Gate G0 PASS 4/4 criterios). · Estado: PROD pendiente VoBo Victor sobre supuestos clave §8 (costo entregable LABX) + §9 (escenarios P&L). Una vez ratificados, pasa a v01.1. · Continúa desde: CONS-TP-HIORGS-ModeloNegocio-Pricing-v01 (decisión REFERENCIAR + GENERAR IP NUEVA EN ÁREAS GAP · estructura §6 ratificada por Victor: "TP completo · 13 secciones" + "Yo propongo rangos · tú ratificas"). [2026-04-26 @Jay] [EXEC] — **Vault Consultation Pack del TP de Modelo de Negocio + Pricing producido** (`CONS-TP-HIORGS-ModeloNegocio-Pricing-v01.md`). Output canónico de SOP-EL-WORX-BrainOSFirst-v01 · Gate G0 PASS 4/4. 8 secciones: §1 SLUG + alcance · §2 hallazgos Grep+Glob+LLM-Wiki+decisión · §3 19 canónicos referenciados con brief (5 estructurales + 8 catálogo HIORG + 3 programa+planeación + 3 decisiones) · §4 4 criterios PASS/FAIL Gate G0 confirmados · §5 decisión REFERENCIAR + GENERAR IP NUEVA EN ÁREAS GAP (modelo financiero · unit economics · proyecciones P&L · ratios Hormozi · taxonomía R-MN-*) · §6 estructura propuesta del TP en 13 secciones con distribución de modos (35% REFERENCIAR + 35% EXTENDER + 30% IP NUEVA) · §7 reglas de threading · §8 cierre Gate G0. Honra D-P-24 asimétrico declarado explícitamente. Segunda producción canónica del SOP-BrainOSFirst fuera de Publishing Factory tras PLAN-DG — refuerza expansión universal D-P-36 in vivo. · Evidencia: archivo en folder HIORG. · Cierra: Gate G0 del TP-HIORGS-ModeloNegocio-Pricing · pre-requisito de redacción. · Co-firma: @Victor — "TP completo · 13 secciones (Recommended)" + "Yo propongo rangos · tú ratificas (Recommended)" + "Que sugieres?" sobre carriles → ratificado mi sugerencia "Solo TP + threading completo · NO arrancar Task #33 en paralelo". [2026-04-26 @Jay] [EXEC] — **Plan Estratégico HIORG Demand Gen producido como capa orquestadora del programa** (`PLAN-HIORGS-DemandGen-Estrategico-v01.md`). 12 secciones honrando regla 50-80% canonizado (D-P-24) · zero re-descripción de modelos canonizados · 18 canónicos referenciados con ruta + brief extraído. §0 síntesis ejecutiva 60 segundos · §1 estado del arte canónico 3 sub-tablas (Estructural 4 + HIORG 15 + Decisiones 1 = 18 activos) · §2 visión estratégica (tesis 3 cambios + horizonte 8 sem operativo + Q3 2026 estratégico con 5 hitos críticos + conexión HIP/WORX P002+P006+K1-K6) · §3 espina dorsal 4 capas (referencia anclas Priestley/Walker/Hormozi/Golden) · §4 3 frentes A·Refinar / B·Monetizar / C·Generar · §5 gobernanza MVG con gates G0-G5 + 9 reglas inmutables · §6 cadencia 4 ritmos WORX + 6 reglas sincronización · §7 5 KPIs strategic-tier · §8 19 D-P- vivas · §9 5 riesgos top RS-1 a RS-5 · §10 13 temas NO cubiertos delegados a canónicos · §11 threading rules + 7 reglas de auto-actualización · §12 read-order canónico de 10 pasos para nuevos colaboradores. Cierra D-P-10 (prerrequisito Frente C) · primera producción canónica del SOP-EL-WORX-BrainOSFirst-v01 fuera de Publishing Factory — valida expansión universal D-P-36 in vivo. Eje narrativo Frente B canonizado: *"No vendemos un Sistema Operativo Organizacional. Te llevamos a tener uno — y lo certificamos."* · Evidencia: archivo en folder HIORG · CONS-PLAN-HIORGS-DemandGen-v01 hermano (Vault Consultation Pack pre-redacción · Gate G0 PASS 4/4 criterios). · Cierra: Task #4 (Plan Estratégico Demand Gen) · D-P-10 (PLAN como prerrequisito de Frente C). · Continúa desde: CONS-PLAN-HIORGS-DemandGen-v01 (decisión REFERENCIAR + estructura §6 ratificadas por Victor · "Esta bien el CONS-"). [2026-04-26 @Jay] [EXEC] — **Vault Consultation Pack del Plan Estratégico producido** (`CONS-PLAN-HIORGS-DemandGen-v01.md`). Output canónico del SOP-EL-WORX-BrainOSFirst-v01 (Gate G0). 8 secciones: §1 SLUG + alcance · §2 hallazgos Grep+Glob+LLM-Wiki · §3 18 canónicos referenciados con brief · §4 4 criterios PASS/FAIL del Gate G0 confirmados PASS · §5 decisión REFERENCIAR (no re-describir · regla 50-80% canonizado D-P-24) · §6 estructura propuesta del PLAN en 12 secciones · §7 reglas de threading · §8 cierre Gate G0. Primera ejecución del SOP-BrainOSFirst fuera de Publishing Factory — instanciación del antídoto Brain OS-First en flujo PLAN-estratégico. Validación in vivo del SOP universal (D-P-36). · Evidencia: archivo en folder HIORG. · Cierra: Gate G0 del Task #4 · pre-requisito de redacción del PLAN-Estrategico. · Co-firma: @Victor — "Esta bien el CONS-PLAN-HIORGS-DemandGen-v01.md / Qué sigue?". [2026-04-26 @Jay] [EXEC] — **Rescate huérfanos `Companies/EmpowerLabs/` — 2 archivos eliminados como duplicados estrictos.** `EL-TP-DemandGen-v01.md` (271 líneas) y `EL-TP-DemandGen-PRODUCCION-v01.md` (238 líneas) eliminados de carpeta prohibida `Companies/EmpowerLabs/`. Verificación previa con `diff`: ambos confirmados como subconjuntos exactos de los canónicos `PB-R100X/TP-EL-DG-DemandGen-v01.md` (283 líneas, contiene Asset Header) y `PB-R100X/TP-EL-DG-DemandGen-Produccion-v01.md` (251 líneas). Aplica memoria `feedback_nunca_projects_folder` — gate de ruta cumplido, vault saneado. · Evidencia: dos `rm` ejecutados con `mcp__cowork__allow_cowork_file_delete` previo · canónicos verificados intactos post-eliminación. · Cierra: tarea Cowork #31. [2026-04-26 @Jay] [EXEC] — **XPack-Programa transversal HIORG producido** (`XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01.md`). 13 secciones articulando el programa completo: §0 síntesis ejecutiva · §1 mapa visual · §2 espina dorsal 4 capas (Productización × DemandGen × Offers × Sales) anclada en Priestley/KPI · Walker/Refine Labs · Hormozi/$100M · Golden/MMOC · §3 modelo híbrido B2C/B2B/**B2O** (Business-to-Owner explícito, no relabeling cosmético — estructural para L4/L5 sales) · §4 Frente A Refinar V2 era-IA (RA-1 + RA-2 + RA-3) · §5 Frente B Monetizar (7 Asset Contracts: ipb · mpi · case · scorecard · diagnostic · master · workshop) · §6 Frente C Generar Demanda (refs TP-v03) · §7 calendario maestro 8 semanas · §8 KPIs por capa · §9 riesgos R-PRG-1 a R-PRG-9 · §10 decisiones D-P-01 a D-P-08 · §11 preguntas N-P-1 a N-P-7 · §12 próximos pasos sem 1 · §13 conexión frameworks externos. Lanzamiento sem 1 = 2026-04-27. **Eleva el room HIORG de "productización + demand gen" a "programa transversal con 3 carriles simultáneos".** · Evidencia: archivo en folder HIORG. · Cierra: tarea Cowork #30. · Continúa desde: TP-v03 + Tripleta + PAP-Interno + PLAN-Sprint v01 (todos absorbidos como contexto vivo). [2026-04-26 @Jay] [EXEC] — **Inventario consolidado de activos previos producido** (`INV-HIORGS-DemandGen-ActivosCanonicos-v01.md`). Mapa exhaustivo de los 5 activos referenciados por Victor + los activos adyacentes ya canonizados, organizados en 5 capas: A Estructural (HDG-MF v02 + frameworks externos) · B Editorial publicaciones era-pre-IA (B1 Ultimate DG Playbook · B2 MPB Ultimate DG Machine · B3-B10 publicaciones complementarias · B11 High Ticket Sales · B12-B13 marginales) · C HIORG canónicos (PAP-GranReto + Tripleta + PAP-Interno) · D Catálogo Productizado (12 SKUs CP-Catálogo + Offer Ladder L0-L5 + L5 MPI) · E Editorial en producción (Track 1 + Track 2 TP-v03 sem 1-8). Matriz cruzada Frente×Activo. Refinamiento V2 era-IA acotado explícitamente a **B1 + B2 + B11**; otras publicaciones se minan por capítulo, no se refinan completas. Acciones inmediatas sem 1 (5 ítems). Out of scope + riesgos de inventario + próximo paso (mover a XPack-Programa) declarados. Owner @Victor + @Anahi. · Evidencia: archivo en folder HIORG. · Cierra: tarea Cowork #29. · Insumo de: XPack-Programa §4 (define Frente A) y §6 (refs Frente C). [2026-04-26 @Victor] [DECIDE] — **Ruta A ratificada: ejecutar todos los carriles simultáneamente.** "Vamos por ruta A. [...] vamos a tener que generar varios carriles que corran simultaneamente. Mi prioridad es generación de demanda e nuestro HIORG Ecosystem." Implica: (a) refinamiento V2 era-IA en cocina (acotado a 3 publicaciones) + (b) productización formal del catálogo (Sprint v01) + (c) demanda en plena operación desde sem 1 (TP-v03). Tres frentes paralelos, no secuenciales. Demand Gen es prioridad declarada — no se pausa por diseño de tools (memoria `feedback_demandgen_no_pausar` aplica). · Evidencia: chat 2026-04-26 + XPack-Programa §0 + §3 + §12. · Cierra: ambigüedad sobre orden de operaciones del programa. [2026-04-25 @Jay] [EXEC] — **TP-v03 del room HIORG Demand Gen producido en Modo A pleno operativo** (`TP-HIORGS-DemandGen-Ecosistema-v03.md`). Corrige error de framing del v02 (Modo C readiness rechazado por Victor el mismo día). Doble track editorial: Track 1 Producto WORX OS (~45-50 piezas, 5 frentes del Gran Reto + WORX OS categoría + tripleta + Lab IA) + Track 2 Impacto IA en organizaciones (~50 piezas, habilidades + agentes + capa contexto + glosario) = ~100 micro contenidos en 8 semanas. Plataforma core: MasterPlaybooks Inteligentes (HIP-13). 5 webinars (uno por frente). Reframe terminológico externo: "frentes" + "Lab IA". Inputs Sprint aceleran ramp-up pero NO precondición de arranque. v02 marcado Superseded. · Evidencia: archivo en folder HIORG + v02 superseded. · Cierra: tarea Cowork #21. · Próximo cierre del room: 2026-06-21 (8 semanas). [2026-04-25 @Victor] [DECIDE] — **Modo A Pleno Operativo ratificado** sobre Modo C readiness. Rechazo explícito del v02: "El proceso de Demand Gen (publicación de contenido, difusión y educación del mercado) debe de iniciar INMEDIATAMENTE." Confusión clarificada: no publicar T-6/T-7 a medias antes de Demo Day = correcto; no hacer Demand Gen = incorrecto. Son frentes independientes. · Evidencia: TP-v03 §0 + §2 cambios + §16 bitácora. [2026-04-25 @Victor] [DECIDE] — **Anahi nominada Demand Gen Lead.** Productización Lead = Victor. Distribuye ownership operativo. Reduce R-1 del Sprint (Victor carga >50%). · Evidencia: TP-v03 frontmatter + §6 modelo de producción. [2026-04-25 @Victor] [DECIDE] — **MasterPlaybooks Inteligentes como plataforma core de publicación.** HIP-13 declarada: probar empíricamente la tech MPB Inteligentes como motor de generación de leads calificados vs landing tradicional + LinkedIn. Verificación: sem 8. · Evidencia: TP-v03 §4 plataforma + §8 hipótesis. [2026-04-25 @Victor] [DECIDE] — **Reframe terminológico para uso externo:** "frentes del Gran Reto" (no "capas") + "Lab IA" (no "Piloto Accidental" — ese se mantiene como nombre interno del patrón). Razón: comunicación al mercado. · Evidencia: TP-v03 §0 reglas inmutables #7. [2026-04-25 @Jay] [EXEC] — **TP-v02 del room HIORG Demand Gen producido** (`TP-HIORGS-DemandGen-Ecosistema-v02.md`). Reemplaza v01 (marcado superseded). Modo C híbrido readiness elegido @Victor sobre Modo A (paralelo pleno) y Modo B (esperar día 42). Absorbe tripleta + PAP-Interno + PLAN-Sprint como contexto canónico. Declara 3 inputs pendientes del Sprint v01 con fechas: Handoff (2026-05-17) · IIE (2026-05-24) · Hook (2026-05-31). 5 outputs operativos esperados post Demo Day. Criterios de arranque operativo §13. Riesgos R-DG-1 a R-DG-4 registrados. NO genera trabajo editorial paralelo durante readiness. · Evidencia: archivo en folder HIORG + v01 marcado superseded. · Cierra: tarea Cowork #18. · Próximo cierre del room: 2026-06-08 post Demo Day del Sprint v01. [2026-04-25 @Victor] [DECIDE] — **Modo C híbrido readiness ratificado** para reapertura del room HIORG Demand Gen. Razón: Modo A (arranque pleno paralelo) multiplicaría coordinación + carga sobre Victor (R-1 del Sprint), Modo B (esperar día 42) perdería 6 semanas de readiness institucional. Modo C compromete bajo, deja alta señal de preparación, y permite que el room esté listo el día que lleguen los inputs. · Evidencia: TP-v02 §0 + §13 (criterios de arranque operativo). [2026-04-25 @Jay] [EXEC] — **PLAN-Sprint Productización v01 producido** (`PLAN-HIORGS-Productizacion-Sprint-v01.md`). Sprint 6 semanas (2026-04-27 → 2026-06-07). 3 bloques: A · cierre §9 (MPB-Lab40 + CAS-LabPraxis + Handoff-DemandGen) · B · diseño T-6 IIE + tiers ISO · C · diseño T-7 Diagnóstico-Hook. Bloque D · Cierre + Demo Day día 42. 6 entregables totales. Camino crítico documentado, riesgos R-1 a R-7 registrados, criterios de cierre 8 puntos. · Evidencia: archivo en folder HIORG. · Cierra: tarea Cowork #17, output §9 #4 (PLAN-Sprint). · Incorpora: T-6 (Bloque B) + T-7 (Bloque C) como bloques de diseño explícitos del sprint, no como pendientes futuros. [2026-04-25 @Jay] [EXEC] — **Paper Interno del Modelo de Producto producido** (`PAP-HIORGS-ModeloProducto-Interno-v01.md`). 12 secciones (Preámbulo + I-XII): Por qué existe · Filosofía operativa · Arquitectura · Identidad de mercado · Economía · Replicación/Red · Lo que un facilitador debe saber antes del Lab · 10 reglas absolutas (lo que NUNCA se hace) · Gobernanza · v02 explícito (T-6/T-7/T-8) · Compromiso EL · Cierre. Audiencia: equipo EL + Sherpa Guides certificados externos + consultores en certificación. Cierra T-8. · Evidencia: archivo en folder HIORG. · Cierra: tarea Cowork #13. [2026-04-25 @Jay] [EXEC] — **Tripleta canónica producida**: `CP-HIORGS-Producto-Estrategia-v01.md` + `CP-HIORGS-Producto-Catalogo-v01.md` + `MPB-HIORGS-Replicacion-Playbook-v01.md`. Cristalización operable de D-012/013/014. 3 de 7 outputs canónicos del §9 producidos en una corrida. · Evidencia: 3 archivos en folder HIORG. · Cierra: tareas Cowork #4 + #5 (parcial). [2026-04-25 @Victor] [DECIDE] — **Tier pricing equipos #3+ Modelo A ratificado:** 30–40% del Lab inicial, ajustable por complejidad de los proyectos del nuevo equipo. Cierra tensión menor abierta del cierre D-014. · Evidencia: minuta + CP-Catálogo SKU 1.3 + MPB-Replicación §2.4. [2026-04-25 @Jay] [DECIDE] — **D-014 cerrada.** Dos modelos de replicación post-Lab canonizados como "Red de EmpowerTeamsX". Modelo A (EL facilita equipos #2, #3, #N — pricing 50–60% del Lab inicial). Modelo B (Train-the-Trainers — gate: certificación EL del **ecosistema instalado**, no solo de las personas). Tensión menor abierta: pricing equipos #3+ Modelo A (propuesta 30–40%). · Evidencia: `OUT-HIORGS-Modelo-Deck-v02.pptx` lámina 12 + `MIN-HIORGS-RoomProductizacion-v01.md` D-014. · Co-firma: @Victor. · Cierra: tensiones T-1, T-2, T-3, T-4. [2026-04-25 @Jay] [DECIDE] — **D-013 cerrada.** Unidad mínima de transformación organizacional = **equipo + proyecto vivo**. El catálogo se estructura en torno a "equipos" como SKU base, no horas, módulos ni asientos. · Evidencia: `MIN-HIORGS-RoomProductizacion-v01.md` D-013. · Co-firma: @Victor. [2026-04-25 @Jay] [DECIDE] — **D-012 ratificada como Síntesis F.** Dos productos canónicos: (1) **WORX OS** B2B-equipo (HIORGS scope) + (2) **SherpaX Personal** B2O standalone (Room separado). Cierra tensión §3 del TP. T-5 cerrada. · Evidencia: `MIN-HIORGS-RoomProductizacion-v01.md` D-012. · Co-firma: @Victor. [2026-04-25 @Jay] [EXEC] — Deck WORX OS **v02** producido (16 láminas). Lámina nueva 12 "Red de EmpowerTeamsX" con cards Modelo A vs Modelo B + barra síntesis. Refleja D-013 + D-014. v01 marcado como superseded. · Evidencia: `OUT-HIORGS-Modelo-Deck-v02.pptx`. · Tooling: `outputs/deck-build/build-v02.js` (clonado de build.js, ajustes de layout cards 4.4×2.30, gap 0.2, startY 2.20, barra síntesis y=4.62 h=0.45). [2026-04-25 @Jay] [EXEC] — Versión `.docx` del paper canónico producida (`PAP-HIORGS-GranReto-v01.docx`) con tipografía gris/navy + logo EmpowerLabs en encabezado, header "EmpowerLabs · HiORG · Paper", footer numerado. Para envío adjunto al video Posta. · Evidencia: archivo en folder HIORG. · Tooling: `outputs/docx-build/build.js` (docx-js library, US Letter 12240×15840 DXA, 1" margins). [2026-04-25 @Jay] [EXEC] — XPack creado. Room HIORGS sube de "TP de arranque" a "XPack vivo". Asset `XP-EL-HIORGS-Portfolio-v01.md` registrado. · Evidencia: este archivo. · Continúa desde: TP-HIORGS-Productizacion-v01 + TP-HIORGS-DemandGen-Ecosistema-v01. [2026-04-25 @Jay] [EXEC] — Minuta del room creada (`MIN-HIORGS-RoomProductizacion-v01.md`). · Evidencia: archivo en mismo folder. · Cierra: tarea Cowork #10. [2026-04-25 @Jay] [EXEC] — Deck WORX OS v01 cerrado con logo EmpowerLabs en los 15 slides (esquina inferior derecha). Numeración movida a centro inferior, rótulo de acto a izquierda. · Evidencia: `OUT-HIORGS-Modelo-Deck-v01.pptx` actualizado. [2026-04-25 @Jay] [EXEC] — Lámina 7 del deck reemplazada por matriz 3×5 (3 pilares × 5 capas) sobre fondo blanco. PRINCIPAL = chip amber sólido, Secundario = chip amber outline, sin intervención = guion gris. · Evidencia: `OUT-HIORGS-Modelo-Deck-v01.pptx`, lámina 7. [2026-04-25 @Jay] [DECIDE] — Tensión §3 desplegada con 4 opciones evaluadas en matriz de 8 criterios duros. Recomendación: Síntesis E (bundle + EmpowerScan puerta + pricing 3 capas). · Evidencia: respuesta en chat con tabla comparativa + 3 preguntas de ratificación a Victor. · Decisión vinculante PENDIENTE — espera firma @Victor. [2026-04-25 @Jay] [EXEC] — Deck WORX OS v01 producido con 15 láminas, patrón dark-light, lenguaje visual de OUT-EL-WORX-Posta-Deck-v02 (NAVY 15294A + CREAM F6F0E6 + AMBER E99C2E + Georgia/Calibri). · Evidencia: `OUT-HIORGS-Modelo-Deck-v01.pptx`. · Cierra: tarea Cowork #8. [2026-04-24 @Jay] [DECIDE] — Sistema-producto bautizado **WORX OS** (Sistema Operativo Organizacional HiORG). 3 pilares canónicos: WORX (método) + WORX OS (arquitectura) + SherpaX (interfaz). 3 fases canónicas: Detonación → Lab 40 días (núcleo integrador) → Acompañamiento M1-M12. 3 entregables simultáneos: proyectos resueltos + equipo capacitado + ecosistema instalado. · Evidencia: `CP-HIORGS-Solucion-Arquitectura-v01.md`. · Co-firma: @Victor (autor original del modelo). [2026-04-24 @Jay] [LEARN] — El Lab de 40 días incluye desde día 1 la fase de "arranque de proyectos" (no es secuencial: detonación + Lab + acompañamiento operan en paralelo durante los primeros meses). Esta es la lección de 10+ años de EmpowerLabs original que Victor inyectó al modelo. **Candidato a LabPraxis.** · Evidencia: corrección de Victor a la versión inicial del modelo. [2026-04-24 @Jay] [LEARN] — El argumento anti-pause ("no tienes que abandonar tus proyectos actuales") es legado personal de Victor de la primera era de EmpowerLabs. Es diferenciador estructural vs. consultoras tradicionales (que sí piden pausa o redirección). Debe vivir en todos los activos cliente-facing como argumento central. **Candidato a LabPraxis.** · Evidencia: corrección de Victor a la versión inicial del modelo. [2026-04-24 @Jay] [EXEC] — Paper canónico `PAP-HIORGS-GranReto-v01.md` producido como activo de pensamiento que sostiene la posición HIORG en el mercado. · Evidencia: archivo en folder HIORG. · Cierra: tarea Cowork #7. [2026-04-24 @Jay] [EXEC] — Problema canónico del HIORG definido (`OUT-HiORG-WORXOS-ProblemStatement-v01.md`) y solución canónica definida (`CP-HIORGS-Solucion-Arquitectura-v01.md`). · Cierra: tareas Cowork #1 y #2. [2026-04-24 @Jay] [DECIDE] — HIORG es pilar independiente de Re100X. No se mezclan productos, no se mezcla canal narrativo, no se mezcla pricing. · Evidencia: §"Contexto pre-room" del TP-HIORGS-Productizacion-v01. [2026-04-24 @Jay] [DECIDE] — Productización es upstream de Demand Gen. `TP-HIORGS-DemandGen-Ecosistema-v01` se pausa hasta que este room entregue catálogo v01. · Evidencia: §"Contexto pre-room" del TP. [2026-04-24 @Jay] [EXEC] — Dos TPs creados como gemelos del room: `TP-HIORGS-Productizacion-v01.md` (este room) + `TP-HIORGS-DemandGen-Ecosistema-v01.md` (room hermano pausado). · Evidencia: ambos archivos en folder HIORG. --- ## CIERRE *(pendiente — se completa cuando los 7 outputs canónicos del §9 estén producidos y firmados, DemandGen esté reactivado, y el playbook del Lab haya sido ejecutado al menos una vez por alguien que no sea Victor)* **Criterios de cierre del XPack:** 1. Los 7 outputs canónicos del §9 (incluye `MPB-HIORGS-Replicacion-Playbook-v01` agregado por D-014) producidos y con VoBo de Victor. 2. `TP-HIORGS-DemandGen-Ecosistema-v01` reactivado y operando. 3. Al menos 1 ejecución del Lab de 40 días corrida bajo el playbook nuevo, con @Jesús o @Gustavo en rol principal y Victor en rol de supervisión. 4. Catálogo v01 firmado por Victor como referencia para todas las propuestas comerciales nuevas (Posta, BioPappel, próximos prospectos). 5. Pricing equipos #3+ Modelo A confirmado (cierra tensión menor abierta). 6. Room dedicado de SherpaX Personal abierto fuera de HIORG (cierra Síntesis F operativamente). --- *XP-EL-HIORGS-Portfolio-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-HiOrg-Hyperintelligent Org/ · 2026-04-26* *XPack en modo portafolio — agrupa Productización + Demand Gen del WORX OS. Sigue MePB-XX-XPack-Schema-v01.*