---
type: CONS — Vault Consultation Pack
asset_id: CONS-PLAN-HIORGS-DemandGen-v01
version: v01
status: COMPLETED
sop_origen: SOP-EL-WORX-BrainOSFirst-v01
disparado_por: Task #4 · Producción de PLAN-HIORGS-DemandGen-Estrategico-v01.md
señal_activadora: Señal #5 (entregable mayor) + Señal #0 (universal) — confluencia de ambas
fecha: 2026-04-26
sherpa: Jay
owner: "@Victor"
co_owner_demandgen: "@Anahi"
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank / PB-HiOrg-Hyperintelligent Org
canonicos_consultados: 18
decision: REFERENCIAR (no re-describir) — el PLAN-Estrategico es capa orquestadora delgada sobre canónicos vigentes, no creación de doctrina nueva
relacion_con_caso_008: Aplicación literal de la lección de CASO 008 — este PLAN es exactamente el caso que el experimento de Victor expuso (Plan Estratégico re-describiendo modelos). Aquí lo prevenimos.
---

# Vault Consultation Pack — PLAN-HIORGS-DemandGen-Estrategico-v01

**Primera ejecución operativa del SOP-EL-WORX-BrainOSFirst-v01 fuera del Publishing Factory, después de la creación del SOP universal en la octava pasada del Día 100X.**

---

## §1 — Alcance de la consulta

Producción del **Plan Estratégico Demand Gen del programa HIORG** — entregable mayor que articula los 3 frentes (Refinar/Monetizar/Generar) con la espina dorsal Productización × DemandGen × Offers × Sales para el ecosistema HIORG (WORX OS + SherpaX + Inteligencia Organizacional). Owner productización: @Victor. Owner Demand Gen operativo: @Anahi. Sherpa: Jay.

**Pregunta que dispara el SOP:** *Antes de redactar el PLAN-Estrategico, ¿qué canónicos del vault ya existen sobre Demand Gen HIORG, productización, offers, sales y motor de demanda? ¿Qué debe REFERENCIAR el PLAN versus inventar?*

---

## §2 — Ejecución de las 4 acciones canónicas

### 2.1 Grep
**Términos buscados:** "Demand Gen", "DemandGen", "demanda generación", "generación de demanda", "Demand-Gen". Variantes case-insensitive.

**Resultados relevantes (filtrados):** 40 archivos contienen menciones. Después de filtrar `IB-WikiX/Raw/` (espejos), `.obsidian/`, archivos no-canónicos (HTML mapas), y minutas históricas: **18 canónicos relevantes** identificados (mapeados en §3).

### 2.2 Glob
**Patrones aplicados:**
- `**/*HIORGS*.md` → 18 archivos en `PB-HiOrg-Hyperintelligent Org/`
- `**/*HiOrg*.md` → 4 archivos adicionales en otros bancos (Papers BVH, Demo Vault Alain)
- `**/PLAN-*.md` → 11 PLAN- existentes (ninguno es PLAN-HIORGS-DemandGen-Estrategico — confirma que el slug es nuevo)
- `**/INV-*.md` → encontrado `INV-HIORGS-DemandGen-ActivosCanonicos-v01` (el inventario maestro)
- `**/XP-*HIORGS*.md` → 2 archivos: `XP-EL-HIORGS-Portfolio-v01` + `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01`
- `**/MF-*HybridDemand*.md` → `MF-BMF-HybridDemand-v02` (HDG-MF blueprint maestro)
- `**/TP-HIORGS-DemandGen-*.md` → 3 versiones: v01, v02 (superseded), **v03 (vigente Modo A)**

