---
type: FAC
asset_id: FAC-EL-DemandGenPack-v01
version: v01
status: Draft — pendiente ratificación Victor
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia
fecha_creacion: 2026-06-10
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank/PB-DemandGenPack
instancia_de: MF-BMF-DemandGenPack (MePB-BMF-MF-DemandGenPack-v01)
proposito: Factoría de Kits de Demand Gen de EmpowerLabs — instancia operativa de la MetaFactoría, resuelve los 5 contratos de delegación con equipo, stack y backlog de kits EL
relacionados: "[[MePB-BMF-MF-DemandGenPack-v01]] · [[FM-EL-OfertaIrresistible-v01]] · CP-EL-FrentesTablero-v01 (frente F7) · DC-EL-GHL-EndpointsYMCP-v01"
tags: [factoria, kits, demand-gen, empowerlabs, onerocket, empowerscan]
---

## Asset Header

- **Asset ID:** FAC-EL-DemandGenPack-v01 · **Status:** Draft
- **Instancia de:** MF-BMF-DemandGenPack (Type D, L2) — hereda estaciones, contratos de artefacto y QA de dominio
- **Tripleta de la factoría:** Owner: Victor Heredia · Sherpa: Jay · Ratificador: Victor Heredia
- **Frente en tablero:** F7 — Demand gen transversal (CP-EL-FrentesTablero-v01)

---

## 1. Propósito

Producir los DemandGenPack del portafolio EmpowerLabs (y de clientes, cuando se licencie) bajo el blueprint de la MetaFactoría: 8 componentes por kit, oferta primero, QA de dominio, integración a OneRocket. Esta factoría ES la implementación del frente F7 en su línea "DGen kits".

## 2. Resolución de los contratos de delegación

### DEL-01 · Inteligencia (EST-01)

- **Research:** Jay (web research + contraste vault vía ANA-/RES-, como se hizo con [[ANA-EL-MyronGolden-Ofertas-v01]] y [[RES-EL-Hormozi-100MOffers-v01]]).
- **BrainX del kit:** se ensambla por kit desde el banco BC-EL-BrainCodes (~49 activos). Configuración base para kits de oferta/demanda: **BC-Hormozi (valor/oferta) + BC-ChrisWalker (demand gen) + BC-VictorHeredia (criterio propio)**; se ajusta por dominio del producto. Pendiente: MOD-03 (spec formal de ensamblaje).

### DEL-02 · Oferta (EST-02)

- **Operador:** Victor + Jay en par cognitivo ejecutan [[FM-EL-OfertaIrresistible-v01]] por kit.
- **Gates:** revisión de G1–G5 en sesión de trabajo; ratificación del Offer Canvas siempre de Victor (decisión de pricing escala al Owner — non-negotiable de la MF).

### DEL-03 · Narrativa y Producción (EST-04/05)

- **Roster propuesto (por ratificar):**

| Rol | Humano | Sherpa | Base |
|-----|--------|--------|------|
| Lead de factoría / narrativa y posts (K8) | Ángeles | AngyX | Frente F7 ya incluye "DGen kits" |
| Activos escritos: paper, whitepaper, MPI (K5–K7) | Anahí | AniX | Experiencia MasterPlaybooks + lead magnet |
| Guiones audiovisuales (K3–K4) | Dove (por confirmar) | — | Línea podcast/video Re100X |
| Landing (K2) | Ángeles + Jay | AngyX | — |

- **Sub-delegación:** las factorías de contenido Re100X existentes (FI-LINKEDIN, FI-PODCAST, FI-NEWSLETTER) consumen los componentes del kit para distribución — el kit las alimenta, no las duplica.
- **Plantillas:** se crean con el kit piloto y se gradúan al Template Registry de la MF (§5b del MetaPlaybook).
- **Voz:** estándar VVP vigente.

### DEL-04 · Integración CRM (EST-06)

- **CRM:** OneRocket (GoHighLevel) vía MCP oficial (`services.leadconnectorhq.com/mcp/`, PIT token) — 36 tools documentadas en DC-EL-GHL-EndpointsYMCP-v01.
- **Taxonomía de tags:** pendiente MOD-04. Convención propuesta para arrancar el piloto: `kit-[producto]-[componente]-[accion]` (ej. `kit-escan-mpi-qna`, `kit-escan-landing-optin`) + tag de modalidad (`b2o`). El MPI envía etiquetas según interacción del prospecto.
- **Dependencia conocida:** la conexión LoopX↔OneRocket está en pausa esperando input de dev — el tagging del kit piloto se diseña compatible con esa futura conexión.

### DEL-05 · QA y Release (EST-07)

- **QA:** Jay ejecuta los 9 checks KD-* del modelo de dominio + gates de oferta.
- **Ratificador por kit:** Victor (kits EL); en kits de cliente, el owner del cliente.

## 3. Stack de la factoría

Vault Reinventaverse (memoria canónica) · SherpaX/Jay + Sherpas del equipo (AngyX, AniX) · Banco BC-EL-BrainCodes · OneRocket vía MCP · MasterPlaybooks.com (plataforma de los MPI) · Factorías de contenido Re100X (distribución).

## 3b. Ciclo de vida del producto — proceso LoopX de la factoría

Cada producto recorre 5 fases. El tablero (BRD) muestra esta vista; las estaciones EST de la MetaFactoría son la mecánica interna de las fases 1 y 2.

