---
type: DC
asset_id: DC-EL-DGP-MPI-Desglose-v01
version: v01
status: Draft — pendiente ratificación Victor
owner: Victor Heredia
sherpa_owner: Jay
ratificador: Victor Heredia
fecha_creacion: 2026-06-10
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank/PB-DemandGenPack
proposito: Desglose completo del MasterPlaybook Inteligente (componente K7 del Kit Demand Gen) — anatomía de capas y componentes, contrato de completitud y base del futuro MOD-02
relacionados: "[[MePB-BMF-MF-DemandGenPack-v01]] · [[FM-EL-OfertaIrresistible-v01]] · DC-MPX-MPbooksInteligentes-Compilacion-v0.1 · DC-EL-GHL-EndpointsYMCP-v01"
tags: [mpi, masterplaybook-inteligente, kit, k7, sherpa, onerocket]
---

# Desglose del MasterPlaybook Inteligente (MPI)
## Anatomía completa del componente K7 del Kit Demand Gen

> **Qué es el MPI:** la pieza más poderosa del Kit — un activo vivo que educa, captura y convierte simultáneamente. No es un ebook ni un chatbot: es el conocimiento profundo del producto operado por un Sherpa IA en modalidad MPI, conectado al CRM. El lector interactúa con el criterio del experto, recibe valor real, y cada interacción genera señal de intención hacia OneRocket.
>
> **Arquitectura de doble capa** (herencia del modelo MPX): el **MetaPlaybook invisible** (motor estructural: modelos, protocolos, reglas — protege el IP) y el **MasterPlaybook visible** (traducción humana, pedagógica, navegable).

---

## Las 5 capas del MPI

### CAPA 1 · Contenido (el Playbook visible)

Lo que el lector ve y navega. Deriva de la narrativa maestra del kit y del Offer Canvas — nunca se escribe de cero.

| # | Componente | Qué contiene | Fuente upstream |
|---|-----------|--------------|-----------------|
| 1.1 | Portada + promesa | Título MAGIC, a quién sirve, qué resultado entrega y en cuánto tiempo | Offer Canvas (naming, dream outcome) |
| 1.2 | Análisis del problema | El problema específico, su mecanismo, el costo de no actuar cuantificado | FM Fase 1 (P-R) · narrativa maestra |
| 1.3 | Investigación del mercado y del problema global | Datos, tendencias, evidencia de terceros que valida que el problema es real y crece | Dossier de inteligencia (EST-01) |
| 1.4 | Nuestra solución | El mecanismo propio nombrado: cómo funciona, por qué es distinto, por qué el enfoque tradicional falla | SPEC del producto · Offer Canvas |
| 1.5 | Beneficios e importancia | Transformación por la Value Equation: resultado, certeza, velocidad, mínimo esfuerzo | Offer Canvas (4 variables) |
| 1.6 | Evidencia y casos | Casos antes/después, testimonios, métricas, demos | Base de evidencia (B de P.R.O.B.L.E.M.A.) |
| 1.7 | Calculadora (opcional) | Herramienta interactiva que cuantifica el problema o el ROI del lector (ej. calculadora de costos ocultos) | Mecanismo del producto |
| 1.8 | Recursos y materiales adicionales | Plantillas, checklists, guías descargables, links al resto del kit (paper, whitepaper, videos) | Componentes K2–K8 |
| 1.9 | Siguiente paso | La invitación a la oferta de entrada de la escalera (L0/L1) — nunca un cierre duro | Escalera de ofertas |

### CAPA 2 · Inteligencia (el Sherpa en modalidad MPI)

El cerebro que opera el playbook. Es lo que convierte el documento en una experiencia.

| # | Componente | Qué contiene |
|---|-----------|--------------|
| 2.1 | **Prompt de modalidad MPI** | La instrucción maestra que define cómo opera el Sherpa: identidad (voz del experto/marca, VVP), rol (guía que empodera, no vendedor que presiona), comportamiento (framing positivo, future pacing, pain→pleasure según la fase del lector), límites (qué no responde, cuándo escala a humano), y registro por modalidad B2C/B2O/B2B |
| 2.2 | **Paquete de conocimiento** | El contexto que el Sherpa consulta: contenido del playbook estructurado, SPEC del producto, Offer Canvas, glosario del mecanismo |
| 2.3 | **Banco Q&A** | Preguntas y respuestas curadas: las 20–40 preguntas reales del ICP con respuestas en la voz canónica. Incluye el **Objection Bank** del producto (cada objeción con su respuesta y el bono/garantía que la mata) |
| 2.4 | **Protocolo de diagnóstico** | Las preguntas que el Sherpa hace para personalizar (contexto del lector, severidad del problema, madurez) y las reglas para adaptar contenido y recomendación según las respuestas |
| 2.5 | **Protocolo de escalación** | Cuándo y cómo pasa a humano: señales de alta intención (pide precio, pide demo, pregunta por implementación) → handoff con contexto completo |