### 2.3 LLM-Wiki
**Wiki entries consultadas en `/Users/victorheredia/Vault/Intellibanks/IB-WikiX/Wiki/`:**
- `MetaFactories.md` → contexto sobre MF-BMF-HybridDemand-v02 como blueprint del motor
- `FactoryOS.md` → contexto sobre FOS-EL-BMF-GTM-DemandGen-v01 como dashboard
- `Naming-Convention.md` → confirma slug `PLAN-HIORGS-DemandGen-Estrategico-v01` correcto (BMF compliant)
- `4-Clases-Documentos.md` → confirma PLAN- como tipo de documento operacional/táctico
- `MetaPlaybooks.md` → contexto sobre MePB que el programa HIORG referencia

**Sin entry específica para "DemandGen-HIORG"** — confirmación de que la consolidación canónica vive en INV + XPack-Programa, no en Wiki.

### 2.4 Decisión declarada
**REFERENCIAR (no re-describir).** El ecosistema de canónicos sobre Demand Gen HIORG está completo y vigente. El PLAN-Estrategico debe ser una **capa orquestadora delgada** que cita rutas, articula los 3 frentes, declara decisiones estratégicas (D-P-) y deja el contenido sustantivo a los canónicos. Re-describir modelos como Hybrid Demand, Offer Ladder L0-L5, doble track HIORG, MPI o frentes A/B/C sería violar exactamente la lección del CASO 008.

---

## §3 — Hallazgos canónicos (18 activos relevantes con brief extraído)

### 3.1 Capa Estructural / Blueprint (no se re-describen — se referencian)

| ID | Ruta canónica | Brief extraído (no inventado) |
|----|---------------|------------------------------|
| **A1** | `IB-XX-Maestro/MF-XX-MetaFactorias/MF-BMF-HybridDemand-v02` (vía LLM-Wiki) | **HDG-MF v02** · Blueprint de **8 módulos del motor de demanda híbrida**. Define Asset Contracts (incluye **MPI = MasterPlaybook Inteligente**), Offer Ladder L0→L5 + L5 MPI, Governance MVG, Loop Delivery→Demand, CAM Principle. **Es el plano maestro** del motor; el PLAN-Estrategico lo cita, no lo redefine. |
| **A2** | (referenciado en INV §2.1) `TP-EL-DG-DemandGen-Produccion-v01` | TP de room de producción Re100X — 5 actos pieza maestra · 4 mensajes validados · 6 EVD · plan 4 sem. **Fuente operativa Re100X** B2C/B2B; usable como template táctico. |
| **A6** | `CP-EL-R100X-DemandGen-Strategy-v01` | CAM Re100X · 2 avenidas (B2C/B2B) · narrativa de categoría. Espina dorsal estratégica del motor. |
| **A8** | `IB-WikiX/Raw/IB-EL-BMF-BigMetaFactory/FOS-EL-BMF-GTM-DemandGen-v01.md` | **FOS-GTM-DG** · Factory OS — dashboard operativo del motor. Espina dorsal — herramienta de cadencia. |

### 3.2 Capa HIORG-específica (productización + ecosistema)

