## Asset Header - **Asset ID:** MF-BMF-Publishing-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-XX-Maestro - **Tipo:** MF — (tipo pendiente) - **Propósito:** MF BMF Publishing v01 - **Última actualización:** 2026-04-11 --- asset_id: MF-PUBLISHING-v01 nombre: Publishing MetaFactory — Blueprint Maestro End-to-End tipo: MetaFactory Blueprint (L2) — Genérico y Reutilizable estado: Draft version: v01 fecha_creacion: 2026-04-02 owner: EmpowerLabs layer: L2 — MetaFactory sistema: Big MetaFactory + DOIX nota: Este es el blueprint MAESTRO del ciclo completo de publishing. Contiene 3 fases que operan como sub-MetaFactories coordinadas. Agnóstico a la organización. relacion_con_otros: - MF-EDITORIAL-v01 → este blueprint como FASE 2 - MF-GTM-v01 → estaciones Ideador/Evaluador/Productizador como FASE 1 - MTB-CHTSM → protocolo de High Ticket Sales como parte de FASE 3 - CEM Technical Design → orquestación de conversión en FASE 3 --- # MF-PUBLISHING — Publishing MetaFactory ## Blueprint Maestro — Ciclo Completo End-to-End > De la señal a la venta. Este blueprint define el sistema completo para convertir expertise, conocimiento o sabiduría colectiva en activos publicables que generan autoridad, demanda e ingresos. Tres fases, un solo sistema. Reutilizable entre organizaciones. --- ## I. EL PROBLEMA QUE RESUELVE La mayoría de los expertos, autores y organizaciones que quieren publicar se enfrentan a uno de estos tres quiebres: **Quiebre 1 — Publican sin estrategia de negocio.** Producen contenido sin haber definido si es para monetización, difusión o posicionamiento de alto valor. El resultado: libros hermosos que no generan ingresos. **Quiebre 2 — Producen contenido sin sistema.** Dependen del héroe-operador (una persona que lo sabe todo). No escala. Se detiene cuando esa persona no está. **Quiebre 3 — Publican sin ciclo de demanda.** El contenido se publica y muere. No hay post-publicación. No hay embudo. No hay conversión. **MF-PUBLISHING resuelve los tres quiebres** con un ciclo de 3 fases que NO permite avanzar sin haber completado la fase anterior. --- ## II. ARQUITECTURA — LAS 3 FASES ``` ╔══════════════════════════════════════════════════════════════════════════╗ ║ MF-PUBLISHING — Ciclo Completo ║ ╠══════════════════════════════════════════════════════════════════════════╣ ║ ║ ║ FASE 1 FASE 2 FASE 3 ║ ║ IDEACIÓN & PRODUCCIÓN DEMANDA & ║ ║ DISEÑO DE NEGOCIO EDITORIAL CONVERSIÓN ║ ║ ║ ║ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ ║ ║ │ ¿Qué publicar?│ │ Producir el │ │ Generar │ ║ ║ │ ¿Para quién? │──G1──│ activo con │──G2──│ demanda, │ ║ ║ │ ¿Con qué │ │ calidad y │ │ convertir, │ ║ ║ │ modelo de │ │ velocidad │ │ y cerrar │ ║ ║ │ negocio? │ │ │ │ │ ║ ║ └──────────────┘ └──────────────┘ └──────────────┘ ║ ║ ║ ║ Sub-MetaFactory: Sub-MetaFactory: Sub-MetaFactory: ║ ║ MF-IDEATION MF-EDITORIAL MF-DEMANDGEN ║ ║ (ya construida) ║ ║ ║ ║ Gate G1: PASS/FAIL Gate G2: PASS/FAIL ║ ║ ¿Viable? ¿Definido? ¿QA aprobado? ║ ║ ¿Modelo claro? ¿Publicado? ║ ║ ║ ╚══════════════════════════════════════════════════════════════════════════╝ ``` ### Posición en la arquitectura BMF ``` L0 — BMF-MPB-Kernel-v01 (Constitución) │ L2 — MF-PUBLISHING-v01 ← ESTE DOCUMENTO (ciclo completo) │ ├── L2.1 — MF-IDEATION (Fase 1: Diseño de Negocio) ├── L2.2 — MF-EDITORIAL-v01 (Fase 2: Producción) ← YA CONSTRUIDA └── L2.3 — MF-DEMANDGEN (Fase 3: Demanda y Conversión) │ └── L3 — Instancias por organización: FI-PUB-[ORG]-v01 ``` --- ## III. FASE 1 — MF-IDEATION: Diseño de Negocio Editorial ### 3.1 Propósito Antes de producir una sola página, esta fase responde tres preguntas que definen todo lo que sigue: 1. **¿Qué tipo de publicación es?** (Monetización / Difusión / High Ticket / Autoridad) 2. **¿Para quién?** (ICP — perfil del lector/comprador) 3. **¿Cuál es el modelo de negocio?** (venta directa, lead magnet, embudo premium, membresía) Sin estas respuestas, NO se activa la Fase 2. ### 3.2 Estaciones de la Fase 1 Alineadas con MF-GTM-v01 (estaciones 1-3): | Estación | Nombre | Rol del SherpaX | Output canónico | |----------|--------|-----------------|-----------------| | I1 | **Ideador** | Captura la señal del experto: ¿qué sabe que el mercado necesita? | `IDEA-[SLUG]-v01.md` — Concept Card | | I2 | **Evaluador** | Evalúa viabilidad: mercado, diferenciación, factibilidad operativa | `EVAL-[SLUG]-v01.md` — Viability Pack (T3) | | I3 | **Productizador** | Define el producto editorial + modelo de negocio + canal | `PROD-[SLUG]-v01.md` — Product Spec | ### 3.3 Clasificación del producto en I3 La estación I3 (Productizador) clasifica la publicación en una de **4 rutas**. Esto determina qué pipelines se activan en Fase 2 y Fase 3. | Ruta | Tipo de publicación | Modelo de negocio | Fase 2 Pipeline | Fase 3 Acción | |------|--------------------|--------------------|-----------------|---------------| | **R1 — Monetización directa** | Libro/Playbook de venta | Venta en plataforma ($10-$50) | BOOK-12 / PLB-7 | Contenido + landing + membresía | | **R2 — Difusión / Lead Magnet** | Mini Playbook gratuito o bajo costo | Generación de leads → embudo | FAST-4 | Posts + distribución + captura de email | | **R3 — High Ticket** | MasterPlaybook premium o programa | Servicio $5K-$75K+ | MPB-10 + BOOK-12 | CEM activado + SherpaX vendedor + CRM + cierre | | **R4 — Autoridad / Comunidad** | Libro colectivo o newsletter | Posicionamiento + comunidad | BOOK-12 / NEWS-1 | Contenido + presencia + eventos | **La ruta se decide en Fase 1 y se documenta en el Product Spec. No se cambia en Fase 2.** ### 3.4 Gate G1 — Decisión de avanzar a producción | Criterio | Pregunta | PASS / FAIL | |----------|----------|-------------| | Concepto definido | ¿Existe un Concept Card aprobado? | Sí / No | | Viabilidad evaluada | ¿Existe un Viability Pack (T3) con resultado VIABLE? | Sí / No | | Producto especificado | ¿Existe un Product Spec con ruta (R1-R4) definida? | Sí / No | | Modelo de negocio claro | ¿Se definió pricing/canal/audiencia? | Sí / No | | Book Brief listo | ¿Existe un T1-BookBrief aprobado? | Sí / No | **Si alguno es FAIL → no se inicia Fase 2.** Se regresa a la estación correspondiente. ### 3.5 Expertise requerida en Fase 1 | Rol | Competencia | Por qué | |-----|-------------|---------| | **Estratega de negocio** | Modelos de negocio, pricing, posicionamiento | Define R1/R2/R3/R4 correctamente | | **SherpaX del experto** | Contexto del autor, BrainOS, patrones de pensamiento | Captura la señal auténtica | | **Evaluador de mercado** | Análisis de demanda, competencia, diferenciación | T3 Viability Pack | > En el ecosistema EmpowerLabs, este rol lo cumple el programa **"Monetiza tu Expertise"** — los 8 módulos de MONETIZA-EXPERTISE son exactamente las estaciones I1-I3 en formato de acompañamiento. --- ## IV. FASE 2 — MF-EDITORIAL: Producción ### 4.1 Propósito Producir el activo editorial con calidad, velocidad y governance. Documentada completamente en `MF-EDITORIAL-v01.md`. ### 4.2 Resumen de capacidades | Tipo | Pipeline | Sesiones | |------|----------|----------| | P1 Resumen de libro | E0-E8 | 3 | | P2 Mini Playbook | FAST-4 | 1 | | P3 Playbook completo | PLB-7 | 2-3 | | P4 MetaPlaybook | MPB-10 | 4-6 | | P5 Libro original | BOOK-12 | 6-10 | | P6 Newsletter / Digest | NEWS-1 | <1 | ### 4.3 Roles | Rol | Función | |-----|---------| | Autor / Editor | Voz, aprobaciones, checkpoints | | Operador Principal | Ejecuta el pipeline con SherpaX | | SherpaX | Continuidad cognitiva entre sesiones | | Publisher | Gestiona canales, metadatos, distribución | ### 4.4 Gate G2 — Decisión de avanzar a demand generation | Criterio | Pregunta | |----------|----------| | Producción completa | ¿El activo pasó por todo el pipeline hasta publicación? | | QA aprobado | ¿T4 QA Checklist = PASS? | | Upload Manifest listo | ¿T5 completo con canal definido? | | Publicado | ¿El activo está accesible en el canal definido? | **Si alguno es FAIL → no se activa Fase 3.** Se regresa a la estación correspondiente de MF-EDITORIAL. > **Referencia completa:** `MF-EDITORIAL-v01.md` --- ## V. FASE 3 — MF-DEMANDGEN: Demanda y Conversión ### 5.1 Propósito Convertir la publicación en resultados de negocio: tráfico, leads, autoridad, ventas. La Fase 3 se activa de forma diferente según la ruta definida en Fase 1. ### 5.2 Estaciones de la Fase 3 | Estación | Nombre | Rol | Output canónico | |----------|--------|-----|-----------------| | D1 | **Content Generator** | Genera contenido derivado de la publicación para distribuir | Posts, artículos, notas de prensa, scripts de webinar | | D2 | **Distribution Engine** | Distribuye por canales definidos en el Product Spec | Publicaciones programadas, email sequences, webinar ejecutado | | D3 | **CEM Activator** | Activa el Conversion Event Map — AI Sherpa en modo behavioral | Scoring de leads en tiempo real, señales de intención capturadas | | D4 | **Closer** | Si R3 (High Ticket): ejecuta protocolo MTB-CHTSM con calificación CEM | Demos, propuestas, cierres | ### 5.3 Comportamiento por ruta #### Ruta R1 — Monetización directa ``` D1: Generar 5-10 posts + 1 artículo largo derivados del contenido D2: Distribuir en canales del autor (LinkedIn, email list, comunidades) D3: CEM pasivo — tracking de engagement en la plataforma D4: No aplica — la venta es self-service ($10-$50) ``` **Assets que ya existen:** MPB-Narrativa-Central-v1 (messaging), MPB-Modelo-Membresias-v3 (pricing) #### Ruta R2 — Difusión / Lead Magnet ``` D1: Generar 10-15 micro-contenidos + landing page copy D2: Distribución masiva + captura de email D3: CEM activo — tracking de quién descarga y qué hace después D4: Nurture sequence → upgrade a membresía o producto pagado ``` **Assets que ya existen:** MP-GPT-Master-DemandGen-Assistant-v01 (generación de contenido) #### Ruta R3 — High Ticket ``` D1: Generar contenido de autoridad (artículos, caso de estudio, webinar) D2: Distribución a audiencia calificada (no masiva) D3: CEM COMPLETO — 48 eventos tracked, scoring RS+IFS+US+AAS = 0-60 AI Sherpa en modo vendedor: behavioral signals, no improvisa Routing automático cuando score ≥ threshold D4: Protocolo MTB-CHTSM completo: → Qualification en 5 Maturity Levels → Objection Architecture (Structural/Emotional/Economic/Identity) → Sales Call Protocol en 5 fases → CRM handoff con tags de scoring ``` **Assets que ya existen:** MTB-CHTSM High Ticket Sales v1.1 (protocolo completo), MTB-CEM Technical Design v1.0 (48 eventos + scoring), MTB-CEM Papel Estratégico (papel del AI Sherpa), MTB-CHTSM Implementation Guide (guía de implementación 10 semanas), MP-CRM-Bridge-Spec-v0.1 (integración CRM) #### Ruta R4 — Autoridad / Comunidad ``` D1: Newsletter semanal + highlights + quotes del contenido D2: Distribución en la comunidad + cross-posting D3: CEM ligero — tracking de participación comunitaria D4: No aplica directamente — la conversión es orgánica (comunidad → eventos → productos) ``` **Assets que ya existen:** MP-GPT-Tribus-RRHH-Generador-Resumen-Semanal-v01 (generación automática) ### 5.4 Expertise requerida en Fase 3 | Rol | Competencia | Por qué | |-----|-------------|---------| | **Demand Gen Strategist** | Marketing de contenidos, distribución, email marketing | D1 + D2 requieren criterio de canal y messaging | | **SherpaX en modo vendedor** | Behavioral scoring, CEM protocol, objection handling | D3 requiere un SherpaX configurado para convertir sin improvizar | | **Closer / Consultor** | Sales protocol, qualification, cierre high ticket | D4 en R3 requiere expertise humano de ventas | | **CRM Operator** | Configuración de tags, scoring, routing de leads | Integración técnica con el pipeline de ventas | > En el ecosistema EmpowerLabs: D1-D2 los opera Jacob/AniX con el GPT de DemandGen. D3 lo opera el SherpaX del producto con CEM configurado. D4 en R3 lo cierra Victor con el protocolo CHTSM. --- ## VI. MAPA DE ASSETS EXISTENTES POR FASE Este es el inventario de lo que ya existe en el vault, mapeado a la fase correspondiente: ### Fase 1 — MF-IDEATION | Asset | Tipo | Relación | |-------|------|---------| | `MONETIZA-EXPERTISE-TransferPack-v1.0` | Transfer Pack | 8 módulos = estaciones I1-I3 en formato programa | | `DMP-01 Blueprint MasterPlaybook Inteligente v0.1` | Blueprint | Programa "Descubre y Monetiza tu Poder" — funnel entry | | `DMP-02 Arquitectura del Programa` | Arquitectura | Learning & Transformation Factory | | `DMP-03 Guion del Taller 2-4 horas` | Workshop script | Taller presencial de activación de expertise | | `T1-BookBrief-Template` | Template | Especificación de publicación (output de I3) | | `T2-AuthorOS-Template` | Template | Captura de voz del autor | | `T3-ViabilityPack-Template` | Template | Evaluación de viabilidad (output de I2) | | `Re100X-Portfolio-Monetization-Map-v02` | Mapa | Lógica de distribución comercial del portafolio | | `Re100X-Escalera-De-Valor-v01` | Framework | Value ladder architecture | | `MF-GTM-v01` | MetaFactory | 5 estaciones GTM (Ideador→Evaluador→Productizador→DemandGen→Vendedor) | ### Fase 2 — MF-EDITORIAL | Asset | Tipo | Relación | |-------|------|---------| | `MF-EDITORIAL-v01` | Blueprint L2 | Blueprint completo de producción editorial | | `BookFactory_Sistema_Completo_v2` | Pipeline | Sistema E0-E8 operativo | | `MPB-QPMFP-Team-QuickAIPublishing-v10` | Playbook operativo | Quick Publishing para el equipo | | `MPB-BookSummary Production STARTER PACK` | Playbook | Operador de resúmenes | | `T4-QA-Checklist-BMF` | Template | QA antes de publicar | | `T5-UploadManifest-Template` | Template | Publicación formal | | Templates T1-T5 | Templates | Todo el set de producción | ### Fase 3 — MF-DEMANDGEN | Asset | Tipo | Relación | |-------|------|---------| | `MTB-CHTSM High Ticket Sales v1.1` | MetaPlaybook | Protocolo completo de High Ticket (R3) | | `MTB-CEM Technical Design v1.0` | Diseño técnico | 48 eventos + scoring + routing (R3) | | `MTB-CEM Papel Estratégico` | Paper | Cómo el CEM convierte contenido en clientes | | `MTB-CHTSM Implementation Guide` | Guía | Implementación en 10 semanas del sistema HT | | `MP-CRM-Bridge-Spec-v0.1` | Spec técnico | Integración con CRM | | `MPB-Narrativa-Central-v1` | Narrativa | Messaging central de MasterPlaybooks | | `MPB-Modelo-Membresias-v3` | Modelo comercial | Free/Básica/Pro — tiers y pricing | | `SHA-GTM-v01` | GTM Playbook | 90-day goals: 3 demos, 1 Ignition, demand system | | `SHA-SP-v01` | Sales Playbook | Playbook de ventas SherpaX | | `SHA-LP-ConPrecios/SinPrecios-v01` | Copy | Landing pages con/sin precios | | `MP-GPT-Master-DemandGen-Assistant-v01` | GPT | Asistente de generación de demanda | | `SHA-GTM-Ciclo-v01` | Run artifact | Primera corrida del pipeline GTM | --- ## VII. MAPEO: MONETIZA TU EXPERTISE = MF-PUBLISHING APLICADO El producto "Monetiza tu Expertise" es la implementación comercial de MF-PUBLISHING para expertos individuales: ``` MONETIZA TU EXPERTISE (8 módulos) MF-PUBLISHING (3 fases) ═══════════════════════════════════ ═══════════════════════════ Módulo 0: Inventario de expertise → I1 — Ideador Módulo 1: Análisis de mercado → I2 — Evaluador Módulo 2: Viabilidad operativa → I2 — Evaluador Módulo 3: Conceptualización → I3 — Productizador Módulo 4: Modelo de negocio → I3 — Productizador + Ruta R1-R4 Módulo 5: MasterPlaybook como motor → FASE 2 — MF-EDITORIAL Módulo 6: Generación de demanda → FASE 3 — MF-DEMANDGEN Cierre: Cohort con Victor → Onboarding al ecosistema completo ``` **Esto significa que Monetiza tu Expertise NO es solo un playbook — es la versión acompañada de instanciar MF-PUBLISHING para un cliente.** Cuando un experto compra el programa, lo que está comprando es que EmpowerLabs le instancie su propia FI-PUB-[EXPERT]-v01. --- ## VIII. PROTOCOLO DE INSTANCIACIÓN ### Para una organización (B2O) | Paso | Acción | Output | |------|--------|--------| | 1 | Scoping organizacional — ¿qué publica esta org? | `FI-PUB-[ORG]-v01.md` | | 2 | Fase 1 workshop — definir 3-5 publicaciones con ruta R1-R4 | Product Specs por publicación | | 3 | Crear Control Plane | `CP-PUB-[ORG]-v01` con backlog triado | | 4 | Crear Editorial Factory Room | Charter + TP + SP | | 5 | Crear SherpaX del operador | SherpaX configurado para la org | | 6 | Piloto: producir 1 publicación end-to-end | Publicación + demand gen activa | | 7 | Review y escala | Iteración y ritmo de crucero | ### Para un experto individual (B2C vía Monetiza tu Expertise) | Paso | Acción | Módulo MONEX | |------|--------|-------------| | 1 | Inventario de expertise + señal del mercado | Mód 0-1 | | 2 | Viabilidad + productización + ruta R1-R4 | Mód 2-4 | | 3 | Producción del MasterPlaybook (MF-EDITORIAL) | Mód 5 | | 4 | Generación de demanda (MF-DEMANDGEN) | Mód 6 | | 5 | Activación de CEM si aplica (R3) | Post-programa | | 6 | Cohort con Victor (opcional) | Cierre | --- ## IX. INVARIANTES MF-PUBLISHING Además de las 7 invariantes del Kernel BMF, MF-PUBLISHING añade 3 invariantes específicas: | ID | Invariante | Regla | |----|-----------|-------| | PUB-01 | **No production without business design** | No se inicia Fase 2 sin que Fase 1 tenga Gate G1 = PASS | | PUB-02 | **Route determines everything downstream** | La ruta R1/R2/R3/R4 definida en I3 determina los pipelines y la configuración de Fase 3 | | PUB-03 | **No demand gen without publication** | No se activa Fase 3 sin que el activo esté publicado (Gate G2 = PASS) | --- ## X. RELACIÓN CON OTROS BLUEPRINTS | Blueprint | Relación con MF-PUBLISHING | |-----------|---------------------------| | `MF-EDITORIAL-v01` | **ES la Fase 2** — se referencia, no se duplica | | `MF-GTM-v01` | Las estaciones 1-3 (Ideador, Evaluador, Productizador) son la base de Fase 1. Las estaciones 4-5 (DemandGen, Vendedor) son la base de Fase 3 | | `MTB-CHTSM v1.1` | Protocolo completo de Fase 3 para Ruta R3 (High Ticket) | | `CEM Technical Design v1.0` | Orquestación de conversión en Fase 3, especialmente R3 | | `MONETIZA-EXPERTISE TP v1.0` | Implementación comercial de MF-PUBLISHING para expertos individuales | | `MPB-Modelo-Membresias-v3` | Modelo comercial que define pricing en Ruta R1 y R2 | --- ## XI. RESUMEN EJECUTIVO ``` MF-PUBLISHING es el ciclo completo: SEÑAL → NEGOCIO → PRODUCCIÓN → PUBLICACIÓN → DEMANDA → CONVERSIÓN → INGRESO Tres fases, tres expertises, tres Gates: FASE 1: MF-IDEATION FASE 2: MF-EDITORIAL FASE 3: MF-DEMANDGEN Estratega de negocio Operador editorial DemandGen + Closer I1 → I2 → I3 6 pipelines D1 → D2 → D3 → D4 ↓ ↓ ↓ Gate G1 Gate G2 RESULTADO ¿Viable? ¿Publicado? Revenue / Leads / ¿Modelo claro? ¿QA PASS? Autoridad / Comunidad ``` Lo que hace a este sistema diferente de cualquier editorial factory del mercado: 1. **La Fase 1 existe.** Nadie define el modelo de negocio antes de escribir. 2. **Las rutas R1-R4 determinan todo.** El pipeline de producción Y el de conversión se configuran según el tipo de publicación. 3. **El CEM cierra el ciclo.** El contenido publicado genera señales comportamentales que alimentan la conversión automáticamente. 4. **DOIX lo opera.** SherpaX por operador, IntelliBank con pipelines, EmpowerTeams X coordinando, OrganizationalBrain aprendiendo. 5. **Es replicable.** Cualquier organización puede instanciar su propia Publishing Factory. --- *Blueprint genérico — sin contexto de ninguna organización específica* *Para implementar: crear FI-PUB-[ORG]-v01.md siguiendo el Protocolo de Instanciación (Sección VIII)* *Mantenido por EmpowerLabs · Layer L2 · v01 · 2026-04-02*