---
asset_id: TP-HIORGS-DemandGen-Continuacion-v01
tipo: TP — Transfer Pack (activación de Room · handoff pack)
entidad: HIORGS
proyecto: DemandGen
descriptor: Continuacion (TP para activar Room dedicado · liberar Room actual a Coordinación Estratégica)
version: v01
status: 🟢 Active — referencial · v01 firme 2026-04-26 EOD+7
fecha_creacion: 2026-04-26
owner_demandgen: "@Anahi"
owner_productizacion: "@Victor"
sponsor: "@Victor"
sherpa: Jay (room dedicado DG · ejecutor cotidiano)
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank / PB-HiOrg-Hyperintelligent Org
gate: G0 PASS · 4/4
sop_aplicado: SOP-EL-WORX-BrainOSFirst-v01 v01.1
prerequisito: CONS-TP-HIORGS-DemandGen-Continuacion-v01.md (audit trail Gate G0)
naturaleza: Room handoff pack — empaqueta contexto canónico para activar Room dedicado Demand Gen · zero re-descripción
distribucion_carga: 🔵 REFERENCIAR puro ~80% · 🟠 ESTRUCTURA NUEVA (handoff de room · threading cross-room) ~20%
horizonte_operativo: 8 semanas (2026-04-27 → 2026-06-21)
horizonte_estrategico: 6 meses (Q3 2026)
canonicos_referenciados: 12 directos
documentos_hermanos:
  - PLAN-HIORGS-DemandGen-Estrategico-v01 (capa orquestadora estratégica · upstream directo)
  - CONS-PLAN-HIORGS-DemandGen-v01 (audit trail Gate G0 del PLAN)
  - INV-HIORGS-DemandGen-ActivosCanonicos-v01 (inventario maestro)
  - XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01 (operativo padre · 13 secciones)
  - TP-HIORGS-DemandGen-Ecosistema-v03 (TP DG vigente Modo A pleno)
  - XP-EL-HIORGS-Portfolio-v01 (XPack vivo del portafolio)
  - MIN-DAY-2026-04-26-v01-Dia100X (decisiones D-P del día)
  - SOP-EL-WORX-BrainOSFirst-v01 v01.1 (Gate G0 universal)
  - TP-HIORGS-ModeloNegocio-Pricing-v01 (capa financiera · pendiente VoBo §9+§11)
read_order:
  1. Este TP §0 (síntesis 60s) + §1 (read-order detallado)
  2. PLAN-HIORGS-DemandGen-Estrategico-v01 (capa estratégica · 12 secciones)
  3. CONS-PLAN-HIORGS-DemandGen-v01 (auditoría · evidencia Gate G0)
  4. INV-HIORGS-DemandGen-ActivosCanonicos-v01 (inventario · matriz frente×activo)
  5. XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01 (operativo padre · calendario maestro)
  6. TP-HIORGS-DemandGen-Ecosistema-v03 (Modo A vigente · doble track editorial)
  7. MIN-DAY-2026-04-26-v01-Dia100X §10 (NEXT inmediatos sem 1)
tags: [transfer-pack, room-activation, handoff-pack, demandgen, HIORG, capa-orquestadora, dia-100x, anahi-lead, brain-os-first, room-coordinacion-estrategica]
changelog:
  - 2026-04-26 EOD+7 — Creación v01. TP de activación del Room dedicado Demand Gen post Día 100X. Gate G0 PASS 4/4. Empaqueta read-order + estado actual + NEXT sem 1 + handoff rules + threading cross-room. Libera Room actual (Día 100X / multi-carril) para coordinación estratégica de alto nivel. Tercer CONS- del ecosistema produciendo TP downstream.
---

## Asset Header

