---
asset_id: XP-EL-Monetizacion-Estrategica-Domino-v01
version: v01
tipo: XP — XPack
modo: programa multi-track
room: EL-Monetizacion-Estrategica
owner: Victor Heredia
sponsor: Victor Heredia
runners: [Jay]
brain_codes: [BC-Master-Productizer-Expert (productización en 3 fases) · BC-Sales-Strategist (pricing por valor) · BC-CopywritingMaster (DG)]
cadencia: gobernanza semanal · ejecución continua · revisión mensual de dominó
estado: 🟡 Arrancando — articulación del dominó estratégico (post-split Caso 0 a su propio room)
fase: Aterrizaje del dominó · 4 líneas de monetización articuladas con motor MasterPlaybooks común
cliente: SherpaX clientes B2B/B2O → MasterPlaybooks audiencias B2C → Comunidades Tribus + Rebelocity (Caso 0 interno opera en room separado · es dependencia · no contenido propio de este room)
fecha_creacion: 2026-05-07
fecha_ultima_actualizacion: 2026-05-07
referencias_canonicas:
  - XP-EL-HIORG-Caso0-EmpowerLabs-v01 (Caso 0 · pieza fundacional del dominó · operación en PB-CASO0-HIORG · room separado tras split 2026-05-07)
  - XP-EL-HIORGS-Portfolio-v01 (portafolio HIORGS · Productización + DemandGen · Programa transversal cerrado 2026-04-26)
  - TP-HIORGS-ModeloNegocio-Pricing-v01 (v01.1 ratificada 2026-05-06 · Camino A cerrado · 8 supuestos S1-S8 canonizados · input financiero canónico de la línea B2B)
  - XP-EL-BMF-Portfolio-v01 (portafolio BMF · arquitectura L0-L4 · MetaFactorías · Factory OS)
  - XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01 (programa transversal HIORGS · 4 capas · 3 frentes simultáneos · modelo B2C/B2B/B2O)
  - PLAN-HIORGS-DemandGen-Estrategico-v01 (plan de Demand Gen · capa orquestadora · 18 canónicos referenciados)
  - MAP-EL-Rooms-Monetizacion-Domino-v01 (mapa-guía de los rooms del ecosistema · navegación maestra)
  - MAP-EL-R100X-Portfolio-Monetization-Map-v02 (mapa de monetización R100X · MONEX como siguiente etapa natural)
  - CP-EL-R100X-Escalera-De-Valor-v01 (escalera de valor R100X)
  - LLM-Wiki/Wiki/MasterPlaybooks.md (definición MPI · 8 modelos negocio · Community Vertical Marketplace)
  - project_masterplaybooks_ecosystem.md · project_hiorg_ainative.md · project_aiod_framework.md · project_ceo100x_masterplaybook.md · project_demandgen_battleplan.md · project_tribus_rrhh_editorial.md · project_rebelocity_2026.md
gate_g0: PASS · 13 canónicos vault referenciados · capa orquestadora delgada · NO reinventa los XPacks de HIORGS y BMF — los orquesta · Caso 0 vive en room separado (dependencia, no contenido propio)
tags: [XPack, programa, monetización, estrategia, dominó, HIORG, DOIX, SherpaX, MasterPlaybooks, MONEX, TribusRRHH, RebelocityClub]
---

## Asset Header

- **Asset ID:** XP-EL-Monetizacion-Estrategica-Domino-v01
- **Version:** v01.6 (D-P-45 canonizada · sistema de gobernanza · cadencia L2+L3 mínima viable · **4/4 decisiones bloqueadas originales cerradas** · 2026-05-07)
- **Status:** 🟡 Arrancando — Active
- **Owner:** Victor Heredia
- **IntellBank:** IB-EL-EmpowerLabs
- **SubBank:** PB-EL-Project-Bank / PB-MONETIZACION-Estrategica
- **Tipo:** XP — XPack en modo programa multi-track con lógica de dominó
- **Propósito:** Documento vivo maestro que orquesta las 4 líneas de monetización de EmpowerLabs en una secuencia de dominó — cada pieza desbloquea la siguiente. Usar MasterPlaybooks como motor común de DG · monetizar las 4 líneas en paralelo sin perder coherencia. **Nota arquitectónica (2026-05-07):** la Pieza 0 (Caso 0 EmpowerLabs como HIORG) opera en room separado `PB-CASO0-HIORG` · este room la trata como dependencia, no como contenido propio. Ver `MAP-EL-Rooms-Monetizacion-Domino-v01` para mapa de rooms.

---

# XPack — Monetización Estratégica EmpowerLabs · Dominó

## La fila de fichas que tira la siguiente

---

## BRIEF

**Misión.** Aterrizar las 4 líneas de monetización de EmpowerLabs como una **secuencia de dominó** donde cada pieza desbloquea la siguiente. La pieza fundacional (EmpowerLabs como Caso 0 de HIORG) opera en su room dedicado `PB-CASO0-HIORG` y se consume desde aquí como dependencia. Este room articula las 4 líneas con MasterPlaybooks como motor común de demanda.

**Las 4 líneas de monetización (per dictado de Victor 2026-05-17):**

| Línea | Modelo | Objetivo |
|---|---|---|
| **B2B** | Organizaciones Hiperinteligentes con DOIX | Vender SO-HiORG a empresas que quieren transformación predecible |
| **B2O** | Activando los SherpaX | Vender SherpaX a Owners (CEOs, Founders, dueños) — el sherpa cognitivo del dueño |
| **BMF · MONEX** | Monetiza tu Expertise + MasterPlaybooks | Productos editoriales + escalera R100X · LT $47 → MONEX premium |
| **Comunidades** | Tribus RRHH + Rebelocity Club | Marketplaces verticales con MPI · sponsor stack · membresías · transacción |

**Insight estratégico fundamental (canonizado por Victor 2026-05-17):**

> *"Del BMF y Comunidades inteligentes el motor es MasterPlaybooks. La generación de demanda todo es con MasterPlaybooks. Y para poder arrancar todo necesitamos implementar el modelo de HIORG en EmpowerLabs para generar nuestro propio caso de éxito y para poder crear todo el know how para la implementación."*

Eso significa **tres** cosas operativas (la tercera ratificada por Victor 2026-05-17):

1. **MasterPlaybooks es el motor común de DG** para B2B/B2O/BMF/Comunidades. No se construyen 4 motores separados — se construye el motor MasterPlaybooks y se aplica.

2. **HIORG en EmpowerLabs como Caso 0** es la pieza fundacional de la secuencia. Sin caso interno no hay caso vendible. **La operación del Caso 0 vive en `PB-CASO0-HIORG` (room separado · split del 2026-05-07).** Este room la consume como dependencia.