| ID | Ruta canónica | Brief extraído (no inventado) |
|----|---------------|------------------------------|
| **A4** | `PB-HiOrg-Hyperintelligent Org/TP-HIORGS-DemandGen-Ecosistema-v03` | **TP Demand Gen HIORG vigente · Modo A Pleno Operativo** (corregido desde v02 Modo C readiness erróneo). Doble track (Producto WORX OS + Impacto IA) · 8 sem · ~100 piezas · 5 webinars · owners @Victor + @Anahi. **Plataforma core: MasterPlaybooks Inteligentes (HIP-13)**. Anahi nombrada Demand Gen Lead. |
| **A5** | `PB-HiOrg-Hyperintelligent Org/XP-EL-HIORGS-Portfolio-v01` | Portfolio HIORG · registro de salud · NEXTs · changelog. **Tablero global** del programa. |
| | `PB-HiOrg-Hyperintelligent Org/INV-HIORGS-DemandGen-ActivosCanonicos-v01` | **Inventario maestro** de activos previos en 4 capas (A Estructurales · B Editoriales · C IP HIORG · D Catálogo). Mapea cada activo a frente (A/B/C) + acción + owner + estado. **Es la fuente única de verdad de qué entra al programa.** §8 actualización 2026-04-26 EOD aplicada. |
| | `PB-HiOrg-Hyperintelligent Org/XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` | **XPack-Programa transversal** · 8 sem · 3 frentes simultáneos · espina dorsal 4 capas (Productización · DemandGen · Offers · Sales) · modelo híbrido B2C/B2B/B2O · §14 actualización 2026-04-26 EOD aplicada (catálogo v02 + Demand Gen reordenamiento). **Es el documento padre operativo del programa.** Lanzamiento sem 1 = 2026-04-27. |
| | `PB-HiOrg-Hyperintelligent Org/CP-HIORGS-Producto-Estrategia-v01` | Tripleta canónica · posicionamiento + narrativa del producto HIORG. |
| | `PB-HiOrg-Hyperintelligent Org/CP-HIORGS-Producto-Catalogo-v01` | Tripleta canónica · 12 SKUs del catálogo HIORG. |
| | `PB-HiOrg-Hyperintelligent Org/CP-HIORGS-CRM-Pipeline-v01` | Estado actual del pipeline · destinatarios PAP-GranReto. |
| | `PB-HiOrg-Hyperintelligent Org/MPB-HIORGS-Replicacion-Playbook-v01` | Tripleta canónica · lógica de cómo se entrega el producto HIORG. |
| | `PB-HiOrg-Hyperintelligent Org/PAP-HIORGS-ModeloProducto-Interno-v01` | Manual interno del producto · fuente principal de drafts. |
| | `PB-HiOrg-Hyperintelligent Org/PAP-HIORGS-GranReto-v01` (+.docx) | Envío 1-a-1 al pipeline · activo vivo de outreach. |
| | `PB-HiOrg-Hyperintelligent Org/CP-HIORGS-Solucion-Arquitectura-v01` | Arquitectura técnica de la solución HIORG. |
| | `PB-HiOrg-Hyperintelligent Org/PLAN-HIORGS-Productizacion-Sprint-v01` | **PLAN- existente** · Sprint productización 6 sem · alimenta inputs adicionales (T-6 IIE / T-7 Hook). NO compite con el Plan Estratégico DG; lo precede operativamente. |
| | `PB-HiOrg-Hyperintelligent Org/MIN-HIORGS-RoomProductizacion-v01` | Minuta del room previo · sigue viva. |
| | `PB-HiOrg-Hyperintelligent Org/TP-HIORGS-Productizacion-v01` | TP del frente productización. |
| | `PB-HiOrg-Hyperintelligent Org/PLAN-EL-HiOrg-ImplementacionEmpowerLabs-v01` | Plan implementación interna (WORX OS Piloto 0). Adyacente, no overlap directo. |

### 3.3 Capa minuta del día (decisiones D-P- vivas)