| Fase | Nombre | Qué pasa | Mecánica interna | Sale cuando |
|------|--------|----------|------------------|-------------|
| 1 | **Productización** (incluye Conceptualización) | El producto se conceptualiza y se vuelve vendible: inteligencia + BrainX, oferta irresistible, specs, mecanismo nombrado, escalera de ofertas, modelo de entrega | EST-01 Inteligencia · EST-02 Oferta · EST-03 Concepto/Specs | Offer Canvas con gates G1–G5 en PASS + SPEC ratificado |
| 2 | **Producción del Kit** | Se producen los materiales: narrativa maestra + K2–K8 + integración OneRocket + QA | EST-04 Narrativa · EST-05 Producción · EST-06 Integración · EST-07 QA | Kit completo con checks KD en PASS, publicado |
| 3 | **Demand Gen** | El kit opera: captura, nurture, tags, engagement del MPI; el BrainX Loop gestiona prospectos | Interfaz con MF-BMF-HybridDemand + OneRocket | Flujo de demanda estable hacia la escalera |
| 4 | **Venta** | Conversión por la escalera L0→L4: lead gen offer → core → PVO → continuidad | Escalera del Offer Canvas · pipeline OneRocket | Clientes cerrados de forma recurrente |
| 5 | **Operación** | Entrega del producto; los casos y la evidencia alimentan de vuelta al kit (compounding) | Delivery del producto · LabPraxis (CAS-) | — (fase continua) |

**Regla del proceso:** un producto no avanza de fase sin el criterio de salida cumplido. Demand Gen, Venta y Operación generan métricas que viven en el tablero individual del producto.

## 4. Backlog de kits

| Prioridad | Kit | Producto | Modalidad | Materia prima existente | Estado |
|-----------|-----|----------|-----------|------------------------|--------|
| 1 — PILOTO | KIT-EL-EScan | EmpowerScan · "Eliminando Costos Ocultos en la Era de la IA" | B2O | DMP-DiagnosticoCostoOculto-v01 · SRV-EL-ProfitMaximizer-v01 · frente F5 activo | 🟡 En proceso (EST-01) |
| 2 | KIT-EL-WorXLab | WorX Lab | B2B | XP-XX-WORX-ArranqueBasico · MePB WORX · plugin worx-core | 📥 Backlog |
| 3 | KIT-EL-SherpaX | SherpaX / HiOrg enterprise | B2B/B2O | TP-HIORGS-DemandGen-Ecosistema-v03 · piloto LoopX HiOrg · propuesta B2O v03 | 📥 Backlog |
| 4 | KIT-EL-MONEX | Oferta EmpowerLabs para MONEX | B2B | IB-MONEX (contexto cliente) | 📥 Backlog |
| 5 | KIT-EL-RClub | RebelocityClub | B2C | PB-Marketplaces (frente F2) · instancia BrainX Loop RClub | 📥 Backlog |
| 6 | KIT-EL-MtE | Monetiza tu Expertise | B2C | MiPg-BVH-DemandGen-Expertos-v02 · IDE-004/005/006 | 📥 Backlog |
| 7 | KIT-EL-PMX | Profit Maximizer | B2O | SRV-EL-ProfitMaximizer-v01 · caso Papaya Playa | 📥 Backlog |

**Vista de producción:** la pestaña **LoopXDG** de [[BRD-EL-MacroLoopX-Dashboard-v02.html]] (PB-LoopX) — tablero consolidado del MacroLoopX con fuente única de datos: vista macro + vista por loop (gestionable por su equipo) + tarjeta individual por producto con desglose de componentes y MPI. Los BRD anteriores de la factoría (v01-v03) quedan archivados (_archive_). El registry canónico vive en esta tabla; el tablero la visualiza y se sincroniza manualmente hasta que exista MOD-06 (LoopX de Producción automatizado).

## 5. Kit piloto — alcance de arranque

**KIT-EL-EScan · modalidad B2O.** El piloto valida la MetaFactoría completa: recorre las 7 estaciones, produce las primeras plantillas, estrena el Offer Canvas y prueba el tagging contra OneRocket. Doble función: kit real para generar demanda de EmpowerScan/Profit Maximizer Y caso de calibración de la factoría (los aprendizajes se documentan como CAS- en LabPraxis).

**Secuencia:** EST-01 Inteligencia (dossier + BrainX EmpowerScan) → EST-02 Offer Canvas (FM completa) → ratificación Victor → producción.

## 6. NEXT

| NEXT | Asignado | Eje |
|------|----------|-----|
| Ratificar MetaPlaybook MF + esta FAC + roster propuesto | Victor | Gobernanza |
| Producir MOD-02 (modalidad MPI del Sherpa) — bloqueante del componente K7 | Jay + Victor | Specs |
| Producir MOD-04 (taxonomía tags OneRocket) — bloqueante de EST-06 | Jay + dev OneRocket | Specs |
| Arrancar EST-01 del kit piloto EmpowerScan (dossier + BrainX) | Jay | Piloto |
| Confirmar disponibilidad de Ángeles/Anahí/Dove para el roster | Victor | Equipo |
| MOD-03 (ensamblaje BrainX) y MOD-06 (LoopX Producción) | Jay | Specs — fase 2 |

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-06-10 | Creación. Instancia EL de MF-BMF-DemandGenPack: resolución de los 5 contratos de delegación, roster propuesto anclado al FrentesTablero (F7/F5), stack, backlog de 4 kits y alcance del piloto EmpowerScan B2O. Draft — pendiente ratificación Victor |