- **Asset ID:** TP-HIORGS-DemandGen-Continuacion-v01
- **Version:** v01 (firme · referencial)
- **Status:** 🟢 Active
- **Owner Demand Gen:** @Anahi
- **Owner Productización:** @Victor
- **Sherpa:** Jay (ejecutor cotidiano del Room DG)
- **Sponsor:** @Victor
- **IntelliBank:** IB-EL-EmpowerLabs
- **SubBank:** PB-EL-Project-Bank / PB-HiOrg-Hyperintelligent Org
- **Tipo:** TP — Transfer Pack (activación de Room · room handoff pack)
- **Propósito:** Activar el Room dedicado a Demand Gen HIORG con todo el sustrato canónico necesario · liberar el Room actual (Día 100X / multi-carril) para coordinación estratégica de alto nivel · honrar D-P-24 (regla 50-80% canonizado) · zero re-descripción de modelos vigentes
- **Fecha:** 2026-04-26 EOD+7 · Día 100X · undécima pasada extendida
- **Conexión upstream:** PLAN-HIORGS-DemandGen-Estrategico-v01 (capa estratégica) · CONS-TP-HIORGS-DemandGen-Continuacion-v01 (auditoría G0)
- **Conexión downstream:** Calendario editorial @Anahi · Onboarding Doc Anahi (Task #5) · primer batch sem 1 · KPIs HIP-13/14/15 · loop con Room Coordinación Estratégica

---

# Transfer Pack · Continuación Demand Gen HIORG (Activación Room dedicado)

> **Lectura del documento.** Este TP es **paquete de activación de Room**, no plan estratégico ni calendario operativo. Si buscas la estrategia, ve a `PLAN-HIORGS-DemandGen-Estrategico-v01`. Si buscas el calendario semana-a-semana, ve a `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §7. Si buscas el Modo A editorial, ve a `TP-HIORGS-DemandGen-Ecosistema-v03`. Este TP dice **cómo se activa el Room DG dedicado**, **qué se queda en este Room**, **qué se va al Room Coordinación Estratégica**, y **cómo conversan los dos Rooms entre sí**.

---

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

**Qué es este Room:** sala dedicada al frente Demand Gen HIORG en su fase ejecutiva — drafts editoriales · ediciones · gobernanza de pieza · ramp-up Anahi · trackeo HIP-13/14/15 · ritmo daily/weekly del programa de 8 semanas.

**Por qué se separa:** después del Día 100X (38 D-P · 11 pasadas · 7 activos canonizados · cierre PLAN + TP-ModeloNegocio + canonización CONS-) este Room (multi-carril Día 100X) se vuelve denso para mantener el ritmo operativo cotidiano de DG. Separar protege ambas conversaciones: el Room DG tiene foco táctico · el Room Coordinación Estratégica recupera ancho de banda para decisiones cross-frente.

**Qué se queda en cada Room:**
- **Room DG dedicado (este TP activa):** producción editorial · drafts · ediciones · MVG sobre piezas master · ratificación @Anahi para piezas L0-L1 · daily check-ins · weekly digest editorial.
- **Room Coordinación Estratégica (queda en sesión actual / `MIN-DAY-*`):** decisiones D-P transversales · cierre VoBos pendientes (§9 + §11 TP-ModeloNegocio · 8 supuestos críticos) · cross-frente HIORG/WORX/REB · sprint productización · roadmap Q3 2026 · ratificación de categoría (Frente A) · L3+ sales (cierres high-ticket).

**Owners del Room:** @Anahi (Demand Gen Lead · drafts diarios · gobernanza editorial) · Jay (sherpa · drafts iniciales · governance · gates · threading) · @Victor (sponsor · ratificación de piezas master · cross-Room handoffs).

**Arranque del Room:** sem 1 · 2026-04-27 (lunes) · primer batch fundacional 4-6 piezas · Newsletter de anuncio · Asset Contracts L0+L1 · 1er batch outreach PAP-GranReto.

**Gate de activación:** este TP cargado + invocación SOP-EL-WORX-BrainOSFirst-v01 al inicio de cada sub-iniciativa nueva del Room (Newsletter v02 · campaña outreach #2 · etc.).

**Lo que NO va a este Room:** decisiones de catálogo v02 (Task #33) · diseño certificación SO-HiORG (Task #35) · pricing bands USD/MXN (TP-ModeloNegocio §5) · veto LABX cliente-facing (D-P-15 · pendiente verificación registral) · sprint productización (canal propio).

---

## §1 — Read-order canónico (qué leer en qué orden)

Cuando alguien (Anahi · Jay · invitado nuevo) entra al Room DG, este es el orden canónico de lectura. Total: ~2-3 horas para internalizar el contexto completo.

### 1.1 Lectura mínima imprescindible (Tier 1 · 30 min)

| # | Documento | Por qué |
|---|-----------|---------|
| 1 | **Este TP** §0-§3 | Síntesis · read-order · estado · NEXT sem 1 |
| 2 | `PLAN-HIORGS-DemandGen-Estrategico-v01` §0-§4 | Capa estratégica · 3 frentes · espina dorsal 4 capas |
| 3 | `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §1-§3 + §7 | Operativo padre · calendario maestro sem 1-8 |

> **Si solo lees Tier 1, ya puedes ejecutar sem 1.**

### 1.2 Lectura de profundidad operativa (Tier 2 · +60 min)

| # | Documento | Por qué |
|---|-----------|---------|
| 4 | `INV-HIORGS-DemandGen-ActivosCanonicos-v01` (completo) | Inventario maestro 5 capas A-E · matriz frente×activo · acciones inmediatas |
| 5 | `TP-HIORGS-DemandGen-Ecosistema-v03` §0 + §5 | TP DG vigente · Modo A Pleno Operativo · cronograma editorial |
| 6 | `CONS-PLAN-HIORGS-DemandGen-v01` (completo) | Audit trail Gate G0 del PLAN · 18 canónicos referenciados |

### 1.3 Lectura de gobernanza y soporte (Tier 3 · +45 min)

| # | Documento | Por qué |
|---|-----------|---------|
| 7 | `SOP-EL-WORX-BrainOSFirst-v01` v01.1 | Gate G0 universal · invocar antes de cada sub-iniciativa nueva |
| 8 | `XP-EL-HIORGS-Portfolio-v01` (ASSETS + CHANGELOG) | XPack vivo · estado del portafolio · NEXTs trackeados |
| 9 | `MIN-DAY-2026-04-26-v01-Dia100X` §10 + §15 | NEXT inmediatos del día · contexto Día 100X · decisiones D-P |

### 1.4 Lectura producto (Tier 4 · solo cuando aplique · ~30 min)

Solo necesario cuando una pieza editorial requiera profundidad sobre catálogo / modelo / replicación. Para drafts de L0-L1 fundacionales, Tier 1+2 alcanza.

| # | Documento | Cuándo leer |
|---|-----------|-------------|
| 10 | `CP-HIORGS-Producto-Estrategia-v01` | Pieza que toque narrativa SO-HiORG / posicionamiento de categoría |
| 11 | `CP-HIORGS-Producto-Catalogo-v01` | Pieza que mencione SKUs · esperar Task #33 (catálogo v02) antes de mencionar pricing público |
| 12 | `MPB-HIORGS-Replicacion-Playbook-v01` | Pieza sobre Modelo A vs Modelo B / replicación |

### 1.5 Lectura financiera (Tier 5 · cuando se hable de pricing · ~20 min)

Solo cuando una pieza requiera anclaje financiero. **Importante:** D-P-15 sigue activa — no publicar bandas USD/MXN externamente hasta verificación registral LABX.

| # | Documento | Cuándo leer |
|---|-----------|-------------|
| 13 | `TP-HIORGS-ModeloNegocio-Pricing-v01` §0 + §3 + §10 | Pieza con anclaje financiero · respeta D-P-15 (interno only) |

> **Total Tier 1+2+3 = ~2h 15min** para arranque pleno. Tier 4-5 son consulta puntual.

---

## §2 — Estado actual del programa (snapshot 2026-04-26 EOD+7)

### 2.1 Salud del frente

| Dimensión | Estado | Evidencia |
|-----------|--------|-----------|
| **Capa estratégica** | 🟢 PLAN-Estratégico v01 firme | `PLAN-HIORGS-DemandGen-Estrategico-v01` cerrado 2026-04-26 EOD (D-P-10 cerrada) |
| **Capa operativa** | 🟢 XP-Programa v01.1 vivo | `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` actualizado §14 EOD |
| **Capa táctica editorial** | 🟢 TP-Ecosistema v03 Modo A pleno operativo | `TP-HIORGS-DemandGen-Ecosistema-v03` con doble track ~95-100 piezas |
| **Capa producto** | 🟡 v02 catálogo en Task #33 (downstream) | `CP-HIORGS-Producto-Catalogo-v01` v01 vigente · v02 esperado Q3 |
| **Capa financiera** | 🟡 TP-ModeloNegocio v01 PROD pendiente VoBo §9+§11 | Decisiones financieras NO se publican (D-P-15) |
| **Capa gobernanza** | 🟢 SOP-BrainOSFirst v01.1 + Gate G0 universal | Invocación obligatoria antes de cada sub-iniciativa |
| **Owner DG (Anahi)** | 🟡 Onboarding pendiente (Task #5) | Producir Onboarding Doc Anahi antes/durante sem 1 |
| **Pipeline outreach** | 🟢 PAP-GranReto vivo | `PAP-HIORGS-GranReto-v01.docx` + `CP-HIORGS-CRM-Pipeline-v01` |
| **Salud general** | 🟢 Verde | Riesgo principal: ramp-up Anahi (R-PRG-3) |

### 2.2 Lo que se cerró hoy (Día 100X) y afecta el Room

- **D-P-10 cerrada:** PLAN-Estratégico DG firmado · prerrequisito Frente C cerrado · activación sem 1 desbloqueada.
- **D-P-24 ratificada:** regla 50-80% canonizado · todo activo del Room cita rutas, no re-describe.
- **D-P-36 abierta:** SOP-BrainOSFirst-v01.1 · invocación obligatoria al arrancar sub-iniciativa nueva.
- **D-P-37 abierta:** banda Entry/Pioneer LABX-Original $25K piso · aplica a primeros 5 LABXs · NO publicar (D-P-15).
- **D-P-38 abierta:** prefijos BMF se canonizan dos veces (SOP-origen + Registry oficial) · Caso F del SOP §IX como template.

### 2.3 Lo que queda pendiente fuera del Room (no bloquea sem 1)

- VoBo §9 TP-ModeloNegocio (8 supuestos críticos · Room Coordinación Estratégica)
- VoBo §11 TP-ModeloNegocio (taxonomía R-MN-* canonización)
- Task #33 catálogo v02 (Room Coordinación Estratégica)
- Task #35 diseño certificación SO-HiORG (Room Coordinación Estratégica)
- Verificación registral LABX (D-P-15 · pendiente externo · libera publicación financiera)

---

## §3 — NEXT inmediatos · sem 1 (2026-04-27 → 2026-05-03)

Detalle exhaustivo en `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §7.1 y `MIN-DAY-2026-04-26-v01-Dia100X` §10. Aquí solo los NEXT que pertenecen al Room DG (no transversales).

### 3.1 Onboarding Anahi (gate sem 1)

- [ ] **Onboarding Doc Anahi** producido y entregado · Task #5 (Sherpa @Jay)
- [ ] Sesión 1-a-1 Anahi-Victor para set expectativas · ratificación de gobernanza editorial
- [ ] Anahi acceso a vault · navegación entrenada · invocación SOP-BrainOSFirst aprendida
- [ ] Ritmo daily check-in establecido (Anahi ↔ Jay)

### 3.2 Asset Contracts L0+L1 (sustrato editorial)

- [ ] **Asset Contract L0** (free content) — formato editorial · líneas de tono/voz · longitud canónica · CTAs · tags MPI
- [ ] **Asset Contract L1** (lead magnet) — formato · trigger de captura · gating · trazabilidad MPI

### 3.3 Primer batch fundacional (4-6 piezas)

- [ ] Pieza fundacional 1 — *Carta del Día 100X* (introducción del programa público · narrativa Síntesis F + D-013)
- [ ] Pieza fundacional 2 — *Por qué la era IA exige Hyperintelligent Orgs* (categoría · CAM Re100X heredado)
- [ ] Pieza fundacional 3 — *El Lab IA como apuesta operativa* (contenido derivable del Sprint v01 sin tocar pricing)
- [ ] Pieza fundacional 4 — *Modelo híbrido B2C/B2B/B2O* (Priestley aplicado · narrativa)
- [ ] (opcional) Pieza fundacional 5-6 — derivables del bloque Productización (sin spoilear catálogo v02)

### 3.4 Newsletter de anuncio

- [ ] **Newsletter sem 1** — formato anuncio del programa · carga las 4 piezas fundacionales · invitación a webinar #1 · captura suscripción MPI

### 3.5 Outreach 1-a-1 (PAP-GranReto)

- [ ] Primer batch outreach con `PAP-HIORGS-GranReto-v01.docx` · 5-8 contactos del `CP-HIORGS-CRM-Pipeline-v01`
- [ ] Trackeo respuestas · loop al pipeline · ningún aspecto del PAP-GranReto se publica externamente

### 3.6 KPIs sem 1 a trackear

- HIP-13 (MPI lista activada · suscripciones) — meta sem 1: ≥10
- HIP-14 (volumen de piezas publicadas) — meta sem 1: 4-6
- HIP-15 (rate de respuesta outreach 1-a-1) — meta sem 1: ≥1 respuesta
- Métrica sherpa interna: # de Gate G0 ejecutados / # de sub-iniciativas (objetivo 100%)

### 3.7 Gates de avance sem 1 → sem 2

| Gate | Pasa si | Bloquea si |
|------|---------|-----------|
| G-Sem1.1 | Onboarding Anahi cerrado | Anahi sin acceso · sin Asset Contracts |
| G-Sem1.2 | ≥4 piezas fundacionales publicadas | <4 piezas (replanteo de capacidad ramp-up) |
| G-Sem1.3 | Newsletter sem 1 enviada | Sin newsletter · pipeline MPI no activado |
| G-Sem1.4 | Outreach batch #1 enviado | Sin outreach · pipeline frío |

> **Si los 4 gates pasan, sem 2 arranca con doble track activado** (ver §4.1).

---

## §4 — Backlog sem 2-8 (referencia · no detalla)

Detalle completo en `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01` §7 (calendario maestro 4 capas) y `TP-HIORGS-DemandGen-Ecosistema-v03` §5 (cronograma editorial).

### 4.1 Hitos estratégicos sem 2-8

- **Sem 2-3:** ramp-up doble track · ~12-15 piezas · 1er webinar
- **Sem 4 (05-18):** MID-REVIEW · verificación HIP-14 (volumen factible) · RA-1 v02 publicado en MPI · L3 vivo · Discovery sessions L3
- **Sem 5-6:** cruise · ~30-40 piezas acumuladas · 2do y 3er webinar · 2do batch outreach
- **Sem 6 (06-01):** PRE-DEMO DAY · Sprint v01 cierra · capacidad delivery confirmada
- **Sem 7 (06-08):** **PIEZA BISAGRA — Lanzamiento Hook + IIE público** post Demo Day · 1ra propuesta L4
- **Sem 8 (06-15):** CONSOLIDACIÓN · Pieza Maestra Cascada · Reporte HIP-13/14/15 · métricas reales

### 4.2 Inputs externos esperados (cross-Room handoffs)

| Sem | Input esperado | Origen | Trigger |
|-----|---------------|--------|---------|
| Sem 3 | T-6 IIE inputs definitivos | Room Coordinación Estratégica · Sprint productización | `PLAN-HIORGS-Productizacion-Sprint-v01` |
| Sem 4-5 | T-7 Hook ratificado | Room Coordinación Estratégica · @Victor ratifica | Sprint productización |
| Sem 6 | Catálogo v02 (si Task #33 cierra) | Room Coordinación Estratégica | Task #33 GO |
| Sem 7 | Lanzamiento Hook+IIE público | Room Coordinación Estratégica · Demo Day | Pieza bisagra editorial |

> **Si un input esperado no llega a tiempo, Room DG escala al Room Coordinación Estratégica vía threading rule §8.2.**

---

## §5 — Owners + handoffs entre Rooms

### 5.1 Tabla de owners en este Room

| Rol | Persona | Alcance en Room DG |
|-----|---------|---------------------|
| **Sponsor** | @Victor | Ratificación piezas master · cross-Room handoffs · L3+ sales |
| **Owner Demand Gen** | @Anahi | Drafts diarios · ediciones L0-L1 · ratificación tono/voz · daily check-ins · weekly digest |
| **Sherpa ejecutor** | Jay | Drafts iniciales · governance · gates · threading · invocación SOP-BrainOSFirst |
| **Backup ratificación** | @Victor (default) | Cuando @Anahi en delegación o ramp-up incompleto |

### 5.2 Lo que se queda en este Room

- Producción editorial diaria (drafts · ediciones)
- Asset Contracts L0+L1 (definición y aplicación)
- Webinars (preparación + ejecución)
- Outreach 1-a-1 batches (PAP-GranReto)
- Newsletter (sem 1 + recurrentes)
- KPIs HIP-13/14/15 (trackeo + reporte)
- Daily check-ins Anahi-Jay
- Weekly digest editorial (lunes)
- MVG sobre piezas master (gobernanza editorial)
- Ratificación @Anahi para L0-L1
- Invocación SOP-BrainOSFirst antes de cada sub-iniciativa nueva del Room
- Ramp-up Anahi (sesiones de mentoring · feedback loops)

### 5.3 Lo que se va al Room Coordinación Estratégica

- Decisiones D-P transversales (no exclusivas a DG)
- VoBos pendientes TP-ModeloNegocio (§9 · §11 · 8 supuestos críticos)
- Cross-frente HIORG/WORX/REB
- Sprint productización (canal propio)
- Roadmap Q3 2026
- Ratificación de categoría (Frente A · capa estratégica)
- L3+ sales (cierres high-ticket conversación 1-a-1 con @Victor)
- Decisiones de catálogo v02 (Task #33)
- Diseño certificación SO-HiORG (Task #35)
- Pricing bands USD/MXN (TP-ModeloNegocio §5)
- Verificación registral LABX (D-P-15)
- Aperturas de carriles nuevos (PB-MPB-Library · TP-MPB-Viralidad-B2B-IA · etc.)
- Cualquier conversación que requiera ≥3 D-P nuevas en una sesión

### 5.4 Reglas de escalación de Room DG → Room Coordinación Estratégica

Una conversación del Room DG **escala** al Room Coordinación Estratégica cuando:

1. **Decisión transversal:** la decisión afecta más de un frente (DG + Productización + Sales) o más de un proyecto (HIORG + Re100X + WORX).
2. **Decisión D-P nueva:** la conversación está abriendo una decisión D-P nueva (no aplicación de D-P existente).
3. **Bloqueo upstream:** el Room DG está esperando un input del Sprint productización · Task #33/#35 · verificación registral · etc., y el bloqueo está afectando el ritmo.
4. **Cierre L3+:** Anahi recibe contacto interesado en L3 o superior · escalación inmediata a @Victor para cierre high-ticket.
5. **Ratificación de categoría:** pieza editorial que toca posicionamiento de categoría · ratificación @Victor antes de publicar.
6. **Veto regulatorio activo:** D-P-15 sigue vigente · cualquier mención pública de pricing LABX se pausa hasta verificación registral.

> **Default cuando hay duda:** escalar. Es más barato consultar al Room Coordinación Estratégica que producir una pieza que requiera retracción.

---

## §6 — KPIs trackeados en este Room

### 6.1 KPIs editoriales (semanales)

| KPI | Definición | Meta sem 1 | Meta sem 8 |
|-----|------------|------------|------------|
| **HIP-13** | Suscripciones MPI activas | ≥10 | ≥150 |
| **HIP-14** | # de piezas publicadas | 4-6 | ≥80 acumuladas |
| **HIP-15** | Rate respuesta outreach 1-a-1 | ≥1 | ≥6 conversaciones L3 abiertas |
| HIP-16 | Engagement promedio (likes + comments + shares) | baseline | +50% vs sem 1 |
| HIP-17 | Webinar attendance rate | n/a sem 1 | ≥40% del registrado |

### 6.2 KPI sherpa interno (gobernanza)

| KPI | Definición | Meta |
|-----|------------|------|
| **HIP-G1** | # de Gate G0 ejecutados / # de sub-iniciativas nuevas | 100% |
| HIP-G2 | # de piezas con ratificación @Anahi vs producción total | ≥95% (L0-L1) |
| HIP-G3 | Tiempo promedio draft → ratificación L0-L1 | <24h |

### 6.3 Reporte canónico (lunes weekly digest)

Formato del weekly digest (publicado todos los lunes en Room DG):

```
## Weekly Digest DG · sem [N] · [fecha]
- Piezas publicadas: [N] (HIP-14)
- Suscripciones nuevas: [N] (HIP-13)
- Outreach respondidos: [N] (HIP-15)
- Gates G0 ejecutados: [N]/[N total sub-iniciativas]
- Bloqueos / escalaciones a Room Coordinación: [lista]
- Próxima semana: [3-5 hitos]
```

---

## §7 — Reglas del Room (cadencia · gobernanza · gates)

### 7.1 Cadencia operativa

| Ritmo | Cuándo | Quién | Output |
|-------|--------|-------|--------|
| **Daily** (10-15 min) | L-V mañana | Anahi + Jay | Plan del día · drafts en pipeline · bloqueos |
| **Weekly digest** | Lunes AM | Jay redacta · Anahi ratifica | Publicación digest formato §6.3 |
| **Mid-week edit** | Miércoles PM | Anahi + Jay | Revisión piezas en draft · ratificación L0-L1 |
| **End-of-week sync** | Viernes EOD | @Victor + Anahi + Jay (15 min) | Cierre sem · KPIs · escalaciones |
| **Mid-review** | Sem 4 (2026-05-18) | @Victor + Anahi + Jay | Verificación HIP-14 · ajustes a Modo A |

### 7.2 Gobernanza editorial (MVG aplicado)

Aplicación del MVG del HDG-MF v02 (referencia: `MF-BMF-HybridDemand-v02` §6) al Room DG:

| Pieza tipo | Ratifica | Gate adicional |
|-----------|----------|----------------|
| L0 (free content estándar) | @Anahi | Ninguno |
| L1 (lead magnet) | @Anahi | MPI tags + trazabilidad |
| L2 (ladder) | @Victor | Ratificación de categoría si toca posicionamiento |
| L3+ | @Victor | Conversación 1-a-1 (no contenido) |
| Pieza master (calendario maestro) | @Victor | Ratificación pre-publicación obligatoria |
| Pieza bisagra (sem 7 Hook+IIE) | @Victor + sponsor externo si aplica | Demo Day completado |

### 7.3 Gates aplicables al Room

- **Gate G0 (SOP-BrainOSFirst):** invocar antes de cada sub-iniciativa nueva del Room (Newsletter v02 · campaña outreach #2 · webinar #N · etc.). Output: CONS- compacto o sección embebida en weekly digest.
- **Gate G-Sem (gates semanales):** los 4 gates de §3.7 aplican en sem 1 · análogos para sem 2-8 según calendario maestro.
- **Gate de escalación:** cuando se dispara cualquiera de las 6 reglas de §5.4 · pause en producción + ping al Room Coordinación Estratégica.

---

## §8 — Threading rules cross-room

### 8.1 Topología de Rooms del ecosistema (estado 2026-04-26)

```
                  ┌─────────────────────────────────┐
                  │  Room Coordinación Estratégica  │
                  │  (sesión actual / MIN-DAY-*)    │
                  │  Owner: @Victor                  │
                  └────────────┬────────────────────┘
                               │
        ┌──────────────────────┼──────────────────────┐
        │                      │                      │
        ▼                      ▼                      ▼
┌───────────────┐    ┌───────────────────┐    ┌───────────────┐
│ Room DG       │    │ Room Productizac. │    │ Room LabPraxis│
│ HIORG         │    │ HIORG (Sprint)    │    │ (Casos)       │
│ (este TP)     │    │                   │    │               │
│ Owner: Anahi  │    │ Owner: @Victor    │    │ Owner: @Victor│
│ Sherpa: Jay   │    │ Sherpa: Jay       │    │ Sherpa: Jay   │
└───────┬───────┘    └─────────┬─────────┘    └───────┬───────┘
        │                      │                      │
        └──────────────────────┼──────────────────────┘
                               │
                               ▼
                  ┌─────────────────────────────────┐
                  │  Vault canónico (Reinventaverse)│
                  │  Single source of truth         │
                  └─────────────────────────────────┘
```

### 8.2 Reglas de threading

1. **Asset-First.** Los Rooms NO se pasan archivos · se pasan **rutas absolutas a activos canónicos** del vault. Si un activo no existe canonizado, se canoniza primero.
2. **Escalación documentada.** Cuando Room DG escala al Room Coordinación, el ping incluye: ruta del activo en cuestión · D-P aplicable · pregunta puntual · timeline esperado.
3. **Decisiones cierran en su Room dueño.** D-P transversales cierran en Room Coordinación Estratégica. D-P operativas-DG cierran en Room DG (con notificación al Coord vía MIN-DAY).
4. **Threading bidireccional con MIN-DAY-*.** Toda escalación o decisión cross-Room se registra en `MIN-DAY-AAAA-MM-DD-vNN-Tema` · mantiene trazabilidad cronológica.
5. **Gate G0 cross-Room.** Si una conversación arranca en Room A y migra a Room B, el SOP-BrainOSFirst se reinvoca en Room B (no se arrastra contexto sin canonizar).
6. **Vault es canon · Rooms son interfaces.** Ningún Room "posee" información. Toda información canonizada vive en el vault. Los Rooms son interfaces de trabajo sobre el vault.
7. **Sherpa cross-Room.** Jay puede operar simultáneamente en múltiples Rooms · cada Room mantiene su propio TP de activación · al cambiar de Room, Jay carga el TP correspondiente como contexto inicial.

### 8.3 Triggers de threading que vienen de afuera al Room DG

| Trigger origen | Acción Room DG |
|----------------|----------------|
| Decisión D-P en Coord que afecta DG | Anotar en weekly digest · ajustar calendario si aplica |
| Cierre Sprint productización (T-6/T-7) | Activar piezas que dependían de input · sem 3-5 |
| GO Task #33 (catálogo v02) | Liberar mención de SKUs en piezas · revisar Asset Contracts |
| Ratificación Hook+IIE (sem 7) | Activar pieza bisagra |
| Verificación registral LABX | Liberar D-P-15 · piezas con anclaje pricing pueden incluir bandas |
| Cierre L3+ (Victor) | Caso de éxito candidato · anotar para weekly digest |

### 8.4 Triggers que el Room DG envía afuera

| Trigger destino | Cuándo se dispara |
|----------------|--------------------|
| Room Coordinación · escalación | Cualquiera de las 6 reglas §5.4 |
| Room LabPraxis · CASO nuevo | Patrón operativo recurrente detectado en 3+ piezas (P004 emergente) |
| Room Productización · feedback | Pieza editorial revela gap en producto (input al Sprint) |
| Vault · canonización | Output editorial de calidad maestra → pieza candidata a canónico |

---

## §9 — Activación del Room (Starter Prompt + invocación SOP-BrainOSFirst)

### 9.1 Starter Prompt del Room DG

> **Starter Prompt para abrir el Room dedicado Demand Gen HIORG:**
>
> ```
> Antes de operar este Room, ejecuta SOP-EL-WORX-BrainOSFirst-v01 sobre
> el alcance de la sub-iniciativa que estamos activando. Reporta el
> CONS-[SLUG] al Owner antes de empezar producción.
>
> Carga como contexto inicial:
> 1. TP-HIORGS-DemandGen-Continuacion-v01 (este TP · room handoff pack)
> 2. PLAN-HIORGS-DemandGen-Estrategico-v01 (capa estratégica)
> 3. XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01 §1-§3 + §7 (operativo padre)
>
> Owner Demand Gen: @Anahi
> Sherpa: Jay
> Sponsor: @Victor
>
> Reglas inmutables del Room:
> - Asset-First (D-P-24 · 50-80% canonizado).
> - Vault es canon · Rooms son interfaces.
> - Toda escalación cross-Room se registra en MIN-DAY-*.
> - Gate G0 obligatorio antes de cada sub-iniciativa nueva.
> - Decisiones L3+ escalan inmediatamente a @Victor.
>
> Cadencia:
> - Daily check-in L-V (Anahi + Jay).
> - Weekly digest lunes AM.
> - End-of-week sync viernes EOD (Victor + Anahi + Jay).
>
> Primera tarea sugerida: revisar §3 NEXT inmediatos sem 1 y producir
> Asset Contract L0 (gate sem 1).
> ```

### 9.2 Primer turno del Room DG (template)

Cuando Anahi (o Jay en backup) abra el Room DG por primera vez post-handoff, el primer turno se ve así:

```
@Anahi (o @Jay): "Activo Room DG con TP-HIORGS-DemandGen-Continuacion-v01."
Sherpa Jay:
  1. Confirma carga del TP + 2 docs Tier 1.
  2. Invoca SOP-BrainOSFirst sobre la primera sub-iniciativa
     (sugerencia: "producir Asset Contract L0").
  3. Produce CONS-AssetContract-L0-v01 (compacto o embebido en weekly digest).
  4. Procede a redactar el Asset Contract L0 con Gate G0 PASS.
```

### 9.3 Cierre de cada sub-iniciativa del Room

Al cerrar una sub-iniciativa nueva del Room (Newsletter sem 1 · webinar #1 · campaña outreach · etc.), Sherpa actualiza:

- `XP-EL-HIORGS-Portfolio-v01` ASSETS table (si la sub-iniciativa produce activo nuevo)
- `XP-EL-HIORGS-Portfolio-v01` CHANGELOG (entrada [EXEC] o [DECIDE] según caso)
- Weekly digest del Room (anotación)
- `MIN-DAY-AAAA-MM-DD` si la sub-iniciativa abre/cierra D-P transversal

---

## §10 — Checklist de "listo para arrancar"

Antes de declarar el Room DG operativo en sem 1 (2026-04-27 lunes):

- [ ] Este TP cargado y leído por @Anahi (Tier 1 mínimo)
- [ ] Onboarding Doc Anahi producido (Task #5)
- [ ] Sesión 1-a-1 Anahi-Victor completada (set expectativas)
- [ ] Anahi acceso a vault verificado · navegación entrenada
- [ ] Anahi entrenada en invocación SOP-BrainOSFirst
- [ ] Daily check-in agendado (L-V · Anahi + Jay)
- [ ] End-of-week sync agendado (V EOD · Victor + Anahi + Jay)
- [ ] Asset Contract L0 borrador inicial listo (Sherpa pre-trabajo)
- [ ] Asset Contract L1 borrador inicial listo (Sherpa pre-trabajo)
- [ ] PAP-GranReto contactos seleccionados batch #1 (5-8 nombres)
- [ ] Newsletter sem 1 esqueleto listo (Sherpa pre-trabajo)
- [ ] KPIs HIP-13/14/15 dashboard inicializado

> **Cuando los 12 ítems estén ✅, el Room arranca el lunes 2026-04-27 con confianza operativa plena.**

---

## CHANGELOG

| Fecha | Cambio | Por |
|-------|--------|-----|
| 2026-04-26 EOD+7 | Creación v01. TP de activación del Room dedicado Demand Gen post Día 100X. Gate G0 PASS 4/4 (CONS-TP-HIORGS-DemandGen-Continuacion-v01 producido primero). 10 secciones: §0 síntesis · §1 read-order 5 tiers · §2 estado actual · §3 NEXT sem 1 · §4 backlog sem 2-8 · §5 owners + handoffs Room↔Room · §6 KPIs editoriales + sherpa · §7 cadencia + gobernanza + gates · §8 threading cross-room (topología + reglas + triggers in/out) · §9 activación (starter prompt + primer turno + cierres) · §10 checklist 12 ítems. Distribución de carga: 🔵 referenciar puro ~80% · 🟠 estructura nueva (handoff de room) ~20%. Honra D-P-24 (50-80% canonizado) · D-P-36 (SOP-BrainOSFirst invocado) · D-P-15 (D-P-15 declarada en §2.3 + §5.3 + §8.3 — pricing no se publica). Cierra el Día 100X con TP de continuación que libera el Room actual a coordinación estratégica. | @Jay (sherpa) ratificado por @Victor |

---

*TP-HIORGS-DemandGen-Continuacion-v01 · IB-EL-EmpowerLabs/PB-EL-Project-Bank/PB-HiOrg-Hyperintelligent Org/ · 2026-04-26 EOD+7*
*Primer Transfer Pack del ecosistema con naturaleza explícita de "room handoff pack". Patrón replicable para activación de Rooms dedicados en otros frentes (Productización · LabPraxis · MePB-Library · etc.).*