### CAPA 3 · Interacción (la experiencia del lector)

| # | Componente | Qué contiene |
|---|-----------|--------------|
| 3.1 | Onboarding | Bienvenida del Sherpa, qué puede hacer el lector aquí, captura mínima de contexto (rol, situación) |
| 3.2 | Navegación guiada | El lector avanza a su ritmo; el Sherpa sugiere la siguiente sección según su interés y diagnóstico |
| 3.3 | Artefactos generables | Lo que el lector se lleva: diagnóstico personalizado, plan de acción inicial, checklist aplicado a su caso, resultado de la calculadora |
| 3.4 | Momentos de valor | Quick wins diseñados: en los primeros 5 minutos el lector debe haber recibido algo accionable (regla "fast beats free") |

### CAPA 4 · Captura y CRM (la señal hacia OneRocket)

| # | Componente | Qué contiene |
|---|-----------|--------------|
| 4.1 | **Taxonomía de tags** | Convención `kit-[producto]-mpi-[señal]` + tag de modalidad. Ejemplos: `kit-escan-mpi-optin`, `kit-escan-mpi-calculadora`, `kit-escan-mpi-diagnostico`, `kit-escan-mpi-altaintencion`, `b2o` |
| 4.2 | **Triggers por comportamiento** | Qué evento dispara qué tag: abrió → usó calculadora → completó diagnóstico → preguntó por precio/implementación (alta intención) → pidió contacto |
| 4.3 | **Mapping de campos** | Qué datos del diagnóstico viajan a campos del contacto en OneRocket (rol, tamaño, severidad, resultado de calculadora) |
| 4.4 | **Señal al BrainX Loop** | Las interacciones del MPI alimentan el Gravity Score del prospecto (fuente automática de las dos del modelo orbital) |
| 4.5 | **Secuencias activadas** | Qué workflows de OneRocket arranca cada tag (nurture, invitación a L1, handoff a venta) — definición en MOD-04 |

### CAPA 5 · Gobernanza

| # | Componente | Qué contiene |
|---|-----------|--------------|
| 5.1 | Asset IDs y versionado | El MPI se versiona como paquete: MPI-[ENT]-[Producto]-vNN con sus sub-activos; nunca se edita in-place |
| 5.2 | Tripleta | Owner + Sherpa + Ratificador del paquete MPI |
| 5.3 | QA de completitud | Check KD-M-01: las 5 capas presentes. El Sherpa no se activa sin prompt de modalidad + banco Q&A + taxonomía de tags aprobados |
| 5.4 | Métricas del MPI | Lectores, % que usa calculadora, % que completa diagnóstico, tags de alta intención generados, conversión a L1 — alimentan el tablero de Demand Gen |

---

## Contrato de completitud (resumen ejecutable)

Un MPI está COMPLETO cuando tiene: **9 bloques de contenido** (capa 1, calculadora opcional) + **prompt de modalidad** + **paquete de conocimiento** + **banco Q&A/objeciones** + **protocolos de diagnóstico y escalación** (capa 2) + **onboarding y artefactos generables** (capa 3) + **taxonomía, triggers y mapping CRM** (capa 4) + **gobernanza** (capa 5). Cualquier faltante = FAIL en KD-M-01.

## Relación con módulos de la MetaFactoría

- Este desglose ES la base de **MOD-02** (spec de modalidad MPI del Sherpa — el prompt maestro ejecutable se redacta ahí, una vez ratificado este desglose).
- La capa 4 se implementa con **MOD-04** (integración OneRocket).
- Plataforma de publicación: MasterPlaybooks.com (SherpaIA integrado).

## CHANGELOG

| Versión | Fecha | Cambio |
|---------|-------|--------|
| v01 | 2026-06-10 | Creación. Anatomía de 5 capas del MPI (contenido, inteligencia, interacción, captura/CRM, gobernanza) con contrato de completitud. Base de MOD-02. Draft — pendiente ratificación Victor |