--- type: XP asset_id: XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01 version: v01 status: Draft owner: Victor Heredia sherpa_owner: Jay fecha_creacion: 2026-05-20 fecha_ultima_actualizacion: 2026-05-20 fecha_migracion_bmf: 2026-05-20 intellbank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank proposito: XP · Programa Prod DG Offers Sales · IB-EL-EmpowerLabs nota_migracion: Frontmatter BMF agregado en batch masivo 2026-05-20 · Workbench FASE 5C · proposito pendiente revisión manual --- ## Asset Header - **Asset ID:** XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01 - **Version:** v01 - **Status:** 🟢 Activo · Lanzamiento sem 1 = 2026‑04‑27 · §14 actualización 2026-04-26 EOD aplicada (catálogo v02 + Demand Gen reordenamiento) - **Owner Productización:** @Victor - **Owner Demand Gen:** @Anahi - **Sherpa:** Jay - **IntelliBank:** IB-EL-EmpowerLabs - **Tipo:** XPack — Programa transversal - **Propósito:** Articular los 3 frentes simultáneos (Refinar / Monetizar / Generar) con espina dorsal Productización × DemandGen × Offers × Sales, modelo híbrido B2C/B2B/B2O, prioridad HIORG Ecosystem - **Fecha:** 2026-04-26 · Última actualización 2026-04-26 EOD (catálogo v02 · SKUs LABX D-P-22 · MPI lista D-P-11 · Plan Estratégico DG D-P-10 · ver §14) - **Conexión upstream:** XP-EL-HIORGS-Portfolio-v01 · TP-HIORGS-DemandGen-Ecosistema-v03 · MF-BMF-HybridDemand-v02 · INV-HIORGS-DemandGen-ActivosCanonicos-v01 - **Conexión downstream:** Próximos refines V2 (B1, B2, B11) · Catálogo MPI · Calendario editorial Anahi · Pipeline Sales --- # Programa Productización × DemandGen × Offers × Sales · HIORG Ecosystem ## §0 — Síntesis ejecutiva (lectura de 60 segundos) **Qué es:** Un programa de 8 semanas con **3 frentes que corren simultáneamente**, atravesados por una **espina dorsal de 4 capas**, que pone como prioridad la generación de demanda del Ecosistema de Inteligencia Organizacional + SO‑HiORG + SherpaX. **Por qué ahora:** Productización y Demand Gen llevaban 18 meses como frentes secuenciales. Ya hay IP suficiente (Capa B + Capa C del INV) para que arranquen **en paralelo**. La era IA no espera; cada semana sin presencia pública es regalar terreno a competidores que sí están publicando. Adicionalmente, los activos que ya tenemos (Ultimate Demand Gen Playbook, MasterPlaybooks Machine, Paper Gran Reto, T‑6/T‑7 en cocina) son refinables y monetizables al mismo tiempo que se publican. **Lo nuevo en este XPack** (vs el portfolio HIORG previo): 1. La capa Productización deja de ser una caja interna y se vuelve un **frente público** — productizamos en vivo, atomizando el proceso como contenido. 2. El catálogo Offers se publica formalmente como **Offer Ladder L0→L5 + L5 MPI** anclado al HDG‑MF v02. 3. Se introduce explícitamente la capa **Sales** (alimentada por B11 High Ticket Sales) — porque los productos L3/L4/L5 no se cierran solos. 4. Modelo híbrido **B2C / B2B / B2O** (Business‑to‑Owner) — el dueño es quien compra; lo entendió Priestley antes que nadie. --- ## §1 — Mapa del Programa ``` ESPINA DORSAL (4 capas) ┌───────────────────────────────────────────┐ │ PRODUCTIZACIÓN × DEMAND GEN × OFFERS × SALES │ (Priestley/KPI) (Walker/Refine Labs) (Hormozi/100M) (Golden/MMOC) └───────────────────────────────────────────┘ │ │ │ ┌──────────────┼───────────┼────────────┼──────────────┐ │ │ │ │ │ FRENTE A · FRENTE B · FRENTE C · SOPORTE MODELO HÍBRIDO REFINAR MONETIZAR GENERAR B2C / B2B / B2O (era IA) (catálogo DEMANDA MPI) (8 sem) Owner: @Victor Owner: @Victor Owner: @Anahi Owner: Jay Tres avenidas ``` **Frente A · Refinar** — re‑escribir activos publicables existentes a versión era‑IA y montarlos en plataforma MPI. **Frente B · Monetizar** — convertir IP HIORG + activos refinados en Offer Ladder L0→L5 vendible. **Frente C · Generar demanda** — ejecutar TP‑v03 (doble track, ~100 piezas, 5 webinars, outreach 1‑a‑1, lanzamiento Hook+IIE). **Soporte** — Jay/Sherpa orquesta los 3 frentes con governance HDG‑MF v02 (Asset Contracts, MVG, VVP, Publish Log). --- ## §2 — La Espina Dorsal (4 capas) ### 2.1 Capa Productización (Priestley / KPI) **Tesis:** Toda actividad pública es productizable. Lo que producimos como "trabajo interno" puede ser, simultáneamente, IP empaquetable y vendible. Daniel Priestley lo llama Key Person of Influence: convertirse en la persona/empresa que aparece cuando el mercado piensa en una categoría — y eso requiere productos vendibles que carguen la marca, no solo servicios consultivos. **En este programa:** - Productizar **el proceso mismo de Demand Gen + Productización** como contenido (Lab IA — el reframe externo del "Piloto Accidental"). Cada decisión clave del Sprint sale como pieza editorial. - Cerrar el catálogo de productos del INV §2.4 (D) con Asset Contracts canónicos. - Publicar la productización en vivo: "así estamos productizando un MPB inteligente" — eso es contenido + producto al mismo tiempo (CAM Principle del HDG‑MF). **Lo nuevo era IA:** MasterPlaybooks Inteligentes (MPI) — el activo que, gracias a SherpaIA + IntelliBanks, deja de ser un PDF y se vuelve **un producto que conversa con el lector**, califica leads, y entrega coaching escalable. Es a la vez contenido (canal) y producto (oferta L5). **KPIs Productización:** - # Asset Contracts cerrados / 8 sem (objetivo: 7 productos del INV §2.4). - # MPI activos en plataforma / 8 sem (objetivo: 3 productos vivos en MPI sem 4, 5 sem 8). - Cobertura de capacidad de delivery (cada producto tiene capacidad confirmada para vender). --- ### 2.2 Capa Demand Gen (Walker / Refine Labs) **Tesis:** Hay que crear demanda **antes** de capturarla. La generación de demanda no se mide por leads de formulario — se mide por presencia compounding en los espacios donde el ICP ya pone atención (LinkedIn orgánico, dark social, podcasts, comunidades, newsletter). Walker lo formalizó: el verdadero embudo es "exposure → trust → in‑market → handraiser". **En este programa:** - Doble track editorial — Track 1 (Producto SO‑HiORG, ~45–50 piezas) + Track 2 (Impacto IA, ~50 piezas). El ICP CEO en Transición consume Track 2 antes de Track 1; el Founder en Hibernación va al revés. - Ramp‑up de cadencia: ~8 piezas/sem (sem 1) → ~14–15 piezas/sem (sem 4–7) → ~10 piezas/sem (sem 8). - 5 webinars (uno por frente del Gran Reto) — desde sem 3. - Outreach 1‑a‑1 PAP‑GranReto bi‑quincenal — abre conversaciones high‑ticket directamente. - Dark Social respect: cada pieza está optimizada para compartirse en privado (DM, email, Slack, WhatsApp); medimos directs + brand mentions + referral spikes como proxies. **Lo nuevo era IA:** Demand Gen ya no es solo "publicar contenido". Es **publicar contenido que SherpaIA puede continuar conversando dentro del MPI**. La pieza maestra abre el tema, el MPI lo profundiza con IA, el lead califica solo, sale como handraiser caliente. **KPIs Demand Gen:** - # Piezas publicadas / sem (con tag NAR + EVD/L0 + CTA + VVP score 4+). - Engaged minutes en MPI (no solo views). - Replies + DMs desde ICP‑match (señal cualitativa Dark Social). - # Newsletter subscribers + tasa de apertura. - # Handraisers (solicitudes Ignition / Diagnóstico). --- ### 2.3 Capa Offers (Hormozi / $100M Offers) **Tesis:** Una oferta gana cuando el valor percibido es 10× el precio percibido. Hormozi lo descompone en 4 palancas: dream outcome × perceived likelihood of achievement / time delay × effort & sacrifice. Una oferta que sube las dos del numerador y baja las dos del denominador se vuelve "grand slam". **En este programa:** - **Offer Ladder Re100X / HIORGS** anclado al HDG‑MF §6 v02: | Tier | Oferta · SKU canónico v02 (D-P-14 a D-P-22) | Precio ref. | Dream outcome | Reduced time/effort | |------|--------------------------------------------|-------------|---------------|---------------------| | L0 | Paper Gran Reto · MiniPB · Newsletter · **Hook IIE público** (sub-versión auto-aplicable del módulo IIE-Audit) | Free | Reconocimiento del problema | 20 min | | L1 | **SherpaX Ignition** (SKU SherpaX · 2+2, 3h) | $500–$1.5K | Ver el 76X en su contexto | 1 sesión | | L2 | **EmpowerScan** (Diagnóstico Empowernomics · HiOrg Assessment) | $3K–$8K | Cuantificar valor latente oculto | 2 sem | | L3 | **LABX-Original** (1 equipo × 1 proyecto vivo × **40 días** · WORX + Corp-Brain-OS + SherpaX operando juntos) ⚠️ ex "DOIX Implementation / HiOrgs Sprint 90 días" — re-mapeado D-P-14 | $15K–$50K | Transformación medible IQ org · primer LABX entregado | 40 días | | L3+ | **LABX-Replica-A** (Modelo A · facilitación EL) · **LABX-Replica-B** (Modelo B · equipo interno certificado del cliente) — D-P-22 | A: ~50-60% del Original · B: menor + fee de cert. | Replicación post-LABX (escala interna del cliente) | 40 días por LABX | | L4 | Combo **LABX-Original + N LABX-Replica + módulo IIE-Audit Operating/Mastery** → camino a Certificación SO-HiORG · ex "MasterSherpa / Re100X Full" — re-mapeado D-P-21 | $50K–$200K+ | Transformación predecible total · Certificación SO-HiORG Operating/Mastery | 6–12 meses | | L5 | **MasterPlaybook Inteligente (MPI)** productizado (Ultimate DG, MPB Inteligentes Manifesto, IPB Victor) | $5K–$20K | Conocimiento del experto sin él | Acceso permanente | | Módulo | **IIE-Audit** (auditoría EL del ecosistema instalado · cuenta hacia tier de Certificación SO-HiORG · NO es SKU LABX-Certified · D-P-22) | Tier-based — diseño Task #35 | Certificación formal del SO-HiORG instalado | Auditoría puntual + re-cert. 12-24 meses | | Outcome | **Certificación SO-HiORG** (4 tiers Foundation/Operating/Mastery/Excellence) — NO se compra, se obtiene vía IIE-Audit con sustancia acumulada · D-P-21 | NO cotizable directo (pricing del módulo IIE-Audit cubre auditoría) | "Te llevamos a tener un SO-HiORG y lo certificamos" | Acumulativo · escalable por tiers | - **Cada oferta debe pasar el test Hormozi** antes de publicarse: ¿4 palancas optimizadas? Si no, no sale. - **Stacking**: cada tier carga lo de abajo (L4 incluye L3, L2, L1). - **Bonificaciones**: cada oferta L2+ incluye 1 MPI L5 como bonus. **Lo nuevo era IA:** El L5 (MPI) reduce dramáticamente el effort para el cliente — el conocimiento del experto, conversacional, accesible, escalable. Eso baja el denominador Hormozi de manera estructural. **KPIs Offers:** - AOV (Average Order Value) por tier. - Conversion rate L0 → L1 → L2 → L3. - LTV / CAC del Outlet B2B. - # ofertas L4 cerradas / 8 sem. --- ### 2.4 Capa Sales (Golden / MMOC + Hormozi closing + B11 High Ticket Sales) **Tesis:** Las ofertas L3+ no se cierran por contenido, se cierran por conversación high‑ticket. Myron Golden enseña que la venta es servicio, y que sin un sistema de cierre el contenido genera leads pero deja revenue en la mesa. B11 (`MPB-BVH-CHTSM-HighTicketSales-v01`) ya tiene el sistema interno; este programa lo activa. **En este programa:** - **PAP‑GranReto outreach 1‑a‑1 bi‑quincenal** — abrir conversaciones con 20–30 CEOs/Founders por batch usando el Paper como llave. - **Sales playbook documentado** que extrae de B11: discovery → diagnóstico exprés → propuesta L2/L3/L4 → cierre. Sale como `MPB-EL-SalesPlaybook-HIORGS-v01` (output del programa). - **CRM mínimo**: pipeline visible en una herramienta (Notion/Airtable inicialmente, integración real en sem 6+). - **Closer roles**: Victor lidera L4 hi‑ticket; Anahi opera L0–L1; L2/L3 lo decidimos sem 4 según volumen. - **Sales OS**: cada conversación high‑ticket que se gana → genera EVD‑* (Case Note) → vuelve a Demand Gen como contenido (loop HDG‑MF Module 7). **Lo nuevo era IA:** SherpaIA dentro del MPI hace **pre‑calificación 24/7** — los handraisers ya llegan a Victor habiendo conversado con el SherpaIA, con contexto del problema, leyendo el Diagnóstico ya completado. Eso colapsa el ciclo de venta. **KPIs Sales:** - # conversaciones 1‑a‑1 abiertas vía outreach / batch. - Conversion rate conversación → propuesta → cierre. - Tiempo de ciclo (descubrimiento → cierre). - Revenue por tier. --- ## §3 — Modelo Híbrido B2C / B2B / B2O **Tesis (Victor):** Después del estudio post‑pandemia hay 3 avenidas que conviven. El modelo híbrido las orquesta sin canibalización. | Avenida | A quién va | Qué se vende (SKUs canónicos v02) | Tier dominante | Canal principal | |---------|------------|------------------------------------|----------------|-----------------| | **B2C** | Profesionales individuales, founders solos, CEOs en transición a título personal | Re100X · **MPI** individuales · **Hook IIE público** (sub-versión auto-aplicable del módulo IIE-Audit) · MiniPBs | L0–L1–L5 | LinkedIn personal Victor + Newsletter Re100X | | **B2B** | Empresas / equipos / áreas | **EmpowerScan** (Diagnóstico Empowernomics + HiOrg Assessment) · **LABX-Original** (40 días · 1 equipo × 1 proyecto vivo) · **LABX-Replica-A** (Modelo A) · ⚠️ ex "SO-HiORG, DOIX, HiOrgs Sprint" — re-mapeado D-P-14/D-P-21 | L2–L3 | LinkedIn EmpowerLabs + Webinars + Outreach 1‑a‑1 | | **B2O** | Dueño / fundador / CEO con autoridad de gasto sobre L4 | Combo **LABX-Original + N LABX-Replica + módulo IIE-Audit Operating/Mastery** → **Certificación SO-HiORG** (transformación de la organización completa con outcome certificable) · ex "MasterSherpa Re100X Full" | L4 | Outreach 1‑a‑1 PAP‑GranReto + relaciones cerradas | **Hallazgo Priestley aplicado:** El B2O no es una etiqueta cosmética. El comprador real de L4 NO es "una empresa" — es un dueño con dolor concreto. Hablarle como "B2B" diluye. Hablarle como "B2O" — al CEO‑dueño que carga la organización en su espalda — convierte. **Implicación operativa:** - Los activos B1/B2 refinados deben tener voz B2O en su capítulo de cierre (no genérico). - El outreach PAP‑GranReto es B2O‑first. - El catálogo público (B2B) y el catálogo individual (B2C) son entradas a la misma escalera; B2O es la cima. --- ## §4 — Frente A · Refinar (era IA) — detallado ### 4.1 Activos a refinar (priorizados) | ID | Origen | Output | Owner | Deadline | |----|--------|--------|-------|----------| | RA‑1 | B1 `MPB-BVH-UltimateDemandGenPlaybook-v01` | `MPB-EL-BMF-UltimateDemandGen-v02` (era IA) | @Victor | sem 4 | | RA‑2 | B2 `MPB-BVH-MasterPlaybooksUltimateDemandGenMachine-v01` | `MPB-EL-BMF-MasterPlaybooksInteligentes-v02` (Manifesto MPI) | @Victor | sem 5 | | RA‑3 | B11 `MPB-BVH-CHTSM-HighTicketSales-v01` | extracto integrado en §Sales del programa + `MPB-EL-SalesPlaybook-HIORGS-v01` | @Victor | sem 6 | ### 4.2 Patrón de refinamiento V2 era IA Para cada activo: 1. **Diagnóstico** — qué del v01 se sostiene (datos atemporales, frameworks vigentes) y qué cae (estadísticas obsoletas, ejemplos pre‑IA). 2. **Reescritura del frame** — hook reformulado a era IA (no "post‑pandemia" sino "post‑pandemia + post‑GPT"). 3. **Inserción de capítulo nuevo** — al menos un capítulo dedicado a MPI / SherpaIA / IntelliBanks / Lab IA. 4. **Voz VVP** — pase completo VVP intensidad 3–4 (Estratégico / Transformacional). Score mínimo 4/5 antes de publicar (HDG‑MF G‑05). 5. **EVD‑bind** — cada claim mayor con tag EVD‑* o L0 marcado. 6. **CTA path** — cada capítulo cierra con CTA hacia el siguiente tier de la escalera. 7. **Atomización** — del producto V2 salen N piezas (LinkedIn posts + Cards + MiniPBs + Newsletter sections) según el queue logic del HDG‑MF Module 3. ### 4.3 Salida pública del Frente A - Refinamiento se publica progresivamente: cada capítulo refinado se atomiza en piezas Track 1 + Track 2 antes de que el activo completo esté listo. **No esperamos a tener el v02 completo para publicar**. --- ## §5 — Frente B · Monetizar — detallado ### 5.1 Catálogo a cerrar (Asset Contracts según HDG‑MF §5.1) | Tier | Producto · SKU canónico v02 | Asset Contract a producir | Owner | Deadline | |------|-----------------------------|---------------------------|-------|----------| | L0 | Paper Gran Reto | Contract + landing + secuencia nurture 8 sem | @Victor | sem 1 | | L0/L1 | **Hook IIE público** (sub-versión del módulo IIE-Audit) + Diagnóstico SO‑HiORG | Contract + UX auto‑aplicable + path a L2 | @Victor | sem 7 | | L1 | **SherpaX Ignition** | Contract + booking flow + script sesión | @Victor | sem 2 | | L2 | **EmpowerScan** (Diagnóstico Empowernomics paid) | Contract + entregable cliente + dashboard | @Victor | sem 4 | | L3 | **LABX-Original** (40 días · 1 equipo × 1 proyecto vivo) ⚠️ ex "DOIX Implementation / HiOrgs Sprint" — D-P-14 | Contract + scope template + capacity plan + protocolo 40 días | @Victor | sem 5 | | L3+ | **LABX-Replica-A** + **LABX-Replica-B** (D-P-22) | Contracts diferenciados + criterios de elegibilidad para Modelo B (Train-the-Trainers) | @Victor | sem 6-7 | | L4 | Combo **LABX-Original + N LABX-Replica + módulo IIE-Audit** → camino a Certificación SO-HiORG · ex "MasterSherpa Re100X Full" — D-P-21 | Contract + propuesta template B2O + roadmap por tiers de certificación | @Victor | sem 6 | | L5 | **MPI** Ultimate Demand Gen v02 | Contract + plataforma activa + SherpaIA training | @Victor | sem 4 (mínimo 1 vivo) | | Módulo | **IIE-Audit** (auditoría EL · cuenta hacia tier de Certificación SO-HiORG · D-P-22) | Contract + criterios por tier + proceso de auditoría + pricing + cadencia re-cert. | @Victor | sem 7 (diseño formal Task #35) | | Outcome | **Certificación SO-HiORG** (4 tiers · D-P-21) | NO Asset Contract (no es producto cotizable directo) — es entregable formal post-IIE-Audit. Plantilla de certificado + sello + naming convention en Task #35. | @Victor + diseño visual | sem 7-8 | ### 5.2 Plataforma MPI **Estado actual (TP‑v03 N‑1):** confirmar operatividad. Si no está lista: - **Plan A:** publicar primer batch en LinkedIn + Newsletter, MPI activa en sem 3. - **Plan B (no preferido):** posponer L5 al sem 5; los demás tiers no dependen de MPI. ### 5.3 Loop Delivery → Demand (HDG‑MF Module 7) Cada delivery de cada tier produce EVD‑* que se atomiza: - L1 SherpaX Ignition → Case Note + transcripción → 1 LinkedIn post + 1 Carousel. - L2 Diagnóstico → Whitepaper + EVD → 1 newsletter section + 1 webinar pieza. - L3 Implementation → Process Artifact + IPB → 1 capítulo del MPI + 1 podcast. - L4 MasterSherpa → Case Study completo → MPB testimonial. --- ## §6 — Frente C · Generar demanda — detallado (referencia TP‑v03) ### 6.1 Plan operativo Ver `TP-HIORGS-DemandGen-Ecosistema-v03` §3–§9 (no se duplica aquí). Lo crítico para el XPack: - Anahi onboarding sem 1 (Task #22). - Calendario editorial sem 1‑8 (Task #25 + #26). - Guía editorial tono/voz EL — VVP aterrizado para Anahi (Task #23). - 5 webinars sem 3+ (Task #27). - Outreach PAP‑GranReto bi‑quincenal (Task #19). - Lanzamiento Hook + IIE público sem 7 (Task #28). ### 6.2 Conexión con espina dorsal Cada pieza editorial del Track 1/Track 2 carga **al menos uno** de los 4 capas: - Productización: documenta una decisión del Sprint en vivo. - Demand Gen: alimenta NAR‑01 a NAR‑10 según mapa narrativo HDG‑MF Module 1. - Offers: cierra con CTA hacia un tier específico de la escalera. - Sales: alimenta el Objection Bank (las dudas que aparecen en comments → input para el playbook de cierre). --- ## §7 — Calendario maestro 8 semanas | Semana | Fecha | Productización | Demand Gen | Offers | Sales | |--------|-------|----------------|------------|--------|-------| | **1** | 04‑27 | Asset Contracts L0+L1 · INV cerrado · Onboarding Anahi | 4–6 piezas fundacionales · Track 1+2 arranca · Newsletter de anuncio | L0 Paper Gran Reto activo · L1 booking abierto | Pipeline tracker creado · 1er batch outreach PAP‑GranReto | | **2** | 05‑04 | Refinamiento RA‑1 capítulo 1‑3 atomizado | ~10 piezas · Pieza maestra publicada | L1 vivo | Pipeline 5–10 conversaciones | | **3** | 05‑11 | RA‑1 cap 4‑5 · Asset Contract L2 · MPI plataforma activa | ~12 piezas · **Webinar 1** (Frente Parálisis IA) | L2 vivo | 1er Diagnóstico paid cerrado (target) | | **4** | 05‑18 | RA‑1 v02 publicado en MPI · Asset Contract L3 | ~14 piezas · Webinar 2 (Frente Sangrado) · 2do batch outreach | L3 vivo · L5 RA‑1 vivo en MPI | Discovery sessions L3 | | **5** | 05‑25 | RA‑2 v02 publicado · Asset Contract L4 | ~14 piezas · Webinar 3 (Frente Caos) | L4 vivo · L5 RA‑2 vivo | 1ra propuesta L3 enviada | | **6** | 06‑01 | RA‑3 sales playbook publicado | ~14 piezas · Webinar 4 (Frente Carga TI) · 3er batch outreach | Stacking optimizado | Sales playbook activo · 1er cierre L3 (target) | | **7** | 06‑08 | T‑6 IIE + T‑7 Diagnóstico publicados como Hook | ~12 piezas · **Webinar 5** (Frente Dimensión humana) · **Lanzamiento público Hook+IIE** post Demo Day | L0/L1 Hook IIE vivo · pipeline desde Hook | 1ra propuesta L4 enviada | | **8** | 06‑15 | Cierre · Retro · Roadmap Q3 | ~10 piezas · Recap + casos | Catálogo completo vivo | Métricas reales · revenue acumulado · 2025 cierre L4 (target) | --- ## §8 — KPIs del Programa (cuadro único) ### 8.1 KPIs Productización (Frente A + B) - [ ] 7 Asset Contracts cerrados al cierre sem 8. - [ ] 3 MPI vivos en plataforma sem 4. - [ ] 5 MPI vivos sem 8. - [ ] RA‑1 + RA‑2 + RA‑3 publicados. ### 8.2 KPIs Demand Gen (Frente C) - [ ] ~100 piezas publicadas en 8 sem (45–50 Track 1 + 50 Track 2). - [ ] 5 webinars realizados. - [ ] 2 batches outreach PAP‑GranReto (40–60 conversaciones abiertas). - [ ] Newsletter Re100X: 1 issue / sem · 8 issues. - [ ] LinkedIn cadencia: 4–5x/sem Victor + 2–3x/sem EmpowerLabs. ### 8.3 KPIs Offers + Sales (Espina dorsal) - [ ] L0 → L1 conversion rate medible. - [ ] >= 10 Ignition sessions (L1) vendidas. - [ ] >= 3 Diagnósticos paid (L2) cerrados. - [ ] >= 1 Implementation (L3) cerrada. - [ ] >= 1 propuesta L4 viva al cierre. ### 8.4 KPIs Aprendizaje (HDG‑MF §7.3) - [ ] Top 5 objections por ICP documentadas (Objection Bank). - [ ] NAR tags top 3 por signal identificados. - [ ] EVD nuevos capturados desde delivery >= 4 (1 por nivel L1/L2/L3/L4). --- ## §9 — Riesgos y mitigaciones | ID | Riesgo | Mitigación | |----|--------|------------| | R‑PRG‑1 | Frente C arranca sin que Frente A tenga primer activo refinado → contenido genérico | Track 2 (Impacto IA) puede arrancar inmediatamente con piezas atomizadas del INV §2.5. Track 1 espera primer capítulo RA‑1 (sem 2). | | R‑PRG‑2 | Plataforma MPI no lista → L5 no se puede vender | Plan B §5.2 — publicar en LinkedIn + Newsletter, activar MPI sem 3. | | R‑PRG‑3 | @Anahi capacidad insuficiente para ramp‑up de cadencia | Calendario editorial conservador sem 1‑3, ramp‑up real sem 4. SherpaIA + Jay como force multiplier. | | R‑PRG‑4 | Voz drift fuera de VVP en piezas de @Anahi | Guía editorial (Task #23) + revisión VVP score 4+ antes de publish. | | R‑PRG‑5 | Capacidad de delivery L3/L4 no confirmada → vendemos lo que no podemos entregar | Asset Contract M‑2 confirma capacidad antes de publicar el tier. | | R‑PRG‑6 | Outreach PAP‑GranReto sin sistema de seguimiento → conversaciones se pierden | CRM mínimo en sem 1 (Notion/Airtable). | | R‑PRG‑7 | Refinamiento V2 toma más tiempo del previsto | Atomización paralela: cada capítulo refinado se publica como pieza independiente, no esperamos a tener v02 completo. | | R‑PRG‑8 | IRONMAN Sudamérica 2026 (Rebelocity) drena ancho de banda Victor en mayo–junio | Sales playbook (RA‑3) escrito sem 6 para que Anahi + Jay puedan operar L1–L2 sin Victor en cocina. L3+ siempre con Victor. | | R‑PRG‑9 | Conflict de inventario monetizable (B1 Demand Gen también es Demo Vault Alain) | Refinamos primero a EL canónico v02; re‑sanitización Demo Vault es output secundario. | --- ## §10 — Decisiones cerradas (D‑*) | ID | Decisión | Fecha | |----|----------|-------| | D‑P‑01 | 3 frentes corren simultáneos, no secuenciales | 2026‑04‑26 | | D‑P‑02 | Espina dorsal tiene 4 capas (no 5), Sales explícita | 2026‑04‑26 | | D‑P‑03 | Modelo híbrido B2C/B2B/B2O canónico | 2026‑04‑26 | | D‑P‑04 | @Victor productización · @Anahi Demand Gen · Jay sherpa | 2026‑04‑26 | | D‑P‑05 | Activos refinados: B1 + B2 + B11 (no más en V2 era IA) | 2026‑04‑26 | | D‑P‑06 | Catálogo de 7 productos con Asset Contracts canónicos | 2026‑04‑26 | | D‑P‑07 | Calendario maestro 8 sem con cierres por capa | 2026‑04‑26 | | D‑P‑08 | Lanzamiento Hook+IIE sem 7 — pieza bisagra | 2026‑04‑26 | | D‑P‑10 | Plan Estratégico Demand Gen prerrequisito del Frente C (no el primer batch editorial) | 2026‑04‑26 (segunda pasada) | | D‑P‑11 | Plataforma MPI lista para sem 1 (cierra N‑P‑1) | 2026‑04‑26 (segunda pasada) | | D‑P‑12 | Onboarding Anahi obligatorio sem 1 día 1 con doc canónico | 2026‑04‑26 (segunda pasada) | | D‑P‑13 | Empowernomics + Intellinomics como pendientes editoriales mayores (Frente E candidato · no bloquean sem 1-8) | 2026‑04‑26 (segunda pasada) | | D‑P‑14 | **LABX = producto cotizable** (no fase, no categoría) — cierra D-P-09 | 2026‑04‑26 (tercera pasada) | | D‑P‑15 | Verificación registral pre-aplicación cliente-facing es **bloqueador** | 2026‑04‑26 (tercera pasada) | | D‑P‑16 | LabPraxis NO se renombra (banco interno operativo WORX, distinto de LABX) | 2026‑04‑26 (tercera pasada) | | D‑P‑17 | Posta no requiere pre-aviso explícito del rebranding | 2026‑04‑26 (tercera pasada) | | D‑P‑18 | **4 productos canónicos cotizables**: EmpowerScan · SherpaX · LABX · MPI | 2026‑04‑26 (tercera pasada) | | D‑P‑19 | Corp-Brain-OS NO se vende como producto independiente (componente arquitectural) | 2026‑04‑26 (tercera pasada) | | D‑P‑20 | WORX licensing es roadmap futuro · no SKU activo hoy | 2026‑04‑26 (tercera pasada) | | D‑P‑21 | **SO-HiORG = outcome certificado** del ecosistema instalado (4 tiers) · NO producto cotizable | 2026‑04‑26 (tercera pasada) | | D‑P‑22 | **Naming SKU LABX v01 ratificado**: LABX-Original · LABX-Replica-A · LABX-Replica-B · IIE-Audit como módulo separado (NO LABX-Certified) | 2026‑04‑26 (tercera pasada · ratificación posterior) | --- ## §11 — Preguntas abiertas (N‑*) | ID | Pregunta | Quién decide | Cuándo | |----|----------|--------------|--------| | ~~N‑P‑1~~ | ~~¿Plataforma MPI lista para sem 1 o sem 3?~~ ✅ **CERRADA 2026-04-26 por D-P-11** — MPI lista para sem 1 · Track 1+2 publican desde sem 1 sin fallback · Plan B §5.2 cancelado · Task #24 cerrada | @Victor + equipo TI | ~~sem 1~~ | | N‑P‑2 | ¿L2/L3 closer es @Victor o se delega a partir de sem 4? | @Victor | sem 4 | | N‑P‑3 | ¿IPB‑Victor entra al catálogo L5 en este sprint o post‑8 sem? | @Victor | sem 5 | | N‑P‑4 | ¿Newsletter es Re100X o se abre EmpowerLabs Newsletter separada para Track 1? | @Victor + @Anahi | sem 1 | | N‑P‑5 | ¿Modelo de pricing L1–L5 es público (página) o solo en propuesta? | @Victor | sem 2 | | N‑P‑6 | ¿CRM mínimo: Notion, Airtable, HubSpot, otro? | @Victor + Jay | sem 1 | | N‑P‑7 | ¿Outreach PAP‑GranReto lo opera @Victor solo o con apoyo? | @Victor | sem 1 | --- ## §12 — Próximos pasos inmediatos (acciones sem 1, día 1‑2) 1. ✅ **Inventario consolidado** — `INV-HIORGS-DemandGen-ActivosCanonicos-v01` (cerrado hoy). 2. ✅ **XPack‑Programa** — este documento (cerrado hoy). 3. **Onboarding @Anahi** — agendar 1 sesión esta semana, entregar paquete: TP‑v03 + INV + XPack‑Programa + VVP + guía editorial draft. 4. **Calendario editorial sem 1** — 4–6 piezas fundacionales agendadas (Task #25). 5. **Plataforma MPI** — confirmar estado (Task #24 / N‑P‑1). 6. **CRM mínimo** — decidir herramienta (N‑P‑6) y poblar con primeras 20 cuentas target. 7. **Rescate huérfanos** — Companies/EmpowerLabs/EL‑TP‑DemandGen‑* → confirmar duplicación con canónicos PB‑R100X y depurar (Task #31). 8. **Asset Contract L0** — cerrar contrato del Paper Gran Reto + landing + nurture. 9. **Asset Contract L1** — cerrar contrato del SherpaX Ignition + booking flow. 10. **Actualizar XP‑EL‑HIORGS‑Portfolio‑v01** — incorporar este XPack y INV en §ASSETS y §NEXT. --- ## §13 — Conexión con frameworks externos (referencias) - **Daniel Priestley · Key Person of Influence (KPI)** — productización del experto, escalera de productos, marca personal como vehículo de demanda B2O. - **Chris Walker · Refine Labs / Demand Gen Live** — creación de demanda > captura de leads, dark social, content‑market fit, "the new B2B funnel is exposure → trust → in‑market". - **Alex Hormozi · $100M Offers** — 4 palancas de oferta (dream outcome × likelihood / time × effort), grand slam offer test, stacking, value‑perceived calculus. - **Myron Golden · MMOC + Sales as Service** — venta como servicio, BOSS framework, high‑ticket closing. - **B11 interno** `MPB-BVH-CHTSM-HighTicketSales-v01` — destila los 4 anteriores en un sistema operable internamente. --- ## §14 — Actualización 2026-04-26 EOD · Catálogo v02 + Demand Gen reordenado (D-P-09 a D-P-22) > Esta sección integra al programa las decisiones de la **segunda y tercera pasada** del Día 100X (cf. `MIN-DAY-2026-04-26-v01-Dia100X.md` §12 + §13 + §13.6). El cuerpo del XPack sigue v01 — la versión formal v02 con catálogo reformulado y calendario re-anclado se produce en **Task #33**. Aquí se mantiene snapshot consistente para no operar con un programa desactualizado. ### 14.1 — Cambios estructurales (vista comprimida) **Catálogo (afecta §2.3 + §3 + §5.1):** | Ámbito | Antes (v01) | Después (v02 ratificado) | Decisión | |---|---|---|---| | Producto cotizable principal del SO-HiORG | "DOIX Implementation / HiOrgs Sprint 90 días" (L3) | **LABX-Original** (40 días · 1 equipo × 1 proyecto vivo) | D-P-14 | | Replicación post-Sprint | Modalidad oculta dentro de "MasterSherpa" | **LABX-Replica-A** (Modelo A · facilitación EL) y **LABX-Replica-B** (Modelo B · equipo interno certificado del cliente) | D-P-22 | | Top de la escalera B2O | "MasterSherpa Re100X Full" (L4) | Combo **LABX-Original + N LABX-Replica + módulo IIE-Audit Operating/Mastery** → camino a Certificación SO-HiORG | D-P-21 | | Posicionamiento SO-HiORG | "lo que vendemos" (categoría comercial) | **outcome certificado** (4 tiers Foundation/Operating/Mastery/Excellence · NO se compra · se obtiene vía IIE-Audit) | D-P-21 | | Auditoría EL | Gate interno (Modelo B) | **Módulo IIE-Audit** formal · cuenta hacia tier de Certificación SO-HiORG · NO es SKU LABX-Certified | D-P-22 | | Catálogo total | "12 SKUs distribuidos en 4 capas del SO-HiORG" | **4 productos canónicos** (EmpowerScan · SherpaX · LABX · MPI) + módulo IIE-Audit + outcome certificado SO-HiORG | D-P-18 | | Componentes arquitecturales | Vendibles sueltos | Corp-Brain-OS y WORX **NO se venden por separado** · WORX licensing es roadmap futuro | D-P-19 + D-P-20 | **Demand Gen (afecta §6 + §7 + §11 + §12):** | Ámbito | Antes (v01) | Después | Decisión | |---|---|---|---| | Arranque Frente C sem 1 | Primer batch editorial 4-6 piezas (TP-v03 §5 sem 1) | **PLAN-HIORGS-DemandGen-Estrategico-v01** como prerrequisito · batch editorial pasa a sem 1 después del Plan firmado | D-P-10 | | Plataforma MPI | Estado pendiente (N-P-1 abierta · TP-v03 N-1) | **Lista** · Track 1+2 publican sobre MPI desde sem 1 sin fallback · **N-P-1 cerrada** | D-P-11 | | Onboarding Anahi | "agendar 1 sesión esta semana" (§12 punto 3) | **Doc canónico obligatorio** sem 1 día 1 (lecturas obligadas + entregables sem 1 + reglas inmutables + modelo de producción + escalación + métricas) | D-P-12 | | Empowernomics + Intellinomics | Sin tratamiento | **Pendientes editoriales mayores** · Frente E candidato o outputs estratégicos sem 8+ · NO bloquean sem 1-8 | D-P-13 | ### 14.2 — Implicación operativa para el calendario maestro §7 - **Sem 1 sigue arrancando 2026-04-27** pero con secuencia interna: (1) Plan Estratégico DG → (2) Onboarding Anahi → (3) Calendario editorial → (4) Guía editorial → (5) Primer batch editorial. Punto 5 puede empujarse a sem 1 final / sem 2 inicio si Plan Estratégico requiere 2-3 días. - **Asset Contracts L1+L2+L5 (sem 1-4)** quedan firmes — usan SKUs SherpaX, EmpowerScan y MPI que no requieren rebranding cliente-facing. - **Asset Contracts L3+L4 (sem 5-6)** quedan **bloqueados de publicación cliente-facing** hasta GO de verificación registral LABX (Task #34) — pero el contrato interno y la capacity plan pueden producirse en paralelo con vocabulario LABX (uso interno OK desde 2026-04-26 EOD). - **Lanzamiento Hook + IIE sem 7** sigue firme — la sub-versión pública del IIE no requiere registrar "IIE-Audit" como marca · es la sub-versión auto-aplicable que alimenta el embudo hacia LABX. - **Webinars sem 3-7** alinean lenguaje a "EmpowerScan + SherpaX + LABX + Certificación SO-HiORG" en piezas internas; webinars públicos esperan GO Task #34 para usar el nombre LABX. ### 14.3 — Restricción crítica de uso del nombre LABX (D-P-15) - Uso **interno** (vault, planes, MPBs internos, decks internos, Asset Contracts internos, capacity plans, scripts de Anahi para Demand Gen interna) — **OK desde 2026-04-26 EOD**. - Uso **cliente-facing** (página web pública, decks públicos, posts publicados, dominios, redes sociales, propuestas a clientes nuevos, conversación nueva con Posta usando el nombre LABX literalmente, Hook IIE público que mencione LABX) — **BLOQUEADO** hasta GO de Task #34 (verificación registral USPTO + IMPI + dominios + redes). - Mientras tanto en **piezas públicas** se sigue usando lenguaje genérico ("formato 40 días de transformación", "primer LABX" sin mostrarlo como marca), o se posponen las piezas hasta GO. ### 14.4 — Tasks abiertas derivadas del rebranding - Task **#33** — Reformular CP-Catálogo v02 (4 productos + Certificación SO-HiORG 4 tiers) — sem 2-3 - Task **#34** — Verificación registral LABX — sem 1 (bloqueador) - Task **#35** — Diseño formal Certificación SO-HiORG (4 tiers + auditoría + pricing + re-cert.) — sem 3-5 - Task **#36** — Cascada interna catálogo v02 + SKUs LABX en INV-DemandGen + XPack-Programa — **EN EJECUCIÓN** (este turno) ### 14.5 — Próximo paso del XPack post-actualización Cuando Task #34 emita GO (sem 1), Task #33 produce la versión formal `XP-HIORGS-Programa-Prod-DG-Offers-Sales-v02` con catálogo v02 completo + calendario maestro re-anclado a SKUs LABX + sección Certificación SO-HiORG integrada al §2 (no como anexo §14). Esta v01 queda archivada con todas las cascadas como referencia histórica del Día 100X. --- ## CHANGELOG | Versión | Fecha | Cambio | |---------|-------|--------| | v01 | 2026-04-26 | Creación. Programa transversal con 3 frentes simultáneos (Refinar / Monetizar / Generar) atravesado por espina dorsal de 4 capas (Productización × DemandGen × Offers × Sales) y modelo híbrido B2C/B2B/B2O. Calendario maestro 8 semanas. KPIs por capa. Conecta INV-HIORGS-DemandGen-ActivosCanonicos-v01 + TP-HIORGS-DemandGen-Ecosistema-v03 + MF-BMF-HybridDemand-v02. | | v01.1 | 2026-04-26 EOD | **Cascada interna catálogo v02 + SKUs LABX + Demand Gen reordenado (D-P-10 a D-P-22).** Sin bumpear a v02 formal (eso es Task #33). Cambios: Asset Header (fecha última actualización) · §2.3 Capa Offers tabla Offer Ladder re-mapeada (L0/L1 IIE-Audit ligero · L2 EmpowerScan · L3 LABX-Original 40 días · L3+ LABX-Replica-A/B · L4 combo LABX+IIE-Audit · L5 MPI · módulo IIE-Audit + outcome SO-HiORG agregados como filas explícitas) · §3 modelo híbrido B2C/B2B/B2O re-mapeado a SKUs canónicos · §5.1 catálogo a cerrar re-mapeado · §10 decisiones cerradas (D-P-09 a D-P-22 agregadas) · §11 N-P-1 cerrada por D-P-11 · §14 nueva (vista comprimida cambios estructurales + implicación calendario + restricción cliente-facing + tasks derivadas + próximo paso post-actualización). Restricción cliente-facing reforzada (D-P-15 bloquea uso público de LABX hasta Task #34). | --- *XP-HIORGS-Programa-Prod-DG-Offers-Sales-v01 · @Victor · @Anahi · Jay · 2026-04-26 · actualizado 2026-04-26 EOD* *"Productizamos y afinamos la producción de los activos. Generamos IP. Preparamos la Generación de Demanda. Activamos MasterPlaybooks para monetizar." — Victor, 2026‑04‑26* *"No vendemos un Sistema Operativo Organizacional. Te llevamos a tener uno — y lo certificamos." — Victor, 2026‑04‑26 (frase canónica del catálogo v02 · D-P-21)*