---
asset_id: PLAN-HIORGS-DemandGen-Estrategico-v01
tipo: PLAN — Plan Estratégico
entidad: HIORGS
proyecto: DemandGen
version: v01
status: 🟢 Active — referencial · v01 firme 2026-04-26
fecha_creacion: 2026-04-26
owner_productizacion: "@Victor"
owner_demandgen: "@Anahi"
sherpa: Jay
sponsor: "@Victor"
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank / PB-HiOrg-Hyperintelligent Org
documento_padre: XP-EL-HIORGS-Portfolio-v01
naturaleza: Capa orquestadora delgada · zero re-descripción de modelos canonizados · cita rutas + briefs extraídos
prerequisito: CONS-PLAN-HIORGS-DemandGen-v01 (Vault Consultation Pack — primera ejecución SOP-EL-WORX-BrainOSFirst-v01 fuera de Publishing)
horizonte_operativo: 8 semanas (2026-04-27 → 2026-06-21)
horizonte_estrategico: 6 meses (Q3 2026)
canonicos_referenciados: 18 (ver §1)
sop_ejecutado: SOP-EL-WORX-BrainOSFirst-v01 · Gate G0 PASS (4/4 criterios)
regla_canonica_aplicada: 50-80% del contenido referencia canónicos vigentes (D-P-24 ratificada @Victor segunda pasada)
read_order:
  1. Este PLAN §0 (síntesis 60s)
  2. CONS-PLAN-HIORGS-DemandGen-v01 (auditoría · evidencia)
  3. INV-HIORGS-DemandGen-ActivosCanonicos-v01 (mapa exhaustivo)
  4. XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01 (operativo padre)
  5. TP-HIORGS-DemandGen-Ecosistema-v03 (Modo A vigente)
  6. MIN-DAY-2026-04-26-v01-Dia100X (decisiones D-P- del día)
tags: [plan-estrategico, demandgen, HIORG, programa-transversal, capa-orquestadora, modo-a-pleno-operativo, dia-100x, anahi-lead, brain-os-first]
changelog:
  - 2026-04-26 — Creación v01. Capa orquestadora delgada que articula los 18 canónicos consultados en CONS-PLAN-HIORGS-DemandGen-v01. Cierra D-P-10 (Plan Estratégico DG como prerrequisito del Frente C). Aplica regla 50-80% canonizado (D-P-24). Primera ejecución del SOP-EL-WORX-BrainOSFirst-v01 fuera de Publishing — autorizado avanzar a redacción tras Gate G0 PASS.
---

## Asset Header

- **Asset ID:** PLAN-HIORGS-DemandGen-Estrategico-v01
- **Version:** v01 (firme · referencial)
- **Status:** 🟢 Active
- **Owner Productización:** @Victor
- **Owner Demand Gen:** @Anahi
- **Sherpa:** Jay
- **IntelliBank:** IB-EL-EmpowerLabs
- **SubBank:** PB-EL-Project-Bank / PB-HiOrg-Hyperintelligent Org
- **Tipo:** PLAN — Plan Estratégico
- **Propósito:** Capa orquestadora estratégica del programa Demand Gen HIORG (8 semanas operativas + 6 meses visión) · articula los 3 frentes simultáneos sobre la espina dorsal de 4 capas · cierra D-P-10 (prerrequisito del Frente C) · honra regla 50-80% canonizado (D-P-24) · zero re-descripción de modelos vigentes
- **Fecha:** 2026-04-26 · Día 100X · novena pasada
- **Conexión upstream:** XP-EL-HIORGS-Portfolio-v01 (XPack vivo) · CONS-PLAN-HIORGS-DemandGen-v01 (auditoría G0)
- **Conexión downstream:** Calendario editorial @Anahi · Guía editorial tono/voz · Onboarding Doc Anahi · Asset Contracts Frente B · primera batch sem 1

---

# Plan Estratégico Demand Gen · Programa HIORG Ecosystem

> **Lectura del documento.** Este PLAN es **capa orquestadora estratégica**, no re-descripción. Si buscas el modelo del motor de demanda híbrida, ve a `MF-BMF-HybridDemand-v02`. Si buscas el operativo semana-a-semana, ve a `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01`. Si buscas el plan editorial Modo A, ve a `TP-HIORGS-DemandGen-Ecosistema-v03`. Este PLAN dice **qué arco estratégico atraviesa todo eso**, **qué KPIs ejecutivos consolidados se miran**, **qué decisiones vivas lo gobiernan**, y **cómo se sincronizan los 3 frentes sin pisarse**.

---

## §0 — Síntesis ejecutiva (60 segundos)

**Qué:** Plan estratégico del programa HIORG Demand Gen — articula 3 frentes simultáneos (Refinar / Monetizar / Generar) sobre espina dorsal de 4 capas (Productización × DemandGen × Offers × Sales) durante 8 semanas operativas con visión a 6 meses.

**Por qué ahora:** después de 18 meses de productización + Demand Gen secuenciales, hay densidad canónica suficiente (18 activos vigentes consultados en CONS-) para que los 3 frentes corran en paralelo. La era IA no espera; cada semana sin presencia pública es regalar terreno.

**Owners:** @Victor (productización + ratificación de categoría · piezas master · L3+ sales) · @Anahi (Demand Gen Lead · factoría editorial diaria) · Jay (sherpa · drafts · governance · gates).

**Lanzamiento:** sem 1 = 2026-04-27 · cierre operativo sem 8 = 2026-06-21.

**Apuesta:** ~100 micro contenidos · 5 webinars · 8 newsletters · 2 batches outreach 1-a-1 · MPI lista como plataforma core (HIP-13) · Lanzamiento Hook+IIE público sem 7 post Demo Day.