3. **EmpowerLabs es el productor central de activos cognitivos · las iniciativas operativas los consumen, no los producen.** Rebelocity, Tribus RRHH, Intelifin, futuras verticales — operan ventas, operaciones y eventos. **No producen activos cognitivos propios.** Los activos cognitivos (contenido editorial · MPIs · DemandGen · papers · sherpas) los produce EmpowerLabs centralmente como servicio interno y los entrega a la iniciativa operativa lista para usar. Esto es un **principio de arquitectura**, no una conveniencia operativa: protege a las iniciativas comerciales de cargar la producción cognitiva, y protege a EmpowerLabs de fragmentar su producción cognitiva en cada vertical.

   **Implicación práctica:** ningún sprint comercial (como L'Étape) carga producción cognitiva. Su foco es ventas + operación. EmpowerLabs entrega los activos.

**Resultado esperado al cierre del programa:**
1. **Caso 0 EmpowerLabs publicable** — entregable de `PB-CASO0-HIORG` (case study cliente-facing) · este room lo consume como evidencia.
2. **Motor MasterPlaybooks funcionando** — DG continuo con MPIs · CEO100X publicado · cascada de contenido en marcha.
3. **Las 4 líneas con piezas vivas en mercado:**
   - B2B: ≥1 cliente HIORG firmado en pipeline maduro (BioPappel · Posta).
   - B2O: ≥3 SherpaX Ignition validados con CEOs (Litos · Alain · Adriana ya hechos · 4to-5to en cola).
   - BMF-MONEX: escalera R100X publicada y vendiendo (LT-OTO1-OTO2 + MONEX en path post-purchase).
   - Comunidades: Tribus RRHH publicando + Rebelocity Club escalando post-L'Étape.
4. **Un calendario de dominó claro** — qué cae cuando, qué desbloquea qué.

**Alcance:**
- **Incluye:** la articulación entre las 4 líneas · la lógica de secuenciamiento · MasterPlaybooks como motor común · gobernanza del programa · revisión mensual del dominó · seguimiento del estado del Caso 0 (no su operación).
- **No incluye:**
  - La operación del Caso 0 EmpowerLabs (vive en `PB-CASO0-HIORG` desde 2026-05-07 · este room la consume como dependencia).
  - Los XPacks operativos de cada línea (HIORGS Portfolio · BMF Portfolio · Programa Prod-DG-Offers-Sales · etc.) — siguen siendo dueños de su track. Este XPack los **orquesta**, no los reemplaza.

**Stakeholders:**
- **Owner:** Victor Heredia (arquitecto del dominó · decisor de secuencia)
- **Sponsor:** Victor Heredia
- **Runner:** Jay (SherpaX) — coordinación, QA, generación de capa orquestadora
- **Equipo EmpowerLabs:** Anahí (DG Lead) · Carolina (Rebelocity ops) · Juan Carlos (CRM · implementation partner) · Paloma (visual) · Jesús/Gustavo (futuros implementadores HIORG)
- **Brain Codes asesores activables:** BC-Master-Productizer-Expert · BC-Sales-Strategist · BC-CopywritingMaster

**Continúa desde:** los 12 canónicos referenciados en frontmatter. Este XPack los orquesta · no los duplica.

---

## ESTADO

**Salud:** 🟡 Arrancando · split estructural ejecutado 2026-05-07 (Caso 0 a `PB-CASO0-HIORG`) · este room enfocado exclusivamente en monetización.

**Fase:** Aterrizaje del dominó · 4 líneas articuladas con motor MasterPlaybooks común · Caso 0 corre en paralelo en su propio room.

**Hito activo:**
- Cierre del split A→B→C→D (2026-05-07).
- 4 decisiones bloqueadas restantes (pricing SherpaX · escalera R100X · responsables operativos por línea · cadencia gobernanza) — sesión dedicada viernes.
- Confirmación de MasterPlaybooks como motor común con Anahi (DG Lead) · ajuste del PLAN-HIORGS-DemandGen-Estrategico.

**Día 1 del programa:** 7-may-2026 · post-5150 · espíritu renovado · L'Étape en sprint paralelo · Caso 0 con room propio.

---

## EL DOMINÓ — LÓGICA DE SECUENCIAMIENTO

```
┌────────────────────────────────────────────────────────────┐
│  PIEZA 0 (FUNDACIONAL · ROOM SEPARADO)                     │
│  Caso 0 EmpowerLabs HIORG                                  │
│  Operación en PB-CASO0-HIORG (room dedicado)               │
│  Este room la consume como dependencia · no la opera       │
│  ↓ desbloquea →                                             │
└────────────────────────────────────────────────────────────┘
              ↓
┌────────────────────────────────────────────────────────────┐
│  PIEZA 1 — Motor MasterPlaybooks (en este room)            │
│  Ya operativo parcial: CEO100X.com + MasterPlaybooks.com   │
│  + Tribus RRHH + escalera R100X                            │
│  Articula los MPIs por línea · DG continuo                 │
│  ↓ alimenta →                                               │
└────────────────────────────────────────────────────────────┘
              ↓
┌────────────────────────────────────────────────────────────┐
│  PIEZAS PARALELAS — 4 LÍNEAS DE MONETIZACIÓN               │
│                                                             │
│  ┌──────────────────┐  ┌──────────────────┐               │
│  │ B2B HIORG/DOIX   │  │ B2O SherpaX      │               │
│  │ SO-HiORG product │  │ Ignition Owners  │               │
│  └──────────────────┘  └──────────────────┘               │
│                                                             │
│  ┌──────────────────┐  ┌──────────────────┐               │
│  │ BMF · MONEX      │  │ Comunidades      │               │
│  │ R100X escalera   │  │ Tribus + Rebeloc │               │
│  └──────────────────┘  └──────────────────┘               │
│                                                             │
│  Todas se nutren del motor MasterPlaybooks                 │
│  Todas usan el Caso 0 (room separado) como evidencia       │
└────────────────────────────────────────────────────────────┘
```

**Por qué Caso 0 va primero (y vive en otro room).** Sin caso interno, vender HIORG es vender promesa. Con caso interno auditado y publicable, vender HIORG es vender evidencia. Y el caso interno produce el know-how operativo que después se replica con clientes — no es solo marketing. **Por qué vive en otro room (split 2026-05-07):** la operación del Caso 0 tiene cronograma propio, métricas propias, responsables propios y dinámica distinta a la articulación de monetización. Mantenerlos en el mismo room mezclaba operación con orquestación. Ahora Caso 0 corre en su carril (`PB-CASO0-HIORG`) y este room lo consume como dependencia y como evidencia.

**Por qué MasterPlaybooks va segundo.** Las 4 líneas necesitan generación de demanda. Si construimos 4 motores separados, fragmentamos esfuerzo y dilución de marca. Un motor MasterPlaybooks unificado con MPIs por línea produce demanda coherente y atomizable.

**Por qué las 4 líneas van en paralelo (no secuencial).** Cada línea tiene su propia velocidad y mercado. B2O ya tiene 3 demos validadas. B2B tiene pipeline maduro (BioPappel · Posta) + TP-HIORGS-ModeloNegocio-Pricing v01.1 ratificada como input financiero. MONEX tiene escalera publicable. Comunidades tienen activos en producción. No hay razón estratégica para secuenciar B2B → B2O → MONEX → Comunidades. Sí hay razón para que **todas dependan del Caso 0 (room separado) + Motor MasterPlaybooks (este room)**.

---

## DECISIÓN-PRINCIPIO D-P-01 · Separación operación/cognición

**Decisión** (Victor · 2026-05-17): **No mezclar el Caso 0 EmpowerLabs con sprints comerciales como L'Étape.**

**Razonamiento.** El sprint L'Étape tiene reto de ventas + operación con 14 días de plazo. Cargarlo además con producción de activos cognitivos del Caso 0 dilataría la operación comercial sin acelerar el Caso 0. Son dos problemas distintos en dos carriles distintos.

**Patrón de arquitectura ratificado:**
- **Iniciativas operativas** (Rebelocity, Tribus, Intelifin, futuras verticales) → ventas, operaciones, eventos. Reciben activos cognitivos producidos por EmpowerLabs. No los producen.
- **EmpowerLabs central** → produce contenido editorial, MPIs, DemandGen, papers, sherpas, plataforma. Sirve a las iniciativas como productor cognitivo. Aquí corre el Caso 0 HIORG.

**Aplicación inmediata:**
- Sprint L'Étape (14 días) → foco exclusivo en ventas + operación. Activos cognitivos los produce EmpowerLabs (Anahi DG · Jay) y los entrega listos.
- Caso 0 HIORG → corre en paralelo en EmpowerLabs central · cronograma propio · sin tocar la operación L'Étape.

**Por qué se canoniza este principio.** Sin esta separación, cada vez que haya un sprint comercial urgente vamos a tener la tentación de mezclarlo con producción cognitiva, contaminando ambos. La regla es simple: **operación ejecuta, cognición produce, EmpowerLabs es el productor cognitivo central**.

---

## LAS 4 LÍNEAS — ESTADO Y PIEZAS PROPIAS

### Línea B2B — HIORGs con DOIX

**XPack propietario:** [[XP-EL-HIORGS-Portfolio-v01]] (activo y avanzando · sprint productización + DG en doble track).

**Programa transversal:** [[XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01]] (cerrado 2026-04-26 · 3 frentes · 4 capas · modelo híbrido B2C/B2B/B2O).

**Estado:** Productización formal en sprint. Demand Gen activo. Posta como caso piloto pricing. BioPappel prospecto activo. Pipeline interno EL.

**Pieza siguiente crítica:** Catálogo v01 del SO-HiORG cerrado · pricing por valor ratificado · playbook entregable por alguien que no sea Victor.

**Cómo este XPack-Dominó conecta:** valida que B2B no se desliga del Caso 0 · que Anahi como DG Lead opera con MasterPlaybooks como motor · que Jesús/Gustavo se certifican usando el case interno como referencia.

### Línea B2O — Activando SherpaX

**Estado validado:** 3 SherpaX Ignition documentados (Litos · Alain Ríos · Adriana Islas / Estafeta). Modelo 2+2 (2 humanos + 2 agentes) validado. ROI Tracker con casos.

**Memoria base:** project_sherpax_ignition_*.md (3 casos) · project_sherpax_dinamica_2mas2 · project_sherpax_metaplaybook_comercial.

**Pieza siguiente crítica:** Productizar el SherpaX Ignition como oferta repetible · pricing definido · proceso de onboarding de Sherpa Guides · 4to-5to caso para sentar replicabilidad.

**Cómo este XPack-Dominó conecta:** B2O usa MasterPlaybooks como pre-Ignition (lead magnet · educación · captura intent) · usa el Caso 0 EmpowerLabs como demo viva del SherpaX de Victor en operación.

### Línea BMF · MONEX (Monetiza tu Expertise + MasterPlaybooks)

**Mapa canónico:** [[MAP-EL-R100X-Portfolio-Monetization-Map-v02]] · [[CP-EL-R100X-Escalera-De-Valor-v01]] · [[CP-EL-R100X-Portfolio-Master-v02]].

**Estado:** Escalera R100X definida con price freeze: LT $47 → OTO1 $97 → OTO2 $97 → MONEX premium · Downsell $27. MONEX como "siguiente etapa natural de monetización avanzada".

**Pieza siguiente crítica:** Activar el funnel R100X completo en producción · publicar MasterPlaybooks operando · MONEX como path post-purchase segmentado.

**Cómo este XPack-Dominó conecta:** BMF-MONEX es el destino comercial del motor MasterPlaybooks para audiencias B2C de Victor. La escalera R100X es la ruta personal del usuario · MONEX es donde se monetiza su expertise. Caso 0 EmpowerLabs alimenta credibilidad de la propuesta MONEX (Victor como instancia de "expertise productizado").

### Línea Comunidades Inteligentes — Tribus RRHH + Rebelocity Club

**Tribus RRHH:** [[project_tribus_rrhh_editorial.md]] · Modelo 3 capas (libro + biblioteca maestra + SherpaIA) validado · 5K audiencia · BK0 + BK1 en producción.

**Rebelocity Club:** [[DC-REB-RebelocityClub-PlanEstrategico-v01]] (4 fases · sponsor stack · ecosistema endurance) · TP marketplace deportivo creado 2-may · sprint L'Étape activo.

**Pieza siguiente crítica:** Tribus publicando con SherpaIA operando · Rebelocity Club post-L'Étape activando fase Comunidad/Marketplace.

**Cómo este XPack-Dominó conecta:** Comunidades son las primeras instancias VERTICALES del modelo MasterPlaybooks Inteligentes. Tribus = vertical RRHH. Rebelocity = vertical deporte. Lo que funcione aquí se replica a Intelifin (financiero) · CIO Club (tech directivos) · etc.

---

## CASO 0 EMPOWERLABS — DEPENDENCIA EXTERNA (room separado)

**Status arquitectónico (split 2026-05-07):** la operación del Caso 0 vive en `PB-CASO0-HIORG` con XPack y StarterPrompt propios. Este room la consume como **dependencia** y como **evidencia**, no como contenido propio.

**Por qué es crítica para este room.** Sin Caso 0 funcionando, las 4 líneas venden promesa. Con Caso 0, venden evidencia auditable. Por eso es Pieza 0 del dominó incluso aunque la operación viva en otro carril.

**Documentos canónicos (en el otro room):**
- [[XP-EL-HIORG-Caso0-EmpowerLabs-v01]] — XPack del Caso 0 · cronograma · 5 componentes · responsables · métricas.
- [[SP-EL-HIORG-Caso0-EmpowerLabs-StarterPrompt-v01]] — Starter Prompt del room.

**Insumos heredados (cargados al room separado):**
- [[PLAN-EL-HiOrg-ImplementacionEmpowerLabs-v01]] · [[MPB-HIORGS-Replicacion-Playbook-v01]] · [[PAP-HIORGS-ModeloProducto-Interno-v01]] · memoria `project_doix_corpbrainos`.

**Lo que este room espera del Caso 0 (interfaz de entrega):**
- 🟡 Case study publicable (entregable público al cierre · alimenta credibilidad de las 4 líneas).
- 🟡 ROI medido y publicable (alimenta argumento comercial B2B y B2O).
- 🟡 Know-how replicable (habilita certificación SO-HiORG · alimenta línea B2B).
- 🟡 5 componentes desplegados (Corp Brain OS · WORX operativo · SherpaX por persona · MasterPlaybooks activo · ROI Tracker) — útiles como demos vivas para B2O y B2B.

**Cómo se sincronizan los rooms.** Revisión mensual del dominó (60 min · cierre de mes) incluye check de salud del Caso 0 como Pieza 0. Si el Caso 0 se atrasa, este room lo refleja en estado/fase pero no asume su operación.

---

## ROADMAP DEL DOMINÓ — 90 DÍAS

**Nota:** los hitos del Caso 0 son entregables del otro room (`PB-CASO0-HIORG`) · este roadmap los refleja como dependencia, no como ownership.

| Mes | Foco principal (este room) | Hitos esperados (incluye dependencias) |
|---|---|---|
| **Mes 1** (mayo-junio) | Confirmar motor MasterPlaybooks común + cerrar 4 decisiones bloqueadas + sostener L'Étape | Plan Caso 0 firmado (otro room) · L'Étape ejecutado (Rebelocity) · sprint Productización HIORG en marcha · DG 8 semanas activo (Anahi) · TP v01.1 input B2B canonizado |
| **Mes 2** (junio-julio) | Motor MasterPlaybooks consolidado + 1 cliente HIORG en propuesta | Componentes del Caso 0 desplegándose (otro room) · MPIs por línea publicados · cascada de contenido fluyendo · 1 cliente HIORG en propuesta firme |
| **Mes 3** (julio-agosto) | 4 líneas con piezas vivas + Caso 0 publicable consumido como evidencia | Caso 0 case study publicado (otro room) · escalera R100X vendiendo · 4to SherpaX Ignition · Tribus BK0 publicado · Rebelocity Club post-L'Étape activando Marketplace |

**Revisión mensual obligatoria del dominó.** Sesión 60 min. Cinco preguntas:
1. ¿Cayó la pieza del mes? Si no, ¿por qué?
2. ¿Cuál es la siguiente pieza que no puede esperar?
3. ¿Hay piezas en paralelo que se están desincronizando?
4. ¿El motor MasterPlaybooks está alimentando las 4 líneas o se está fragmentando?
5. ¿Caso 0 (otro room) sigue siendo evidencia auditable y publicable? ¿Está al día su entregable?

---

## DECISIONES BLOQUEADAS QUE NECESITAN VICTOR

**Nota:** la decisión "cronograma Caso 0" se movió al room `PB-CASO0-HIORG` (split 2026-05-07). 🎉 **Las 4 decisiones bloqueadas originales están todas cerradas (D-P-41 + D-P-42 + D-P-44 + D-P-45).** Solo sigue abierta **D-P-43** (nueva · pricing MONEX standalone post-α · cierra al cliente #10).

- [ ] **D-P-43** · Pricing MONEX standalone post-α (Standard / Premium fase β · cuando termine bundle introductorio · trigger: cliente #10 cerrado)

**Decisiones cerradas (canonizadas como D-P abajo):**
- [✓] **D-P-41 (2026-05-07)** · Pricing SherpaX Ignition para B2O (Banda con Tiers $5K/$7.5K/$10K).
- [✓] **D-P-42 (2026-05-07)** · Activación Escalera Re100X simplificada + Bundle MONEX Introductorio α $5K.
- [✓] **D-P-44 (2026-05-07)** · Estructura organizacional por 3 Pilares + Operativo transversal · responsables operativos por línea + manejo de externos.
- [✓] **D-P-45 (2026-05-07)** · Sistema de Gobernanza del Dominó · cadencia L2+L3 mínima viable · KPIs en 5 categorías · vehículo Sheets+markdown.

**Decisión movida (ahora en otro room):**
- [→] Cronograma firme de arranque Caso 0 EmpowerLabs · ahora vive en `XP-EL-HIORG-Caso0-EmpowerLabs-v01` · sesión 2 esta semana en el nuevo room.

---

## DECISIONES CERRADAS · D-P canonizadas en este room

### D-P-41 · Pricing SherpaX Ignition para B2O · Banda con Tiers ($5K-$10K)

**Fecha de canonización:** 2026-05-07
**Owner de la decisión:** Victor Heredia
**Modo:** Banda con Tiers · Pioneer / Standard / Premium · calificados en sesión 2+2

**Pricing canonizado:**

| Tier | Precio | Cuándo aplica |
|---|---|---|
| **Pioneer** | $5,000 USD | Sólo próximos 3 cohorts · cierra el lanzamiento histórico ($3K era Draft pre-cobro · 3 casos validados (Litos · Alain · Adriana) fueron pro-bono · sin deuda histórica) |
| **Standard** | $7,500 USD | CEO mid-market · empresa $1M-$10M USD revenue · default post-Pioneer |
| **Premium** | $10,000 USD | CEO enterprise · empresa $10M+ USD revenue · incluye sesión estratégica mensual con Victor durante el Ignition |

**Otros items del paquete:**

| Item | Pricing |
|---|---|
| Add-on libro personal con SherpaX | $3,000 USD (mantener) |
| Sherpa Guides Track B (entrada) | $1,500 USD con reembolso si traen 3 clientes en 90 días |
| Comisión Sherpa Guide post-certificación | 20% Pioneer · 25% Standard · 25% Premium |
| Retainer mensual Core | $2,500/mes (mantener) |
| Retainer Core + EmpowerTeam | $4,000/mes (mantener) |
| Retainer Full Suite | $6,500/mes (mantener) |
| EmpowerTeam adicional | +$1,500/mes (mantener) |

**Aplicación de D-Ps existentes:**
- **D-P-39** (USD canónico · cliente decide divisa al cierre) → aplica · USD es la denominación primaria.
- **D-P-40** (template R-MN-* canonizado) → aplica · `TP-SX-ModeloNegocio-Pricing-v01` se produce replicando la taxonomía R-MN-1 a R-MN-12 del TP-HIORGS v01.1.

**Racional:**

1. Los 3 casos validados (Litos · Alain · Adriana) fueron **pro-bono** · no hay deuda histórica con $3K · Pioneer $5K es el primer pricing cobrado.
2. El techo $10K cumple el target original del `CP-EL-SX-ProdSpec-Ignition-v01` sin perder pipeline mid-market.
3. La sesión 2+2 ya tiene estructura para calificar tier (las 6 preguntas + perfil de empresa).
4. Estructura mental alineada con D-P-37 (banda Entry/Pioneer del TP-HIORGS) · replicable a otras líneas con D-P-40.

**Cómo se canoniza operativamente:**
- `TP-SX-ModeloNegocio-Pricing-v01` (a producir) · aplica template R-MN-* (D-P-40).
- `CP-EL-SX-ProdSpec-Ignition-v01` → v02 (a actualizar) · pricing por tier sustituye Sección 5.
- CAS del LabPraxis (a documentar) · regla del room.

**Riesgos canonizados (R-MN-* SherpaX):**
- **R-MN-9** (pricing filtrado antes de tiempo) · mitigar manteniendo Pioneer no-público durante los 3 cohorts cerrados.
- **R-MN-12** (comoditización del mensaje) · mitigar reforzando narrativa "cliente cero / 3 ejecutados pro-bono / Pioneer es la primera oportunidad cobrada".

---

### D-P-42 · Activación Escalera Re100X + Bundle MONEX Introductorio α

**Fecha de canonización:** 2026-05-07
**Owner de la decisión:** Victor Heredia
**Modo:** Simplificación mínima de escalera + Bundle promocional fase intro · transición secuencial α → β cuando MONEX madure

**Posicionamiento canonizado por ICP (alineamiento del ecosistema):**

| Línea | ICP | Foco | Canal de entrada |
|---|---|---|---|
| **Re100X (B2C)** | Expertos · consultores · profesionales con expertise | Monetizar expertise en alto valor | LT $47/$97 → OTO calificador → Bundle MONEX |
| **SherpaX (B2O)** | Business Owners · CEOs · altos directivos | Construir HIORG · transformación operativa | Demo 2+2 directa → SherpaX Ignition (D-P-41) |

**Por qué no hay canibalización entre el bundle y SherpaX standalone:** ICPs distintos · canales distintos · mensaje distinto. La coincidencia de precio ($5K) es deliberada como ancla del ecosistema, no competencia.

**La nueva Escalera Re100X · Simplificación Mínima (3 productos):**

| Peldaño | Producto | Pricing |
|---|---|---|
| 1 | LT · Descubre y Monetiza tu Poder | Normal $97 · Promo $47 |
| 2 | OTO calificador · Tu Código Estratégico de Vida | $97-$197 |
| 3 | **Bundle MONEX Introductorio α** | **$5,000 USD** |

**Productos eliminados del front-end principal (pasan a rutas laterales standalone):**
- OTO1 separado "Productiza tu Poder con IA" → su valor se absorbe en MONEX dentro del bundle.
- Reinvéntate Express ($97-$147) → ruta lateral standalone, no en escalera principal.
- Reinvéntate y Crea un Destino Extraordinario → ruta lateral standalone.
- Tu Sherpa IA standalone → absorbido por SherpaX dentro del bundle.

**Bundle MONEX Introductorio α · canonizado:**

| Item | Definición |
|---|---|
| **Pricing** | $5,000 USD |
| **ICP** | Expertos · consultores · profesionales (Verdes calificados del Conversion Engine en ruta Re100X) |
| **Cierre fase α** | Primeros **10 clientes MONEX** · después transición a estructura β |
| **Lanzamiento** | Mayo 2026 · 1-2 semanas de prep antes del primer cohort |
| **Componentes incluidos** | (1) MONEX (productización + monetización del expertise) · (2) SherpaX configurado (copiloto operativo) · (3) Modelo de negocio aterrizado co-creado con SherpaX (oferta · pricing · funnel · ICP · narrativa) · (4) **6 sesiones 1:1 con Victor** durante el programa (quincenal 3 meses o mensual 6 meses) |

**Función estratégica del bundle α:**
1. **Acelerar adopción** de MONEX en su lanzamiento.
2. **Validar el concepto** con primeros 10 clientes antes de canonizar pricing definitivo.
3. **Probar integración SherpaX-MONEX** en el ICP expertos antes de venderlo standalone ahí.
4. **Filtrar clientes serios** (barrera de entrada $5K).
5. **Generar primeros casos de éxito** que alimenten DemandGen post-α.

**Estructura β (post-α · cuando termine bundle) — TBD en D-P-43:**

| Tier | Composición | Pricing |
|---|---|---|
| **MONEX Standard** | Solo MONEX (sin SherpaX · sin sesiones Victor) | TBD · canonizar en D-P-43 |
| **MONEX Premium** | MONEX + SherpaX integrado al CRM + sesiones Victor | TBD · canonizar en D-P-43 (mayor que Standard) |

**Aplicación de D-Ps existentes:**
- **D-P-39** (USD canónico) → aplica a bundle α y a estructura β.
- **D-P-40** (template R-MN-*) → aplica al producir `TP-MONEX-ModeloNegocio-Pricing-v01` con R-MN-MX-1 a R-MN-MX-12.
- **D-P-41** (SherpaX Ignition pricing) → no se modifica · sigue vigente para B2O. Bundle α es producto distinto en otra ruta para otro ICP.

**Racional:**
1. **MONEX y SherpaX son productos para ICPs distintos** — el bundle no fusiona rutas, las potencia transversalmente solo en fase intro.
2. **Simplificación radical del front-end** — 3 productos son suficientes para filtrar Verdes y llevarlos al bundle. Más productos diluyen atención.
3. **El bundle como aceleración de lanzamiento** — patrón de "Innovation + Adjacent Bundle" probado en otros ecosistemas (e.g., software bundles para acelerar adopción).
4. **Cierre por número de clientes (10) en lugar de fecha** — alinea cierre con validación real, no con calendario arbitrario.
5. **6 sesiones con Victor** — suficientes para validar delivery MONEX en cada cliente · carga manageable para Victor (~1.5 hrs/mes promedio en cohort steady).

**Cómo se canoniza operativamente:**
- `PLAN-Re100X-ActivacionEscalera-v01` (a producir) · plan de fases F1-F4 con escalera simplificada.
- `TP-MONEX-ModeloNegocio-Pricing-v01` (a producir) · template R-MN-* aplicado · bundle α + estructura β en backlog.
- `MAP-EL-R100X-Portfolio-Monetization-Map-v02` → v03 (a actualizar).
- `CP-EL-R100X-Escalera-De-Valor-v01` → v02 (a actualizar · peldaños eliminados marcados).
- CASO 010 del LabPraxis (a documentar) · "Bundle como aceleración de lanzamiento".

**Riesgos canonizados (R-MN-* MONEX · preliminares · expandidos en TP):**
- **R-MN-MX-1** · MONEX no entrega en bundle (delivery incompleto en primeros 10 clientes) · mitigar con prep de 1-2 semanas antes del primer cohort.
- **R-MN-MX-2** · Carga de 6 sesiones × 10 clientes para Victor (60 hrs en α) · mitigar con cap de 1 cohort activo simultáneo · escalonar entradas.
- **R-MN-MX-3** · Bundle se filtra al ICP SherpaX (B2O) y canibaliza · mitigar con canales separados y narrativa explícita por ICP.
- **R-MN-MX-12** · Comoditización del mensaje del bundle · mitigar reforzando narrativa "$5K = expertise + sistema cognitivo + Victor · solo 10 clientes intro".

**Pendientes de la decisión que se quedan abiertos:**
- D-P-43 abierta · pricing canónico MONEX Standard / Premium fase β.
- TP-MONEX y PLAN-Re100X a producir (cascada de canonización).
- Definir momento exacto de transición α → β cuando se acerque cliente #10.

---

### D-P-44 · Estructura Organizacional · 3 Pilares + Operativo Transversal

**Fecha de canonización:** 2026-05-07
**Owner de la decisión:** Victor Heredia
**Modo:** Reorganización organizacional · separación de funciones · espejo de D-P-01 a nivel de equipo

**Estructura ratificada:**

| Pilar | Líder(es) | Foco |
|---|---|---|
| **🧠 Cognitivo** | **Victor Heredia** | Producción de IP · arquitectura · sherpas · papers · MPIs core · whitepapers · frameworks · diseño de productos |
| **💼 Comercial** | **Ángeles (lead)** · Juan Carlos (apoyo) | Pipeline · ventas · onboarding · delivery con clientes · funnel Re100X · distribución · publicación |
| **📣 Demand Gen** | **Anahí** | Cascada de contenido · Factoría Editorial · MPIs aplicados por línea · MasterPlaybooks operativo · HDC Publishing · Tribus editorial · 100 micro contenidos en 8 semanas |

**Pilar Operativo (transversal · sin líder de pilar):**

| Rol | Persona | Sirve a |
|---|---|---|
| **Operativo · infraestructura técnica** | **Alex** | Los 3 pilares (BrainOS · IntelliBanks app · Corp Brain OS · onboarding técnico SherpaX · instalador canónico) |

**Apoyos transversales:**

| Rol | Persona | Pilar principal |
|---|---|---|
| **Runner / QA / canónicos** | Jay (SherpaX de Victor) | Cognitivo (apoyo a Victor) · transversal a los 3 |
| **Visual** | Paloma | Cognitivo + Demand Gen |
| **Implementadores HIORG futuros** | Jesús + Gustavo | Operativo (durante certificación Caso 0) → Comercial (post-cert · delivery clientes) |

**Externos (D-P-01 · iniciativas operativas que consumen activos cognitivos · NO los producen):**

| Externo | Rol externo | Interfaz con EL |
|---|---|---|
| **Carolina** (Rebelocity ops) | Operadora externa de Rebelocity | Pilar Cognitivo (Victor entrega activos) · plan de download sessions / handoff en curso |
| **Rodrigo** (Rebelocity co-owner) | Co-owner externo de Rebelocity | Pilar Cognitivo (Victor) |
| **Lyz Escalante** (Tribus RRHH líder) | Líder externa de Tribus | Pilar Cognitivo (Victor) + Demand Gen (Anahí entrega BK0/BK1 · TribusSherpa) |
| **Alain Ríos / Radsoft** (Sherpa Guide externo) | Primer SG externo certificable | Pilar Comercial (Ángeles/JC) · pipeline B2O · canonización vía SOP-EL-SX-SherpaGuide-Certificacion-v01 |
| **Nora Hidalgo** | Soporte independiente | Patrón demo vault sanitizado |

**Las 4 líneas del Dominó cruzan los pilares:**

| Línea | 🧠 Cognitivo (Victor) | 📣 DG (Anahí) | 💼 Comercial (Ángeles+JC) | ⚙️ Operativo (Alex) |
|---|---|---|---|---|
| **B2B HIORG** | IP HIORG · MPB Replicación · MPI core | MPI HIORG · materiales SO-HiORG · cascada B2B | Pipeline (BioPappel · Posta) · delivery post-EmpowerScan (JC) | SherpaX implementadores · infra HIORG |
| **B2O SherpaX** | Whitepaper · MePB SherpaXCore · MPI core | MPI SherpaX · cascada B2O | Demos 2+2 (con Victor) · ventas · Alain Ríos como SG externo | Instalación canónica SherpaX (Alex) |
| **BMF-MONEX / Re100X** | Modelo de negocio aterrizado · 6 sesiones bundle (Victor) | MPI Re100X · cascada DG B2C · materiales bundle α | Funnel HighLevel (JC) · onboarding cohort · distribución (Ángeles) | Plataforma checkout · automation · BrainOS |
| **Comunidades (externas)** | IP para Tribus · sponsor stack Rebelocity (Victor) | BK0/BK1 Tribus · activos editoriales Rebelocity (Anahí) | Coordinación con Lyz/Rodrigo · publicación (Ángeles · JC ISBN/Bowker) | Infra SherpaIA editorial |

**Reconciliación con D-Ps existentes:**
- **D-P-01** (separación operación/cognición) → aplicada a nivel organizacional con la separación Cognitivo/Comercial/DG y manejo de externos.
- **D-P-41** (SherpaX pricing) → operacionaliza con: Alex Operativo · Ángeles+JC Comercial · Alain Ríos como SG externo.
- **D-P-42** (Bundle MONEX α) → operacionaliza con: JC operador funnel · Anahí cascada DG · Victor 6 sesiones · Ángeles distribución.

**Racional:**
1. **Victor como líder Cognitivo** captura la realidad: Victor es el creador-arquitecto del ecosistema · separar la IP de su persona es prematuro. Anahí no puede absorber producción cognitiva fundacional sin antes operar la cascada DG.
2. **Anahí como líder Demand Gen** la posiciona en su zona de máximo apalancamiento (Factoría Editorial · 10 líneas · 8 semanas DG · 100 micro contenidos). DG es función operativa de marketing distinta a producción cognitiva profunda.
3. **Ángeles como lead Comercial** capitaliza distribución MasterPlaybooks LLC + experiencia operativa · JC como apoyo aporta capacidades técnicas (HighLevel · workflows · automation) y delivery con clientes.
4. **Alex como Operativo transversal** evita la trampa de organizarlo bajo un solo pilar — la infraestructura sirve a los 3.
5. **Externos canonizados explícitamente** evita la confusión de ratificar D-P-01 sin lista de quién es interno y quién no.

**Cómo se canoniza operativamente:**
- `MAP-EL-Pilares-Estructura-Operativa-v01` (a producir) · mapa visual + guía de la estructura.
- `ROL-EL-JuanCarlos-ImplementationPartner-v02` (renovación · a producir) · permanente · Pilar Comercial apoyo bajo Ángeles lead.
- `SOP-EL-SX-SherpaGuide-Certificacion-v01` (a producir) · proceso de certificación de SG externos · Alain Ríos como primer caso.
- `PLAN-Re100X-ActivacionEscalera-v01` (a actualizar) · llenando huecos de operadores con la estructura D-P-44.
- CASO 011 del LabPraxis (a documentar) · "Reorganización por pilares como espejo organizacional de D-P-01".

**Riesgos canonizados:**
- **R-ORG-1** · Victor saturado en Pilar Cognitivo (carga arquitectónica + 6 sesiones bundle MONEX + sesiones SherpaX Premium + decisiones del Dominó). Mitigar con descarga progresiva a Jay como apoyo cognitivo + Anahí asumiendo cascada DG completa.
- **R-ORG-2** · Co-liderazgo Ángeles+JC sin claridad de ownership · arriesga ambigüedad. Mitigar con Ángeles lead formal (decisión final) y JC apoyo (ejecución técnica).
- **R-ORG-3** · Alain Ríos como SG externo no certificado puede vender mal el modelo SherpaX. Mitigar con SOP de certificación riguroso antes de habilitarlo comercialmente.
- **R-ORG-4** · Carolina/Rebelocity en transición incierta · si Carolina sale, Rebelocity queda sin operador. Mitigar con plan de internalización ya en curso (download sessions post-5150).

**Pendientes de la decisión:**
- ROL- formales por persona (esqueletos en MAP-Pilares · expansión en NEXT).
- ✓ D-P-45 cerrada el mismo día · activa el reporte de salud por pilar.
- Conversación de Victor con Ángeles · JC · Anahí · Alex para confirmar asunción de rol (canonizado pero requiere acuerdo interpersonal).

---

### D-P-45 · Sistema de Gobernanza del Dominó · Cadencia + KPIs + Reporte de Salud

**Fecha de canonización:** 2026-05-07
**Owner de la decisión:** Victor Heredia
**Modo:** Mínimo viable de gobernanza · 2 niveles de cadencia · vehículo Sheets+markdown · escalar después con datos reales

**Filosofía operativa:** **"Empezar simple · validar lo que sirve · escalar después."** No diseñar dashboard complejo antes de saber qué KPIs realmente importan en operación. Empezar con sheets + informe markdown · validar 2-3 ciclos mensuales · escalar a tool dedicado solo si la disciplina de medición se mantiene.

**Cadencia canonizada (2 niveles · mínimo viable):**

| Nivel | Frecuencia | Duración | Participantes | Foco |
|---|---|---|---|---|
| **L2 · Dominó consolidado** | Semanal · viernes | 45 min | Victor + 3 leads de pilar (Ángeles · Anahí · Alex) + Jay | Sincronía entre pilares · estado de las 4 líneas · piezas del mes · ajustes · NEXTs |
| **L3 · Revisión mensual** | Mensual · cierre de mes | 60 min | Todos los anteriores + Caso 0 sync (Jay reporta del otro room) | 5 preguntas obligatorias · cierre de piezas · ajustes mayores · CAS LabPraxis · firma del informe escrito |

**No se canoniza por ahora:**
- L1 sesión semanal por pilar dedicada → pilares se autogestionan via L2 consolidado.
- L4 retrospectiva trimestral → se evalúa al cierre del 3er mes operando · si hace falta, se canoniza como D-P-45.1.

**5 preguntas obligatorias mensuales (mantenidas):**
1. ¿Cayó la pieza del mes? Si no, ¿por qué?
2. ¿Cuál es la siguiente pieza que no puede esperar?
3. ¿Hay piezas en paralelo que se están desincronizando?
4. ¿El motor MasterPlaybooks está alimentando las 4 líneas o se está fragmentando?
5. ¿Caso 0 sigue siendo evidencia auditable y publicable? ¿Está al día su entregable?

**KPIs comunes a las 4 líneas · 5 categorías:**

| Categoría | KPIs principales (subset inicial mínimo) |
|---|---|
| **1 · Adquisición** | # de leads / mes por línea · CAC por canal (orgánico · referral · demo · SG externo) |
| **2 · Conversión** | Tasa de conversión SQL → cliente · # de cierres / mes · tiempo promedio de cierre |
| **3 · Revenue** | Revenue mensual por línea (one-time + recurring) · ARPU por tier · LTV/CAC ratio rolling 6 meses |
| **4 · Salud del producto** | NPS por cohort · tasa de retención post-Ignition/Bundle · churn mensual · adopción de componentes |
| **5 · Salud del Dominó (meta)** | # de piezas que cayeron / planificadas · # de D-Ps cerradas vs. abiertas · estado del Caso 0 (% de los 5 componentes activos) · sincronía entre pilares |

**Vehículos del reporte (mínimo viable):**

| Vehículo | Frecuencia | Producido por | Contenido |
|---|---|---|---|
| **Sheet de KPIs** (Google Sheets · Excel · etc.) | Actualización semanal | Cada Lead de pilar reporta sus KPIs · Jay consolida | Las 5 categorías con números actuales + comparación mes anterior · semáforos 🟢🟡🔴 |
| **Informe mensual escrito** (markdown) | Mensual · cierre de mes | Jay (consolida inputs) · Victor firma | Snapshot del sheet + análisis cualitativo + 5 preguntas respondidas + acciones mes siguiente · `OUT-EL-Domino-ReporteSalud-{YYYY-MM}-v01.md` |

**Matriz de reporting · quién reporta qué:**

| Pilar / Rol | Reporta | A quién | Frecuencia |
|---|---|---|---|
| **Cognitivo (Victor)** | IP producida · D-Ps cerradas · piezas en proceso | El equipo · transparencia | Semanal L2 |
| **Demand Gen (Anahí)** | Cascada DG · MPI por línea · conversion funnel orgánico · 100 contenidos / 8 sem | Sheet + L2 | Semanal |
| **Comercial (Ángeles + JC)** | Pipeline · cierres · cohorts · revenue · CAC por canal | Sheet + L2 | Semanal |
| **Operativo (Alex)** | Uptime · BrainOS uso · onboardings técnicos · tooling | Sheet + L2 | Semanal |
| **Caso 0 sync** | % avance 5 componentes · NPS interno · ROI parcial | L3 mensual | Mensual |
| **Externos** | Activos cognitivos entregados a Tribus/Rebelocity · pipeline B2O via Alain | L3 mensual | Mensual |
| **Reporte mensual escrito** | Markdown completo · firma Victor | Equipo + archivo `CP-EL-Control-Planes/` | Mensual L3 |

**Trigger de re-canonización:**
- Cuando un KPI prende **🔴 rojo en 2 meses consecutivos**, se canoniza una **mitigación como sub-decisión** bajo D-P-45 (e.g., D-P-45.1 · Mitigación de CAC alto en línea X).
- Si la mitigación no funciona en 2 meses más → re-canonización del D-P original que generó el KPI.
- Después de 3 ciclos mensuales con la cadencia L2+L3, evaluar si necesitamos L1 dedicada por pilar y/o L4 trimestral.

**Reconciliación con D-Ps existentes:**
- **D-P-44** (estructura por pilares) → operacionaliza con: 4 leads reportan a Victor · Jay consolida.
- **D-P-41 / D-P-42** (pricing y bundles) → KPIs de revenue + ratios LTV/CAC alimentan dashboard.
- **5 preguntas mensuales** (canonizadas en v01.1) → se mantienen sin cambio.

**Racional:**
1. **2 niveles en lugar de 4** evita overengineering · respeta capacidad real de Victor + equipo.
2. **Sheets + markdown** evita inversión en tool antes de validar qué se mide realmente.
3. **Subset inicial mínimo de KPIs** por categoría · escalar después.
4. **L2 consolidado semanal** es donde realmente se sincronizan los pilares · sin esto las decisiones se toman con datos viejos.
5. **L3 mensual** mantiene las 5 preguntas y la firma de Victor como ritual de cierre.

**Riesgos canonizados:**
- **R-GOV-1** · L2 semanal se cancela o degenera en update sin acción → mitigar con agenda fija + NEXTs concretos por sesión.
- **R-GOV-2** · KPIs no se actualizan semanalmente (sheet queda obsoleto) → mitigar con ownership claro: cada Lead de pilar actualiza sus KPIs antes de L2.
- **R-GOV-3** · Informe mensual se vuelve burocracia · no se lee · no se actúa → mitigar con formato breve (≤2 páginas markdown) + 5 preguntas como núcleo.
- **R-GOV-4** · Pilares se desincronizan entre L2s (no todos asisten · sincronía rota) → mitigar con cap de 1 ausencia por pilar al mes · si se rompe, escalar a L1 dedicada.

**Cómo se canoniza operativamente:**
- `SOP-EL-Domino-Cadencia-Gobernanza-v01` (a producir) · proceso operativo de L2+L3.
- `CP-EL-Domino-ReporteSalud-Template-v01` (a producir) · template del informe mensual markdown.
- Sheet de KPIs (a configurar · Google Sheets / Excel · Victor decide tool exacto).
- Actualización de `MAP-EL-Pilares-Estructura-Operativa-v01` y `MAP-EL-Rooms-Monetizacion-Domino-v01` con cadencias.
- CASO 012 LabPraxis · "Cadencia mínima viable · evitar overengineering del sistema de gobernanza".

**Pendientes:**
- Configuración del sheet de KPIs (responsable: Jay + cada Lead de pilar).
- Primera sesión L2 de prueba este viernes (10 mayo).
- Primer informe mensual al cierre de mayo 2026.

---

## NEXTs

- [NEXT][Victor] Cerrar las 4 decisiones bloqueadas restantes en sesión dedicada el viernes (pricing SherpaX · escalera R100X · responsables operativos por línea · cadencia gobernanza).
- [NEXT][Victor + Anahi] Confirmar MasterPlaybooks como motor común de DG para las 4 líneas · ajustar plan DG-Estrategico.
- [NEXT][Jay] Mapear redundancias y gaps entre los XPacks existentes (HIORGS Portfolio · BMF Portfolio · Programa Prod-DG-Offers-Sales) y este XPack-Dominó · evitar duplicación de trabajo.
- [NEXT][Jay] Documentar el cierre de cada pieza del dominó como CAS del LabPraxis · alimenta ROI Tracker.
- [NEXT][Victor + Jay] Sesión semanal de gobernanza de este XPack — cadencia fija · 30 min · viernes.
- [NEXT][Jay] Mantener sincronía con `PB-CASO0-HIORG` · check de salud del Caso 0 en cada revisión mensual · si se atrasa, reflejarlo en estado de este room sin asumir su operación.

**NEXTs movidos al room separado:**
- [→][Victor + Jay] Plan de arranque Caso 0 EmpowerLabs (4-6 semanas) · ahora en `XP-EL-HIORG-Caso0-EmpowerLabs-v01`.

---

## PIEZAS RELACIONADAS — NO SE TOCAN, SE ORQUESTAN

| XPack/Plan | Línea que opera | Quien lo dueño | Conexión con este XPack-Dominó |
|---|---|---|---|
| [[XP-EL-HIORG-Caso0-EmpowerLabs-v01]] | Pieza 0 fundacional | Victor + Jay | Caso 0 vive en `PB-CASO0-HIORG` · este room lo consume como dependencia y evidencia |
| [[XP-EL-HIORGS-Portfolio-v01]] | B2B HIORG | Victor + Jay | Línea B2B alineada · TP v01.1 input financiero · MasterPlaybooks alimenta DG |
| [[TP-HIORGS-ModeloNegocio-Pricing-v01]] | B2B (input financiero) | Victor + Jay | v01.1 ratificada 2026-05-06 · Camino A cerrado · D-P-37/39/40 abiertos · pendiente v01.2 (Task #35) |
| [[XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01]] | B2B (transversal) | Victor + Jay | Programa transversal cerrado 26-abr · espina dorsal 4 capas · este XPack lo respeta |
| [[PLAN-HIORGS-DemandGen-Estrategico-v01]] | DG HIORG | Anahi DG Lead | Plan estratégico DG · este XPack lo absorbe como motor común |
| [[XP-EL-BMF-Portfolio-v01]] | Infraestructura BMF | Victor + Jay | Arquitectura del sistema · soporta las 4 líneas |
| [[MAP-EL-R100X-Portfolio-Monetization-Map-v02]] | BMF-MONEX | Victor | Mapa de monetización R100X con MONEX como destino |
| [[DC-REB-RebelocityClub-PlanEstrategico-v01]] | Comunidades (Rebelocity) | Victor + Rodrigo + Carolina | Plan canónico Rebelocity Club · 4 fases |
| [[TP-EL-INTELIFIN-IdeacionGTM-v03]] | Comunidades (Intelifin) | Victor + Jay | Vertical financiero standalone · misma lógica que Tribus + Rebelocity |
| [[OUT-REB-RebClub-ResumenEjecutivo-Nilda-v01]] | Comunidades (Rebelocity) | Victor | Sponsorship + extensión a empresas Nilda |
| [[MAP-EL-Rooms-Monetizacion-Domino-v01]] | Mapa de rooms | Victor + Jay | Guía maestra de navegación, creación y mantenimiento de rooms del ecosistema |

---

## CHANGELOG

- **2026-05-07 · v01.6** — 🎉 **Cierre de Decisión Bloqueada #4 (FINAL · 4/4 originales cerradas):** **D-P-45 canonizada · Sistema de Gobernanza del Dominó · Cadencia + KPIs + Reporte de Salud**. Cambios concretos: (1) Sistema de gobernanza canonizado con **filosofía mínima viable**: 2 niveles de cadencia (L2 semanal + L3 mensual) en lugar de 4, vehículo Sheets+markdown en lugar de dashboard digital, escalar después con datos reales. (2) L2 Dominó consolidado · viernes 45 min · Victor + 3 leads de pilar + Jay · sincronía entre pilares. (3) L3 Revisión mensual · cierre de mes 60 min · todos + Caso 0 sync · 5 preguntas obligatorias + firma del informe. (4) 5 categorías de KPIs comunes a las 4 líneas: Adquisición · Conversión · Revenue · Salud del producto · Salud del Dominó (meta). (5) Vehículos: Sheet de KPIs (actualización semanal) + Informe mensual markdown (`OUT-EL-Domino-ReporteSalud-{YYYY-MM}-v01.md`). (6) Matriz de reporting completa por pilar/rol. (7) Trigger de re-canonización: KPI 🔴 en 2 meses consecutivos → mitigación como sub-decisión D-P-45.x. (8) 4 riesgos R-GOV-1 a R-GOV-4 (cancelación L2 · KPIs no actualizados · informe burocrático · pilares desincronizados). **Estado del XPack-Dominó al cierre del 2026-05-07: 4/4 decisiones bloqueadas originales cerradas + D-P-43 abierta (pricing MONEX standalone post-α · cierra al cliente #10).** Asset Header actualizado a v01.6.
- **2026-05-07 · v01.5** — Cierre de Decisión Bloqueada #3: **D-P-44 canonizada · Estructura Organizacional · 3 Pilares + Operativo Transversal**. Cambios concretos: (1) Estructura ratificada: Pilar Cognitivo (Victor) · Pilar Comercial (Ángeles lead + JC apoyo) · Pilar Demand Gen (Anahí) · Operativo transversal (Alex). (2) Apoyos transversales canonizados: Jay (runner/QA) · Paloma (visual) · Jesús+Gustavo (Operativo durante cert · Comercial post-cert). (3) Externos canonizados: Carolina (Rebelocity ops · transición incierta) · Lyz (Tribus líder externa) · Rodrigo (Rebelocity co-owner) · Alain Ríos (primer SG externo certificable) · Nora Hidalgo (independiente). Aplicación explícita de D-P-01 a nivel organizacional. (4) Matriz Pilar × Línea del Dominó (4 líneas × 4 pilares incluyendo Operativo) con responsables claros. (5) Reconciliación con D-P-41/42: la estructura organizacional opera estas decisiones con personas concretas. (6) 4 riesgos R-ORG-1 a R-ORG-4 (Victor saturado · co-liderazgo ambigüo · SG no certificado · Rebelocity en transición). (7) Ahora 3 de 4 decisiones bloqueadas cerradas (D-P-41 + D-P-42 + D-P-44). 2 pendientes (D-P-43 nueva · D-P-45 cadencia/KPIs). Asset Header actualizado a v01.5.
- **2026-05-07 · v01.4** — Cierre de Decisión Bloqueada #2: **D-P-42 canonizada · Activación Escalera Re100X + Bundle MONEX Introductorio α $5K**. Cambios concretos: (1) Posicionamiento canonizado por ICP (Re100X B2C para expertos/consultores · SherpaX B2O para Business Owners/CEOs · 2 rutas paralelas no competitivas). (2) Escalera Re100X simplificada de 7+ productos a 3 (LT $47/$97 · OTO calificador Tu Código Estratégico $97-$197 · Bundle MONEX $5K). Productos eliminados del front-end principal: OTO1 separado · Reinvéntate Express · Tu Sherpa IA standalone (pasan a rutas laterales). (3) Bundle MONEX Introductorio α canonizado: $5K · primeros 10 clientes · 6 sesiones 1:1 con Victor · MONEX + SherpaX configurado + modelo de negocio aterrizado · lanzamiento mayo 2026 con prep 1-2 semanas. (4) Estructura β post-α deferida a D-P-43 (MONEX Standard solo / Premium con SherpaX+CRM · pricing TBD). (5) Reconciliación con D-P-41: SherpaX Pioneer/Standard/Premium B2O sigue vigente sin cambios. (6) D-P-43 abierta en DECISIONES BLOQUEADAS. (7) Ahora 2 de 4 decisiones cerradas (D-P-41 + D-P-42), 3 pendientes (D-P-43 nueva + responsables operativos + cadencia/KPIs). Insumo clave: posicionamiento por ICP confirmado por Victor. Asset Header actualizado a v01.4.
- **2026-05-07 · v01.3** — Cierre de Decisión Bloqueada #1: **D-P-41 canonizada · Pricing SherpaX Ignition para B2O** (Banda con Tiers $5K-$10K). Cambios concretos: (1) Sección "DECISIONES BLOQUEADAS" actualizada · 1 cerrada (D-P-41) · 3 restantes · referencia clara al cambio. (2) Nueva sección "DECISIONES CERRADAS · D-P canonizadas en este room" con D-P-41 completa: pricing por tier (Pioneer $5K para 3 cohorts · Standard $7.5K mid-market · Premium $10K enterprise) · add-on libro $3K · Sherpa Guides $1.5K + comisión 20/25/25 · retainer mensual mantenido · racional de 4 razones · aplicación de D-P-39 + D-P-40 · riesgos R-MN-9 y R-MN-12 mitigados. (3) Pendientes operativos canonizados: producir `TP-SX-ModeloNegocio-Pricing-v01` (replicando template R-MN-*) · actualizar `CP-EL-SX-ProdSpec-Ignition-v01` a v02 · CAS del LabPraxis. Insumo clave de la decisión: los 3 casos validados (Litos · Alain · Adriana) fueron pro-bono · sin deuda histórica con $3K. Asset Header actualizado a v01.3.
- **2026-05-07 · v01.2** — Split arquitectónico ejecutado (decisión Victor 2026-05-07): la Pieza 0 (Caso 0 EmpowerLabs HIORG) sale a su propio room `PB-CASO0-HIORG`. Este room queda enfocado exclusivamente en monetización · consume el Caso 0 como dependencia y evidencia. Cambios concretos: (1) Frontmatter actualizado · `fecha_creacion` y `fecha_ultima_actualizacion` corregidas a 2026-05-07 (typo previo de 2026-05-17) · `referencias_canonicas` añade `XP-EL-HIORG-Caso0-EmpowerLabs-v01` (room separado) + `TP-HIORGS-ModeloNegocio-Pricing-v01` v01.1 (input financiero canónico de B2B · ratificada 2026-05-06) + `MAP-EL-Rooms-Monetizacion-Domino-v01` (mapa-guía de rooms) · gate_g0 actualizado a 13 canónicos. (2) Sección "EMPOWERLABS COMO CASO 0 — LA PIEZA FUNDACIONAL" reemplazada por "CASO 0 EMPOWERLABS — DEPENDENCIA EXTERNA" con interfaz de entrega al room madre. (3) Diagrama del dominó actualizado para reflejar Pieza 0 en room separado. (4) Roadmap 90 días actualizado · hitos del Caso 0 marcados como "otro room". (5) Decisiones bloqueadas: la 5ª (cronograma Caso 0) movida al nuevo room · quedan 4 en este room. (6) NEXTs limpiados · "plan de arranque Caso 0" movido al nuevo room · agregado NEXT de sincronía con `PB-CASO0-HIORG`. (7) Tabla de PIEZAS RELACIONADAS añade `XP-EL-HIORG-Caso0-EmpowerLabs-v01` + `TP-HIORGS-ModeloNegocio-Pricing-v01` + `MAP-EL-Rooms-Monetizacion-Domino-v01`. (8) Asset Header con versión v01.2.
- **2026-05-07 · v01.1** — Refinamiento post-feedback Victor. (Nota de corrección 2026-05-07: la fecha original de esta entry decía 2026-05-17 · era typo · corregida a 2026-05-07.) (1) Tercer insight estratégico fundamental ratificado y canonizado: **EmpowerLabs es el productor central de activos cognitivos · las iniciativas operativas (Rebelocity, Tribus, Intelifin, futuras verticales) los consumen, no los producen.** Es principio de arquitectura, no conveniencia operativa. (2) Decisión-Principio **D-P-01** documentada: "No mezclar Caso 0 EmpowerLabs con sprints comerciales como L'Étape" — cierra debate sobre doble track. (3) Aplicación inmediata explícita: sprint L'Étape (14 días) foco exclusivo ventas + operación · activos cognitivos los entrega EmpowerLabs (Anahi DG · Jay) listos. Caso 0 HIORG corre en carril propio · cronograma propio · sin tocar operación L'Étape. (4) Mi propuesta inicial de doble track L'Étape/Caso 0 retirada · era mala calibración del problema (L'Étape es ventas+operación, no producción cognitiva).
- **2026-05-07 · v01** — Primer release del XPack maestro de Monetización Estratégica · efecto dominó. (Nota de corrección 2026-05-07: la fecha original de esta entry decía 2026-05-17 · era typo · corregida a 2026-05-07.) Producido como capa orquestadora delgada con Gate G0 PASS · 12 canónicos referenciados. NO reinventa los XPacks existentes (HIORGS · BMF · Programa Prod-DG-Offers-Sales) — los orquesta. Articula las 4 líneas de monetización (B2B HIORG/DOIX · B2O SherpaX · BMF-MONEX · Comunidades) con EmpowerLabs como Caso 0 fundacional + MasterPlaybooks como motor común de DG. Roadmap 90 días + revisión mensual del dominó + 5 decisiones bloqueadas a cerrar esta semana.

---

*XPack · Monetización Estratégica EmpowerLabs · Dominó · 7 de mayo de 2026 (post-split Caso 0)*
*Owner: Victor Heredia · Runner: Jay (SherpaX) · IntellBank: IB-EL-EmpowerLabs / PB-MONETIZACION-Estrategica*