| ID | Ruta canónica | Brief extraído |
|----|---------------|---------------|
| | `PB-HiOrg-Hyperintelligent Org/MIN-DAY-2026-04-26-v01-Dia100X` | Minuta consolidada del Día 100X · 8 pasadas hasta hoy EOD+4 · contiene **D-P-10 (Plan Estratégico DG validado en arquitectura · Task #3 completed)**, D-P-11 (MPI lista), D-P-22 (SKUs LABX), D-P-28 a D-P-36 (cierre LabPraxis 008 + antídoto Brain OS-First codificado universal). **Esta minuta carga el contexto inmediato del PLAN.** |

---

## §4 — Análisis del estado del PLAN

### 4.1 ¿Qué está ya canonizado y NO debe re-describirse?
- **Modelo de motor de demanda:** HDG-MF v02 (blueprint 8 módulos) — referenciar.
- **Espina dorsal de 4 capas:** Productización × DemandGen × Offers × Sales — vive en XPack-Programa, referenciar.
- **3 frentes A/B/C (Refinar/Monetizar/Generar):** definición canónica en INV + XPack-Programa, referenciar.
- **Doble track HIORG (WORX OS + Impacto IA):** vive en TP-DG-Ecosistema-v03, referenciar.
- **Catálogo de 12 SKUs:** vive en CP-Producto-Catalogo, referenciar.
- **Inventario de 4 capas (A/B/C/D):** vive en INV, referenciar.
- **Modelo híbrido B2C/B2B/B2O:** vive en XPack-Programa §0/§2, referenciar.
- **Owners:** @Victor (productización), @Anahi (Demand Gen) — establecido en TP-DG-Ecosistema-v03.

### 4.2 ¿Qué brecha debe LLENAR el PLAN-Estrategico que no está cubierta?
1. **Visión estratégica unificada** — los canónicos individuales operan por frente; el PLAN debe articularlos como un solo arco estratégico (no operativo) con horizonte 8 semanas + visión a 6 meses.
2. **KPIs estratégicos consolidados** — los KPIs viven dispersos (Productización en XPack §2.1, DG en TP-v03, Offers/Sales por capa). El PLAN debe consolidar el dashboard ejecutivo.
3. **Decisiones estratégicas pendientes** — recoger D-P- vigentes de la minuta del Día 100X que afectan el PLAN (D-P-10, D-P-11, D-P-22, D-P-26, D-P-27, D-P-32, D-P-33, D-P-34, D-P-36) y darles forma narrativa.
4. **Ritmo y gobernanza** — cómo se sincronizan los 3 frentes semana a semana (Owner/Sherpa/Cadencia) sin pisarse. XPack-Programa lo describe operativamente; el PLAN lo eleva a contrato estratégico.
5. **Riesgos estratégicos y mitigaciones** — vista consolidada de qué puede romper el programa (capacidad Anahi, dependencias T-6/T-7, MPI v0.1 → v1.0, capacity Victor) y qué hacer.
6. **Conexión hacia HIP / WORX** — cómo este programa alimenta los principios HIP del ecosistema y la metodología WORX (P002 Vault-First + P006 Brain OS-First aplicados).

### 4.3 Validación previa de arquitectura del PLAN (Task #3 ✅)
Según minuta del Día 100X §11.5 (cuarta pasada · D-P-23/D-P-24): la arquitectura del PLAN-Estrategico ya fue validada con Victor antes de la quinta pasada. Decisión: regla **50-80% del contenido debe ser canonizado del vault** (no inventado), la diferencia es síntesis estratégica + decisiones nuevas + orquestación. Esta regla se honra en §4.1+4.2.

---

## §5 — Decisión declarada

**Decisión:** REFERENCIAR (capa orquestadora delgada).

**Justificación:**
1. La densidad canónica del ecosistema HIORG Demand Gen es muy alta (18 activos vigentes consultados en este SOP). Re-describir cualquiera de ellos sería violar P002 + P006 + lección CASO 008.
2. La regla 50-80% canonizado (D-P-24) ya fue ratificada por Victor — el PLAN debe honrarla.
3. La brecha real del PLAN no es de contenido (todo existe) sino de **articulación estratégica** + **consolidación de KPIs ejecutivos** + **decisiones pendientes** + **gobernanza de cadencia 3-frentes**.
4. CASO 008 expuso exactamente este riesgo en el experimento de Victor: *"Plan Estratégico re-describiendo modelos en lugar de referenciar canónicos"* (NO se hace · Sección VIII del SOP-BrainOSFirst).

---

## §6 — Estructura propuesta del PLAN (skeleton orquestador)

Para validación de Victor antes de redactar:

```
PLAN-HIORGS-DemandGen-Estrategico-v01.md

§0 · Síntesis ejecutiva (60s read · pega para portfolio)
§1 · Estado del arte canónico — Mapa de Activos (referencia INV + XPack + TP-v03 + HDG-MF v02)
§2 · Visión estratégica del programa
        2.1 · Tesis estratégica (qué cambia vs los 18 meses previos)
        2.2 · Horizonte 8 sem (operativo · referenciado a XPack-Programa) + 6 meses (visión)
        2.3 · Conexión HIP / WORX (P002 + P006 aplicados)
§3 · Espina dorsal 4 capas (referencia XPack-Programa §2)
§4 · 3 Frentes — articulación estratégica
        4.1 · Frente A · Refinar (referencia INV §2.2 Capa B)
        4.2 · Frente B · Monetizar (referencia INV §2.4 Capa D + Offer Ladder L0-L5 HDG-MF)
        4.3 · Frente C · Generar (referencia TP-DG-Ecosistema-v03)
§5 · Owners y gobernanza estratégica (Owner Productización · Owner DG · Sherpa · MVG)
§6 · Cadencia y sincronización 3-frentes (semana por semana referenciada a XPack-Programa)
§7 · KPIs ejecutivos consolidados (5-7 KPIs strategic-tier · cita capas operativas)
§8 · Decisiones estratégicas vivas (D-P-10, 11, 22, 26, 27, 32, 33, 34, 36 con interpretación)
§9 · Riesgos estratégicos y mitigaciones (5 riesgos top con plan)
§10 · Lo que el PLAN NO cubre (delegado a canónicos · evita scope creep)
§11 · Threading — cómo se actualiza el PLAN cuando los canónicos cambian
§12 · Activos de soporte y lectura recomendada (orden de lectura)

CHANGELOG | Asset Header | Tags
```

**Tono:** estratégico ejecutivo · low-noise · zero re-descripción de modelos.
**Longitud objetivo:** 8-12 páginas equivalentes (no 30+ — sería re-describir).
**Audiencia:** Victor (decisión) + Anahi (alineación estratégica) + cualquier nuevo colaborador que entre al programa (onboarding canon-first).

---

## §7 — Siguientes pasos

1. **Tu VoBo (Victor) sobre §5 (Decisión REFERENCIAR) y §6 (Estructura del PLAN propuesta)** — antes de redactar.
2. Si VoBo: produzco `PLAN-HIORGS-DemandGen-Estrategico-v01.md` aplicando estructura §6 con citas de ruta + briefs extraídos solamente, en una sola pasada.
3. Después del PLAN: actualizar `XP-EL-HIORGS-Portfolio-v01.md` con el nuevo activo registrado · actualizar minuta del Día 100X (novena pasada) · marcar Task #4 completed.
4. Activos NO modificados en esta consulta — solo lectura.

---

## §8 — Estado del SOP

**Criterios PASS/FAIL del Gate (SOP-EL-WORX-BrainOSFirst-v01 §V):**

| # | Criterio | Estado |
|---|----------|--------|
| C1 | Búsqueda ejecutada con las 4 acciones (Grep + Glob + Wiki + Decisión) | ✅ PASS · §2.1, §2.2, §2.3, §2.4 |
| C2 | Hallazgos auditables (rutas + briefs extraídos) | ✅ PASS · §3 (18 canónicos con ruta + brief) |
| C3 | Decisión explícita (Extender/Refinar/Crear/Sin canónico) | ✅ PASS · §5 (REFERENCIAR · justificación 4 puntos) |
| C4 | CONS-[SLUG] producido | ✅ PASS · este documento |

**Gate G0 status:** ✅ **PASS** — autorizado avanzar a producción del PLAN una vez Victor dé VoBo a §6.

**Validación operativa:** Esta es la **primera ejecución del SOP-EL-WORX-BrainOSFirst-v01 fuera del Publishing Factory**. El SOP cumplió su propósito: identificó 18 canónicos vigentes que el PLAN debe referenciar, previno re-descripción, y dejó evidencia auditable.

---

*CONS-PLAN-HIORGS-DemandGen-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-HiOrg-Hyperintelligent Org/ · 2026-04-26*
*Vault Consultation Pack producido por Jay aplicando SOP-EL-WORX-BrainOSFirst-v01 (§IV plantilla canónica) · Estación 0 del Plan Estratégico Demand Gen HIORG.*