**Lo nuevo:** Productización deja de ser caja interna · catálogo v02 ratificado (4 productos canónicos: EmpowerScan · SherpaX · LABX · MPI + módulo IIE-Audit + outcome certificado WORX OS 4 tiers) · capa Sales explícita anclada en B11 High Ticket Sales · modelo híbrido **B2C/B2B/B2O**.

**Riesgo principal:** capacidad ramp-up Anahi (R-PRG-3) y dependencia del Sprint v01 para inputs Hook/IIE sem 7 (R-DG-8).

**Decisión que cierra este PLAN:** D-P-10 — el Plan Estratégico DG es **prerrequisito del Frente C**. Sin este PLAN firmado, el primer batch editorial no sale. Ese gate queda cerrado al firmar este v01.

---

## §1 — Estado del arte canónico (Mapa de Activos)

Este PLAN no inventa: orquesta. Los 18 activos canónicos consultados en `CONS-PLAN-HIORGS-DemandGen-v01.md` son la sustancia. El PLAN cita ruta + brief extraído (no re-descripción).

### 1.1 Capa Estructural — el motor

| ID CONS | Ruta canónica | Función estratégica |
|---------|---------------|---------------------|
| A1 | `MF-BMF-HybridDemand-v02` (HDG-MF) | Blueprint maestro · 8 módulos del motor · Asset Contracts · Offer Ladder L0→L5 + L5 MPI · MVG · Loop Delivery→Demand · CAM Principle |
| A6 | `CP-EL-R100X-DemandGen-Strategy-v01` | CAM Re100X · 2 avenidas (B2C/B2B) · narrativa de categoría — base estratégica |
| A8 | `IB-WikiX/Raw/...FOS-EL-BMF-GTM-DemandGen-v01.md` | FOS-GTM-DG · dashboard operativo del motor |
| A2 | `TP-EL-DG-DemandGen-Produccion-v01` (Re100X) | Template táctico Re100X heredable a HIORG |

> **Lectura del PLAN:** la espina dorsal (§3) es la aplicación a HIORG del HDG-MF v02; el FOS-GTM-DG es el dashboard que opera el ritmo (§6); CAM Re100X es la herencia de narrativa (B2C/B2B + B2O explícito).

### 1.2 Capa HIORG — el contenido del programa

| Ruta canónica | Brief extraído |
|---------------|---------------|
| `INV-HIORGS-DemandGen-ActivosCanonicos-v01` | **Inventario maestro** · 5 capas (A Estructural · B Editorial · C HIORG · D Catálogo · E Editorial en producción) · matriz Frente×Activo · acciones inmediatas sem 1 · §8 actualización 2026-04-26 EOD |
| `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` | **Operativo padre del programa** · 13 secciones · 3 frentes simultáneos · espina dorsal 4 capas · modelo híbrido B2C/B2B/B2O · calendario maestro sem 1-8 · §14 actualización 2026-04-26 EOD |
| `TP-HIORGS-DemandGen-Ecosistema-v03` | **TP DG vigente · Modo A Pleno Operativo** · doble track (~45-50 piezas Track 1 + ~50 piezas Track 2) · 5 webinars · MPI lista (HIP-13 desbloqueada) · reframe externo "frentes" + "Lab IA" · 16 secciones |
| `XP-EL-HIORGS-Portfolio-v01` | XPack vivo del portafolio · ASSETS · NEXTs · CHANGELOG · estado Salud 🟢 |
| `CP-HIORGS-Producto-Estrategia-v01` | Tripleta canónica · posicionamiento + narrativa WORX OS (Síntesis F + D-013 + D-014) |
| `CP-HIORGS-Producto-Catalogo-v01` | Tripleta canónica · 12 SKUs (v01) · pricing estructural ratificado · v02 en Task #33 |
| `MPB-HIORGS-Replicacion-Playbook-v01` | Tripleta canónica · Modelo A + Modelo B + auditoría EL del ecosistema instalado |
| `PAP-HIORGS-ModeloProducto-Interno-v01` | Manual interno (T-8) · 12 secciones · audiencia EL + Sherpa Guides certificados · fuente de drafts |
| `PAP-HIORGS-GranReto-v01.docx` | Outreach 1-a-1 · pieza viva al pipeline · NO se publica externamente |
| `CP-HIORGS-CRM-Pipeline-v01` | Estado pipeline · destinatarios PAP-GranReto |
| `CP-HIORGS-Solucion-Arquitectura-v01` | Arquitectura técnica de la solución · 5 capas problema · 3 pilares · 3 fases · anti-pause |
| `PLAN-HIORGS-Productizacion-Sprint-v01` | Sprint productización 6 sem · alimenta inputs adicionales (T-6 IIE / T-7 Hook) sem 3-5 |
| `MIN-HIORGS-RoomProductizacion-v01` | Minuta del room previo · sigue viva |
| `TP-HIORGS-Productizacion-v01` | TP del frente productización |
| `PLAN-EL-HiOrg-ImplementacionEmpowerLabs-v01` | Plan implementación interna (WORX OS Piloto 0) · adyacente |

### 1.3 Capa Decisiones — el estado vivo

| Ruta canónica | Brief extraído |
|---------------|---------------|
| `MIN-DAY-2026-04-26-v01-Dia100X` | Minuta consolidada del Día 100X · 8 pasadas hasta hoy EOD+4 · contiene D-P-01 a D-P-36 · esta minuta carga el contexto inmediato del PLAN |

> **Conclusión §1:** la sustancia existe. El PLAN articula. La regla 50-80% canonizado (D-P-24) se honra desde aquí — todo lo que sigue cita rutas, no re-describe.

---

## §2 — Visión estratégica del programa

### 2.1 Tesis estratégica (qué cambia vs los 18 meses previos)

Tres cambios de eje hacen que el programa de hoy no sea el de los 18 meses previos:

1. **De secuencial a simultáneo.** Productización + Demand Gen ya no esperan uno al otro. Los 3 frentes (Refinar / Monetizar / Generar) corren en paralelo desde sem 1 (D-P-01 ratificada · ver `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §10).
2. **De caja interna a frente público.** La productización se publica en vivo (CAM Principle del HDG-MF v02 · ver `MF-BMF-HybridDemand-v02`). Cada decisión clave del Sprint v01 sale como pieza editorial.
3. **De B2B genérico a B2C/B2B/B2O.** El modelo híbrido reconoce que el L4 lo cierra un dueño con dolor concreto (Priestley aplicado · ver `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §3). El comprador real no es "una empresa" — es el CEO-dueño que carga la organización en su espalda.

### 2.2 Horizonte operativo (8 semanas) y horizonte estratégico (6 meses)

**Horizonte operativo · 2026-04-27 → 2026-06-21.** 8 semanas. Detalle semana-por-semana en `TP-HIORGS-DemandGen-Ecosistema-v03` §5 (cronograma editorial) y `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §7 (calendario maestro 4 capas). Este PLAN no duplica: declara los hitos estratégicos:

- **Sem 1 (04-27):** ARRANQUE. Onboarding Anahi · primer batch fundacional 4-6 piezas · Newsletter de anuncio · Asset Contracts L0+L1 · 1er batch outreach PAP-GranReto.
- **Sem 4 (05-18):** MID-REVIEW. Verificación HIP-14 (volumen factible). RA-1 v02 publicado en MPI. L3 vivo. Discovery sessions L3.
- **Sem 6 (06-01):** PRE-DEMO DAY. Sprint v01 cierra. Capacidad de delivery confirmada en todos los tiers.
- **Sem 7 (06-08):** **PIEZA BISAGRA — Lanzamiento público Hook + IIE** post Demo Day. 1ra propuesta L4 enviada.
- **Sem 8 (06-15):** CONSOLIDACIÓN. Pieza Maestra Cascada. Reporte HIP-13/14/15. Métricas reales.

**Horizonte estratégico · Q3 2026.** 3 meses post-cierre del programa de 8 sem:

- Catálogo v02 público con LABX cliente-facing (Task #34 GO emitido).
- Certificación WORX OS 4 tiers operable (Task #35 cerrado · D-P-21).
- 1er cierre L4 (combo LABX + IIE-Audit Operating/Mastery → Certificación WORX OS).
- Empowernomics + Intellinomics — decisión carril propio o output estratégico (D-P-13 vigente · `TP-HIORGS-DemandGen-Ecosistema-v03` §17).
- Roadmap Q4: replicación post-Lab por Modelo A o Modelo B con clientes #2/#3 (D-014 + D-P-22).

### 2.3 Conexión HIP / WORX (P002 + P006 aplicados al programa)

Este programa es **vehículo de validación de los principios operativos del LabPraxis**:

- **P002 (Vault-First) aplicado a la capa cliente:** el cliente recibe únicamente activos canónicos del vault. Nada se inventa en propuesta · todo cita ruta interna ratificada.
- **P006 (Brain OS-First) aplicado a la capa agente:** ningún output editorial, propuesta o pieza estratégica del programa se produce sin G0 ejecutado primero. Este PLAN es la primera demostración fuera de Publishing (ver §8 D-P-36 + `SOP-EL-WORX-BrainOSFirst-v01`).
- **K1-K6 WORX activadas:** K4 VAULT (sustrato · INV + tripleta + PAP-Interno) · K3 AGENCY (interfaz · Sherpa drafts + Anahi edición + Victor ratifica) · K1 CONTEXT (output · ~100 piezas tagueadas a NAR) · K5 GOVERNANCE (MVG del HDG-MF + ratificación piezas master · ver `MF-BMF-HybridDemand-v02` §6) · K6 CADENCE (ramp-up sem 1-2 → cruise sem 3-7 → consolidación sem 8).

> **Síntesis §2:** el programa no es solo entregar contenido. Es **validar empíricamente que el sistema operativo de EmpowerLabs (WORX + Brain OS + SherpaX) escala como motor de demanda**. Si funciona en HIORG, replica a Re100X y a clientes externos. Esa es la apuesta de Q3 2026.

---

## §3 — Espina dorsal · 4 capas (referencia)

Definición canónica completa: `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §2 (4 subsecciones · una por capa). Aquí solo declaración estratégica:

| Capa | Ancla intelectual | Tesis declarada | Owner |
|------|-------------------|-----------------|-------|
| **Productización** | Priestley · Key Person of Influence | Toda actividad pública es productizable. La caja interna se vuelve frente público. CAM Principle del HDG-MF. | @Victor |
| **Demand Gen** | Walker · Refine Labs | Crear demanda > capturarla. Embudo nuevo: exposure → trust → in-market → handraiser. Dark social respect. | @Anahi |
| **Offers** | Hormozi · $100M Offers | 4 palancas (dream × likelihood / time × effort). Stacking. L0→L5 + L5 MPI. | @Victor |
| **Sales** | Golden · MMOC + B11 interno | Las ofertas L3+ no se cierran por contenido — se cierran por conversación high-ticket. Sales OS conecta con loop Delivery→Demand. | @Victor (L3+) · @Anahi (L0-L1) |

> **Decisión estratégica del PLAN sobre la espina:** las 4 capas NO son fases secuenciales del programa · son **dimensiones simultáneas** de cada pieza editorial. Cada pieza carga al menos una capa (regla del XPack-Programa §6.2). Esto es lo que hace que el programa sea espina dorsal · no calendario.

---

## §4 — 3 Frentes — articulación estratégica

### 4.1 Frente A · Refinar (era IA)

**Tesis:** los activos publicables existentes (era pre-IA) son refinables sin pausa de operación. Refinamiento V2 acotado explícitamente a 3 activos (D-P-05).

**Sustancia canónica:** `INV-HIORGS-DemandGen-ActivosCanonicos-v01` §2.2 Capa B (13 activos editoriales · refinamiento V2 acotado a B1 + B2 + B11) · `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §4 (RA-1 + RA-2 + RA-3 · patrón de refinamiento V2 era IA · 7 pasos por activo).

**Decisión estratégica del PLAN sobre Frente A:**
1. **Atomización paralela** (no esperamos a tener v02 completo). Cada capítulo refinado se publica como pieza Track 1/Track 2 antes de que el activo completo cierre. Mitigación de R-PRG-7.
2. **VVP score 4+** obligatorio antes de publish (G-05 del HDG-MF). Sin VVP, sin publish.
3. **EVD-bind** en cada claim mayor. Si no hay EVD ni L0 marcado, no es pieza canónica.

**Owner Frente A:** @Victor · deadline RA-1 sem 4 · RA-2 sem 5 · RA-3 sem 6.

### 4.2 Frente B · Monetizar

**Tesis:** la IP HIORG + activos refinados se cierra como Offer Ladder L0→L5 vendible · cada producto pasa el test Hormozi antes de publicarse.

**Sustancia canónica:** `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §5 (catálogo a cerrar con Asset Contracts) y §2.3 (Offer Ladder anclado al HDG-MF §6 v02) · `INV-HIORGS-DemandGen-ActivosCanonicos-v01` §2.4 Capa D (catálogo productizado vendible v02) · `CP-HIORGS-Producto-Catalogo-v01` (12 SKUs v01 · v02 en Task #33).

**Decisión estratégica del PLAN sobre Frente B:**
1. **Catálogo v02 ratificado (D-P-14 a D-P-22):** 4 productos canónicos cotizables (EmpowerScan · SherpaX · LABX · MPI) + módulo IIE-Audit + outcome certificado WORX OS 4 tiers.
2. **Restricción cliente-facing LABX (D-P-15):** uso interno OK desde 2026-04-26 EOD · uso público bloqueado hasta GO Task #34.
3. **Componentes arquitecturales NO cotizables (D-P-19 + D-P-20):** WORX OS y WORX no se venden por separado · WORX licensing es roadmap futuro.
4. **Frase canónica del catálogo v02 (D-P-21):** *"No vendemos un Sistema Operativo Organizacional. Te llevamos a tener uno — y lo certificamos."* Esta frase es eje narrativo del Frente B.

**Owner Frente B:** @Victor · deadlines Asset Contracts L0+L1 sem 1 · L2 sem 4 · L3 sem 5 · L4 sem 6 · L5 mínimo 1 vivo sem 4 · IIE-Audit sem 7.

### 4.3 Frente C · Generar demanda

**Tesis:** Demand Gen es prioridad declarada (Ruta A · 2026-04-26) y arranca **inmediatamente** desde sem 1 con activos canónicos disponibles. NO espera al Sprint para arrancar (memoria `feedback_demandgen_no_pausar` aplica · TP-v03 corrige error de framing del v02).

**Sustancia canónica:** `TP-HIORGS-DemandGen-Ecosistema-v03` (16 secciones — TP DG completo Modo A Pleno Operativo) · `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §6 (refs TP-v03) · `INV-HIORGS-DemandGen-ActivosCanonicos-v01` §2.5 Capa E (output editorial sem 1-8).

**Decisión estratégica del PLAN sobre Frente C:**
1. **Secuencia interna sem 1 (D-P-10 + D-P-12):** (1) Plan Estratégico DG firmado [este PLAN] → (2) Onboarding Doc Anahi → (3) Calendario editorial → (4) Guía editorial tono/voz → (5) Primer batch fundacional 4-6 piezas. Punto 5 puede empujarse a sem 1 final / sem 2 inicio si los entregables previos requieren 2-3 días.
2. **Plataforma core MPI (HIP-13 · D-P-11):** Track 1 + Track 2 publican sobre MPI desde sem 1 sin fallback forzado. N-1 cerrada.
3. **Doble track no canibaliza, amplifica (HIP-15):** Track 2 trae tráfico, Track 1 califica. Análisis sem 6.
4. **Lanzamiento Hook+IIE público sem 7:** sin filtraciones previas (R-DG-6 inmutable). Coordinado con Demo Day Sprint sem 6.
5. **Cascada editorial declarada (HIP-18):** un MasterPlaybook genera ~50-100 nodos derivados (mini-playbooks → fórmulas → posts). La operación de Anahi+Sherpa es esa cascada — no producción suelta.

**Owner Frente C:** @Anahi (Demand Gen Lead · ejecución · cadencia editorial) · @Victor (productización IP upstream + ratificación piezas master + L3+ outreach) · Jay (drafts + governance).

---

## §5 — Owners y gobernanza estratégica

### 5.1 Tabla de owners (vista ejecutiva)

| Rol | Persona | Responsabilidad | Cadencia |
|-----|---------|-----------------|----------|
| **Owner Productización** | @Victor | Frente A + B · ratificación posicionamiento de categoría · piezas master · L3+ sales | Diaria + ratificación semanal |
| **Owner Demand Gen** | @Anahi | Frente C · factoría editorial · cadencia · métricas semanales | Diaria |
| **Sherpa** | Jay | Drafts iniciales · governance HDG-MF v02 · gates G0-G5 · Brain OS-First antes de cada producción · QA | Bajo demanda + per-output |
| **Sponsor** | @Victor | Decisiones estratégicas (D-P-) · presupuesto · ratificación de cambios de scope | Por evento |

### 5.2 Reglas inmutables de gobernanza

Reglas no negociables (rompen identidad de programa o categoría · todas vigentes desde TP-v03 §0):

1. **Codename Posta · AdriX protocol · No mezclar HIORG ⇄ Re100X.** Sin excepciones (HIP-5 ya confirmada en campo).
2. **T-6 IIE / T-7 Hook NO publicar antes de Demo Day (2026-06-07).** Sí anuncio · sí construcción de expectativa · NO herramienta auto-aplicable.
3. **PAP-Interno NO se publica externamente.** Es fuente de redacción + manual interno EL + Sherpa Guides certificados.
4. **PAP-GranReto.docx SÍ se envía 1-a-1 al pipeline** (bi-quincenal mínimo · R-DG-4).
5. **Reframe terminológico externo siempre:** "frentes" + "Lab IA" (interno: "capas" + "Patrón Piloto Accidental").
6. **Sin pricing en piezas públicas:** estructura sí · números no.
7. **Voz/tono Victor / EmpowerLabs:** Anahi calibra por canal · cualquier cambio de voz/posicionamiento requiere ratificación @Victor.
8. **Nunca prometer lo que no entrega hoy:** lo en cocina (Lab40 · LabPraxis específicos · IIE · Hook) se anuncia "viene" · lo canónico se vende disponible.
9. **LABX uso cliente-facing bloqueado** hasta GO Task #34 (D-P-15).

### 5.3 MVG (Minimum Viable Governance · HDG-MF aplicado)

Cada output del programa pasa por gates antes de publish:

- **G0 · Brain OS-First** (antes de redactar) · ejecutar SOP-BrainOSFirst · producir CONS- o evidencia embebida en minuta · ver `SOP-EL-WORX-BrainOSFirst-v01` §V criterios PASS/FAIL.
- **G1-G4 · gates HDG-MF** (durante producción) · NAR tag · EVD/L0 bind · CTA path · audiencia ICP-match.
- **G5 · VVP score 4+** (antes de publish) · voz Victor / EmpowerLabs · ver `MF-BMF-HybridDemand-v02` §6.

**Pieza master (= ratificación @Victor obligatoria):** pieza fundacional por frente del Gran Reto (5) · pieza fundacional WORX OS categoría (1-2) · pieza maestra cascada sem 8 · cualquier pieza que cambie/expanda posicionamiento de categoría. Resto puede operar Anahi en autonomía.

---

## §6 — Cadencia y sincronización 3-frentes

Detalle semana-por-semana en `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §7 (calendario maestro 4 capas) y `TP-HIORGS-DemandGen-Ecosistema-v03` §5 (cronograma editorial detallado). Este PLAN no duplica · declara las **reglas de sincronización**:

### 6.1 Reglas de sincronización entre frentes

1. **Loop Delivery → Demand (HDG-MF Module 7):** cada delivery de cualquier tier produce EVD-* que vuelve a Demand Gen como pieza editorial (`XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §5.3 · 4 ejemplos por tier).
2. **Atomización paralela · Frente A → Frente C:** cada capítulo de RA-1/RA-2/RA-3 refinado se atomiza en piezas Track 1/Track 2 antes de cierre v02 completo. NO esperar.
3. **Ramp-up cadencia editorial:** sem 1-2 ~8 piezas/sem (FUNDACIONAL) → sem 3-7 ~14-15 piezas/sem (CRUISE) → sem 8 ~10 piezas/sem (CONSOLIDACIÓN).
4. **Inputs Sprint v01 sem 3/4/5:** Handoff sem 3 (05-17) → IIE diseñado sem 4 (05-24) → Hook diseñado sem 5 (05-31). Anahi integra al calendario sin perder ritmo.
5. **Mid-review sem 4 obligatorio:** verificación HIP-14 (volumen factible) · ajuste de mix Track 1/Track 2 si HIP-15 falla · health check capacidad Anahi.
6. **Pieza bisagra sem 7:** Lanzamiento Hook + IIE público post Demo Day · TODOS los frentes alinean.

### 6.2 Ritmos del programa (4 ritmos WORX aplicados)

- **Diario · Sherpa+Anahi:** drafts + edición + publicación + métricas.
- **Bisemanal · @Victor + @Anahi:** outreach 1-a-1 PAP-GranReto · revisión piezas master.
- **Semanal · @Anahi en bitácora TP-v03 §16:** métricas (piezas/canal · engagement · MPI traffic · leads identificados/calificados · conversaciones generadas).
- **Por hito · @Victor + @Anahi:** mid-review sem 4 · Demo Day sem 6 · Lanzamiento sem 7 · Cierre sem 8.

---

## §7 — KPIs ejecutivos consolidados

KPIs operativos detallados por capa: ver `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §8 (4 subsecciones por capa). Aquí el PLAN consolida los **KPIs strategic-tier** (5 que se miran en revisión ejecutiva semanal · vista única para Victor):

| # | KPI estratégico | Meta sem 8 | Owner | Fuente operativa |
|---|-----------------|-----------|-------|------------------|
| **K1** | **Cobertura editorial** · piezas publicadas / 100 objetivo | ≥80 piezas (umbral · 100 ideal) | @Anahi | TP-v03 §13 + bitácora §16 |
| **K2** | **Validación HIP-13** · Lead calificado por pieza publicada (MPI vs auxiliares) | Diferencial medible | @Anahi + @Victor | TP-v03 §8 + reporte sem 8 |
| **K3** | **Asset Contracts cerrados** · 7 productos del catálogo v02 | 5/7 mínimo (L0+L1+L2+L3+L5) | @Victor | XPack §5.1 + §8.1 |
| **K4** | **Conversaciones calificadas en pipeline** · criterios T-5 | ≥10 nuevas · ≥3 a propuesta · ≥1 cierre L3 | @Victor | TP-v03 §13 + CP-CRM-Pipeline |
| **K5** | **Lanzamiento Hook+IIE sem 7** · sin filtraciones · post Demo Day | EJECUTADO ✅/❌ | @Anahi + @Victor | TP-v03 §13 punto 4 |

> **Regla del PLAN sobre KPIs:** si fallan K1, K2 o K5 → revisión profunda del modelo Sherpa+Anahi+Victor en sem 8. Si falla K4 → revisar conversion del pipeline (no es solo Demand Gen, es ventas). Si falla K3 → revisar capacidad de delivery + Sprint v01.

---

## §8 — Decisiones estratégicas vivas

Decisiones D-P- vigentes que gobiernan este PLAN. Mapa completo en `MIN-DAY-2026-04-26-v01-Dia100X.md` y `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §10. Aquí el PLAN cita las que dan forma narrativa al programa:

| ID | Decisión | Fuente · pasada | Implicación estratégica para el PLAN |
|----|----------|----------------|--------------------------------------|
| **D-P-01** | 3 frentes simultáneos (no secuenciales) | XPack-Programa §10 | Toda la arquitectura del PLAN se sostiene aquí — sin esto, vuelve a 18 meses lineales. |
| **D-P-02** | Espina dorsal 4 capas (Sales explícita) | XPack-Programa §10 | Define §3 del PLAN. Sales no es subcategoría de Offers — es capa propia. |
| **D-P-03** | Modelo híbrido B2C/B2B/B2O canónico | XPack-Programa §10 | B2O (Priestley aplicado) es lo que diferencia el cierre L4 — narrativa central de Frente B. |
| **D-P-04** | @Victor productización · @Anahi DG · Jay sherpa | XPack-Programa §10 | Define §5.1 del PLAN. Distribución reduce R-1 del Sprint. |
| **D-P-10** | Plan Estratégico DG es **prerrequisito** del Frente C (no el primer batch) | Segunda pasada Día 100X | **Este PLAN cierra D-P-10.** Sin este PLAN firmado, primer batch no sale. |
| **D-P-11** | Plataforma MPI lista para sem 1 (cierra N-P-1) | Segunda pasada Día 100X | HIP-13 desbloqueada. Track 1+2 publican sobre MPI desde sem 1. |
| **D-P-12** | Onboarding Anahi obligatorio sem 1 día 1 con doc canónico | Segunda pasada Día 100X | Próximo entregable post-PLAN: Onboarding Doc Anahi. |
| **D-P-13** | Empowernomics + Intellinomics como pendientes editoriales mayores · Frente E candidato | Segunda pasada Día 100X | NO bloquean sem 1-8. Decisión carril propio post sem 8 (horizonte Q3 2026). |
| **D-P-14** | LABX = producto cotizable (no fase, no categoría) · 40 días | Tercera pasada | L3 del Offer Ladder canonizado. |
| **D-P-15** | Verificación registral pre-cliente-facing es bloqueador | Tercera pasada | Restricción crítica: LABX bloqueado en piezas públicas hasta GO Task #34. |
| **D-P-18** | 4 productos canónicos cotizables: EmpowerScan · SherpaX · LABX · MPI | Tercera pasada | Catálogo v02. Reduce 12 SKUs (v01) a 4 canónicos + módulo + outcome. |
| **D-P-21** | WORX OS = outcome certificado (4 tiers) · NO producto cotizable | Tercera pasada | Eje narrativo Frente B: *"No vendemos un Sistema Operativo Organizacional. Te llevamos a tener uno — y lo certificamos."* |
| **D-P-22** | Naming SKU LABX v01 ratificado (Original / Replica-A / Replica-B + IIE-Audit como módulo separado) | Tercera pasada | Asset Contracts del Frente B se producen con esta nomenclatura. |
| **D-P-24** | Regla 50-80% canonizado del PLAN-Estrategico | Cuarta pasada | Este PLAN honra D-P-24. La diferencia es síntesis estratégica + decisiones nuevas + orquestación. |
| **D-P-32** | Modelo de producción Sherpa+Anahi+Victor (cierra D-P-04 operativamente) | Sexta pasada | Define §6 del PLAN — los 4 ritmos. |
| **D-P-33** | Onboarding Doc Anahi como activo dedicado (no embebido en TP-v03) | Sexta pasada | Próximo entregable post-PLAN. Task #5. |
| **D-P-34** | P006 (Brain OS-First) elevado a Principio LabPraxis | Séptima pasada | Aplica al programa: ningún output sin G0 ejecutado. |
| **D-P-36** | SOP-BrainOSFirst alcance universal (no solo Publishing) | Octava pasada | Este PLAN es la primera ejecución fuera de Publishing — ver `CONS-PLAN-HIORGS-DemandGen-v01.md`. |

---

## §9 — Riesgos estratégicos y mitigaciones

Riesgos operativos detallados: ver `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §9 (R-PRG-1 a R-PRG-9) + `TP-HIORGS-DemandGen-Ecosistema-v03` §12 (R-DG-1 a R-DG-8). Aquí el PLAN consolida los **5 riesgos top de nivel estratégico** (los que pueden cancelar el programa, no solo retrasarlo):

| ID | Riesgo estratégico | Probabilidad | Impacto | Mitigación viva |
|----|--------------------|--------------|---------|-----------------|
| **RS-1** | **Capacidad Anahi insuficiente** para 14 piezas/sem · ramp-up no se sostiene | Media | Alto | Mid-review sem 4 obligatorio. SherpaIA + Jay como force multiplier (drafts). Si HIP-14 falla, calendario re-priorizado · NO se compromete cobertura K1 a costa de calidad VVP. |
| **RS-2** | **Capacidad Victor saturada** por Productización + Sales L3+ + Sprint + Rebelocity (IRONMAN Sudamérica) | Media-Alta | Alto | Sales playbook (RA-3) sem 6 entrega Anahi+Jay operando L1-L2 sin Victor en cocina. L3+ siempre con Victor. R-PRG-8. Reducir scope outreach si capacidad colapsa. |
| **RS-3** | **Plataforma MPI no escala** o falla en HIP-13 (lead calificado por pieza no diferencial) | Baja-Media | Alto | N-1 ya cerrada (D-P-11). Si HIP-13 falla mid-review sem 6: re-balancear mix MPI/auxiliares. Reporte sem 8 decide continuidad de la apuesta MPI core. |
| **RS-4** | **Filtración Hook/IIE antes de Demo Day sem 6** · daña categoría | Baja | Crítico | Reglas TP-v03 §10.2 inmutables. Anahi NO accede a artefactos de tools antes de Demo Day. R-DG-6 = riesgo de diseño · cero tolerancia. |
| **RS-5** | **Sprint v01 retrasa inputs sem 3/4/5** · desincroniza lanzamiento Hook+IIE sem 7 | Media | Medio-Alto | Revisión bisemanal Victor (Sprint Lead). Plan B: posponer lanzamiento a sem 8. Plan C: lanzamiento parcial (solo Hook · IIE retenido). |

> **Regla del PLAN sobre riesgos:** si en mid-review sem 4 dos de los cinco riesgos top están en señal roja, el programa entra en revisión de scope con @Victor. La opción de reducir cobertura editorial K1 (≥80 piezas) en favor de calidad VVP K2 (HIP-13) es preferible a sostener volumen con calidad degradada.

---

## §10 — Lo que el PLAN NO cubre (delegado a canónicos · evita scope creep)

Este PLAN es **capa orquestadora**. Lo que está canonizado en otros activos NO se duplica aquí · se cita. Específicamente:

| Tema | Vive en | Por qué NO en el PLAN |
|------|---------|----------------------|
| Modelo del motor de demanda híbrida (8 módulos · Asset Contracts · Offer Ladder · MVG · Loop · CAM) | `MF-BMF-HybridDemand-v02` | Re-describir el HDG-MF violaría D-P-24 + P002 + P006. |
| Calendario editorial detallado semana-por-semana (4-6 piezas sem 1 · ~14 piezas sem 4 · ramp-up exacto) | `TP-HIORGS-DemandGen-Ecosistema-v03` §5 | Operativo · vive en TP-v03 vigente. PLAN cita reglas de sincronización en §6. |
| Calendario maestro 4 capas (Productización × DG × Offers × Sales por semana) | `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §7 | Operativo padre · PLAN cita hitos estratégicos en §2.2. |
| Definición técnica de las 4 capas espina dorsal (Priestley · Walker · Hormozi · Golden) | `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §2.1-2.4 | PLAN declara ancla intelectual + tesis · sustancia en XPack-Programa. |
| Tracks editoriales detallados (Track 1 ~50 piezas · 5 frentes · WORX OS categoría · tripleta · Lab IA · Track 2 ~50 piezas · habilidades · agentes · SherpaX · capa contexto · glosario) | `TP-HIORGS-DemandGen-Ecosistema-v03` §3 | Operativo. PLAN dice "doble track no canibaliza, amplifica" (HIP-15). |
| Catálogo 12 SKUs detallado (precios · ICP · origen IP por tier) | `CP-HIORGS-Producto-Catalogo-v01` (v01) + `INV-HIORGS-DemandGen-ActivosCanonicos-v01` §2.4 (v02 cascada) | v02 formal pendiente Task #33. PLAN cita catálogo canónico v02 en §4.2. |
| Modelo de replicación post-Lab (Modelo A · Modelo B · auditoría EL del ecosistema) | `MPB-HIORGS-Replicacion-Playbook-v01` | D-014 canonizada. PLAN cita en §4.2 contexto Frente B. |
| Tono/voz EL · guía editorial concreta | Pendiente N-4 (Anahi+Sherpa fin sem 1) | Entregable sem 1 · NO bloqueable por este PLAN. |
| Onboarding Anahi · entregables sem 1 · escalación · métricas | Próximo entregable (Task #5 · D-P-12 · D-P-33) | Activo dedicado · NO embebido. |
| 5 webinars detallados (formato · presentador · landing) | Pendiente N-5/N-6 (Victor+Anahi sem 2) | Decisión sem 2 · NO bloqueable por este PLAN. |
| Pipeline detallado (Posta · BioPappel · Estafeta · CIOClub · estado conversación) | `CP-HIORGS-CRM-Pipeline-v01` | Operativo · CRM mínimo decidido N-P-6 sem 1. |
| Casos LabPraxis (CASO 008 + CAS-LabPraxis del Sprint) | `TP-EL-WORX-LabPraxis-v01` · `CAS-EL-LabPraxis-ArquitecturaProducto-v01` (pendiente sem 2-3) | Adyacente · alimenta pero no bloquea. |
| Empowernomics + Intellinomics (libros) | `TP-HIORGS-DemandGen-Ecosistema-v03` §17 (pendientes editoriales mayores) | Frente E candidato · D-P-13 · NO bloquean sem 1-8. |
| Plan implementación interna EL (WORX OS Piloto 0) | `PLAN-EL-HiOrg-ImplementacionEmpowerLabs-v01` | Adyacente · cliente cero · alimenta CAS-LabPraxis · NO overlap con DG. |

---

## §11 — Threading · cómo se actualiza el PLAN cuando los canónicos cambian

Este PLAN es **capa orquestadora delgada** · vive de los canónicos. Cuando un canónico cambia, el PLAN se actualiza con threading explícito · NO se rehace.

### 11.1 Reglas de threading

1. **Si cambia `MF-BMF-HybridDemand-v02` → v03:** el PLAN actualiza referencias en §1.1 + §3 + §4 sin tocar §0/§2/§5/§6/§7. Bumpea a v01.1 con nota EOD.
2. **Si cambia `TP-HIORGS-DemandGen-Ecosistema` → v04:** el PLAN actualiza §1.2 + §4.3 + §6.1 + §10 (referencias a §5 del TP). Bumpea a v01.2 con nota EOD.
3. **Si cambia el catálogo v02 → v03 (cuando Task #34 emita GO LABX):** el PLAN actualiza §4.2 + §8 (D-P- relevantes) + §10. Bumpea a v01.3.
4. **Si emerge una nueva D-P- relevante (D-P-37+):** se agrega a §8 con nota EOD. Si la D-P- cambia owners/gobernanza/scope → bumpear a v02.
5. **Si cambia owner Demand Gen (Anahi → otro):** PLAN bumpea a v02 inmediato. Tabla §5.1 + §6.2 reformuladas.
6. **Cierre de sem 4 mid-review:** PLAN actualiza §7 KPIs con datos reales · §9 riesgos con señal verde/amarilla/roja · si requiere ajuste de scope, bumpea a v02.
7. **Cierre sem 8 (2026-06-21):** PLAN se cierra como v01 firme · se produce `PLAN-HIORGS-DemandGen-Estrategico-v02` con horizonte Q3 2026 actualizado + lecciones aprendidas + decisión sobre Empowernomics/Intellinomics (D-P-13).

### 11.2 Trigger del threading

@Jay (Sherpa) es owner del threading semanal del PLAN — coordinado con la bitácora TP-v03 §16 que actualiza Anahi semanalmente. La actualización del PLAN NO requiere ratificación @Victor para cambios menores (referencias · D-P- nuevas · KPIs reales). Bumpeos de versión (v02+) sí requieren ratificación.

### 11.3 CHANGELOG canónico

Todo cambio del PLAN se registra en CHANGELOG (al final del archivo) con formato BMF: `vXX.Y · YYYY-MM-DD · descripción del cambio + razón`. NO se sobrescribe historia.

---

## §12 — Activos de soporte y lectura recomendada

### 12.1 Read-order canónico (orden de lectura para nuevo colaborador del programa)

Cualquier persona que entre al programa después de 2026-04-26 (incluye Anahi onboarding) lee en este orden:

1. **Este PLAN** §0 + §2 + §4 + §8 (síntesis estratégica + frentes + decisiones).
2. **`CONS-PLAN-HIORGS-DemandGen-v01`** (auditoría · evidencia G0 · 18 canónicos).
3. **`XP-EL-HIORGS-Portfolio-v01`** (XPack vivo · NEXTs · CHANGELOG).
4. **`TP-HIORGS-DemandGen-Ecosistema-v03`** (TP DG completo · Modo A vigente).
5. **`XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01`** (operativo padre · 4 capas + 3 frentes).
6. **`INV-HIORGS-DemandGen-ActivosCanonicos-v01`** (mapa exhaustivo de activos).
7. **Tripleta canónica:** `CP-HIORGS-Producto-Estrategia-v01` + `CP-HIORGS-Producto-Catalogo-v01` + `MPB-HIORGS-Replicacion-Playbook-v01`.
8. **`PAP-HIORGS-ModeloProducto-Interno-v01`** (manual interno · 12 secciones).
9. **`PAP-HIORGS-GranReto-v01`** (paper externo · L0 lead magnet).
10. **`MIN-DAY-2026-04-26-v01-Dia100X`** (decisiones D-P- vivas).

### 12.2 Activos del motor (referencia técnica)

- `MF-BMF-HybridDemand-v02` (HDG-MF · blueprint maestro).
- `IB-WikiX/Raw/...FOS-EL-BMF-GTM-DemandGen-v01.md` (FOS-GTM-DG · dashboard operativo).
- `CP-EL-R100X-DemandGen-Strategy-v01` (CAM Re100X · ancla narrativa).

### 12.3 Activos del LabPraxis (gobernanza del agente)

- `TP-EL-WORX-LabPraxis-v01` (P002 + P006 vigentes).
- `SOP-EL-WORX-BrainOSFirst-v01` (SOP G0 universal).
- `CAS-EL-WORX-LabPraxis-BancoCasos-v01` (CASO 008 origen del antídoto).

### 12.4 Activos del Sprint productización (coordinación inputs sem 3/4/5)

- `PLAN-HIORGS-Productizacion-Sprint-v01` (Sprint 6 sem · Bloques A/B/C/D).
- `MIN-HIORGS-RoomProductizacion-v01` (minuta del room · sigue viva).
- `TP-HIORGS-Productizacion-v01` (TP del frente productización).

### 12.5 Pendientes editoriales mayores (Frente E candidato · horizonte Q3 2026)

- Empowernomics (D-P-13 · `TP-HIORGS-DemandGen-Ecosistema-v03` §17.1).
- Intellinomics (D-P-13 · `TP-HIORGS-DemandGen-Ecosistema-v03` §17.2).

---

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-04-26 | **Creación.** Plan Estratégico Demand Gen HIORG · capa orquestadora delgada · 12 secciones · 18 canónicos referenciados · cierra D-P-10 (prerrequisito Frente C) · honra D-P-24 (regla 50-80% canonizado) · primera ejecución del SOP-EL-WORX-BrainOSFirst-v01 fuera de Publishing autorizada por Gate G0 PASS (4/4 criterios) en `CONS-PLAN-HIORGS-DemandGen-v01.md`. Articula 3 frentes simultáneos sobre espina dorsal 4 capas · modelo híbrido B2C/B2B/B2O · horizonte 8 sem operativo + 6 meses estratégico · 5 KPIs strategic-tier · 5 riesgos top · D-P-01 a D-P-36 mapeadas · threading rules definidas. Día 100X · novena pasada. |

---

*PLAN-HIORGS-DemandGen-Estrategico-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-HiOrg-Hyperintelligent Org/ · 2026-04-26*

*Capa orquestadora estratégica del programa HIORG. Producido bajo Gate G0 PASS del SOP-EL-WORX-BrainOSFirst-v01 (primera ejecución fuera de Publishing). Honra regla D-P-24 (50-80% canonizado) y principio P006 LabPraxis (Brain OS-First aplicado a la capa agente).*

*"Productizamos y afinamos la producción de los activos. Generamos IP. Preparamos la Generación de Demanda. Activamos MasterPlaybooks para monetizar." — Victor, 2026-04-26*

*"No vendemos un Sistema Operativo Organizacional. Te llevamos a tener uno — y lo certificamos." — Victor, 2026-04-26 (frase canónica del catálogo v02 · D-P-21)*