## Asset Header - **Asset ID:** FOS-EL-BMF-GTM-DemandGen-v01 - **Version:** v01 - **Status:** Draft - **Owner:** Victor Heredia - **IntellBank:** IB-EL-EmpowerLabs - **Tipo:** FOS — (tipo pendiente) - **Propósito:** Factory OS — DemandGen EmpowerLabs - **Última actualización:** 2026-04-11 --- # Factory OS — DemandGen EmpowerLabs ## FOS-GTM-DG-v01 --- - **Asset ID:** FOS-GTM-DG-v01 - **Version:** v0.1 - **Status:** Activo — Caso 2 - **Owner:** Victor Heredia / EmpowerLabs - **Layer:** L3.R (Runtime de mini-factoría) - **Factoría madre:** FI-GTM (Factoría Go-to-Market) — Estación 04: El DemandGen - **MetaPlaybooks que carga:** HDG-MF-v02 (Hybrid Demand MetaFactory) + MF-GTM-v01 (Estación 04) - **Fecha de activación:** 2026-04-05 - **Producido por:** MF-FOS (MetaFactoría de Factory OS) — Caso 2 --- ## CONTEXTO ESTRUCTURAL DemandGen no es una factoría independiente. Es una **mini-factoría** (mf-gtm-demandgen) dentro de FI-GTM, que opera en la Estación 04 del Ciclo de Innovación. Su output alimenta a la Estación 05 (El Vendedor): prospectos calificados listos para conversación de cierre. Dentro de DemandGen viven dos mini-factorías de segundo nivel: - **mf-content** — Creación y publicación de contenido (LinkedIn, artículos, newsletters, video) - **mf-leads** — Generación de leads calificados (Outreach → Demo → Calificación → Handoff) La peculiaridad de DemandGen es que opera **continuamente** — no por proyecto como SherpaX o Publishing. Es un flujo perpetuo que debe producir señal todas las semanas. Eso cambia la naturaleza del State Tracker y la Telemetría: aquí se miden cadencias, no milestones de proyecto. ``` FI-GTM (Factoría madre) │ ├── Est.01 El Ideador ──→ CC (Concept Card) ├── Est.02 El Evaluador ──→ VR (Viability Report) ├── Est.03 El Productizador ──→ PB (Product Blueprint) │ ├── Est.04 EL DEMANDGEN ──→ GTM Playbook ← ← ← ESTE FACTORY OS │ │ │ ├── mf-content ──→ Posts, artículos, newsletters, video │ └── mf-leads ──→ Prospectos calificados │ └── Est.05 El Vendedor ──→ SP (Sales Playbook) + DEAL CLOSED ``` --- ## COMPONENTE 1 — STATE TRACKER > Estado del sistema de generación de demanda en las dos mini-factorías. > Se actualiza semanalmente (mínimo) o al final de cada sesión de producción. > Última actualización: 2026-04-05 ### Línea 1: Mini-Factoría de Contenido (mf-content) ``` ╔══════════════════════════════════════════════════════════════════════════════╗ ║ MF-CONTENT — PRODUCCIÓN DE CONTENIDO — ESTADO AL 2026-04-05 ║ ╠══════════════════════════════════════════════════════════════════════════════╣ ║ ║ ║ PIEZA MAESTRA (Fundacional) ║ ║ ├── Status: 🔴 NO PRODUCIDA ║ ║ ├── Título: "La Era de la Reinvención: Por qué las organizaciones ║ ║ │ que sobrevivirán no son las que adoptan IA — son las que se ║ ║ │ vuelven Hiperinteligentes" ║ ║ ├── Formato: Ensayo fundacional (2,000-2,500 palabras) ║ ║ ├── Canal: LinkedIn Newsletter / artículo ║ ║ └── Cascada: 10 posts derivados planificados (ver SHA-TP-DG-EL-v02) ║ ║ ║ ║ CADENCIA DE PUBLICACIÓN ║ ║ ├── Objetivo: 4-5x/semana (LinkedIn Victor) + 2-3x/semana (LinkedIn EL) ║ ║ ├── Actual: 0 posts/semana 🔴 ║ ║ ├── Última publicación: [fecha desconocida — pausa larga] ║ ║ └── Newsletter: 0 issues enviados (no iniciado) ║ ║ ║ ║ CONTENT QUEUE ║ ║ ├── Pieza maestra: 🔴 sin producir ║ ║ ├── Posts derivados (10): 🔴 sin producir (dependen de pieza maestra) ║ ║ ├── Case Notes (EVD-*): 2 escritos (Litos, Alain) — no publicados ║ ║ ├── IPB content: 1 disponible (Jensen Huang) — no atomizado ║ ║ └── Pilares narrativos (NAR-01 a NAR-10): definidos, 0 ejecutados ║ ║ ║ ║ VVP COMPLIANCE ║ ║ ├── Voice Pack: VVP v0.1 ✅ disponible ║ ║ ├── Mode Map por contenido: definido en HDG-MF-v02 §Module 3 ║ ║ └── Quick-Cal Test: 5 preguntas, threshold 4/5 ║ ║ ║ ╚══════════════════════════════════════════════════════════════════════════════╝ ``` ### Línea 2: Mini-Factoría de Leads (mf-leads) ``` ╔══════════════════════════════════════════════════════════════════════════════╗ ║ MF-LEADS — GENERACIÓN DE LEADS — ESTADO AL 2026-04-05 ║ ╠══════════════════════════════════════════════════════════════════════════════╣ ║ ║ ║ PIPELINE DE PROSPECTOS ║ ║ ├── Awareness (followers, suscriptores): 26K LinkedIn (dormidos) ║ ║ ├── Engaged (comentan, DM, interactúan): 0 activos ║ ║ ├── Lead calificado (match ICP + señal de compra): 0 ║ ║ ├── Demo agendada: 0 ║ ║ ├── En conversación activa: 0 ║ ║ └── Handoff a Vendedor: 0 ║ ║ ║ ║ LEADS HISTÓRICOS (demos previas) ║ ║ ├── Litos: Demo completada ✅ — Founder en Hibernación (ICP #2) ║ ║ │ Status: Follow-up pendiente (SHA-Resumen-Ejecutivo-Litos-v01 listo) ║ ║ ├── Alain Ríos: Demo completada ✅ — CEO en Transición (ICP #1) ║ ║ │ Status: Follow-up pendiente (SHA-Resumen-Ejecutivo-AlainDemo listo) ║ ║ └── Referidos potenciales: Litos (2-3), Alain (red ServiceNow) ║ ║ ║ ║ CANALES DE CAPTACIÓN ║ ║ ├── LinkedIn orgánico (Victor): 80% del plan — NO ACTIVO ║ ║ ├── LinkedIn orgánico (EL): secundario — NO ACTIVO ║ ║ ├── Newsletter: NO EXISTE ║ ║ ├── MasterPlaybooks platform: existente pero sin CTA path ║ ║ ├── TribusRRHH: canal caliente (5K + Lyz 300K) — NO ACTIVADO ║ ║ ├── Referidos: canal directo — NO SISTEMATIZADO ║ ║ └── Paid (LinkedIn Ads): no planificado aún ║ ║ ║ ║ ICPs ACTIVOS ║ ║ ├── ICP #1 — CEO en Transición: empresa $300K-$3M, 1-15 personas, LATAM ║ ║ └── ICP #2 — Founder-Inventor en Hibernación: 10-25 años expertise ║ ║ ║ ╚══════════════════════════════════════════════════════════════════════════════╝ ``` ### Línea 3: Evidencia y Proof Points (Evidence Engine) ``` ╔══════════════════════════════════════════════════════════════════════════════╗ ║ EVIDENCE ENGINE — ACTIVOS DE PRUEBA — ESTADO AL 2026-04-05 ║ ╠══════════════════════════════════════════════════════════════════════════════╣ ║ ║ ║ EVD ID TIPO DESCRIPCIÓN PUBLICADO ║ ║ ───────────────────────────────────────────────────────────────────── ║ ║ EVD-001 Case Note SherpaX Ignition — Litos (76X) 🔴 No ║ ║ EVD-002 Case Note SherpaX Ignition — Alain Ríos 🔴 No ║ ║ EVD-003 IPB IPB-JensenHuang — cognitive pilot 🔴 No ║ ║ EVD-004 Benchmark Victor — 74X productividad 🔴 No ║ ║ EVD-005 Process Art. BMF — 118+ activos registrados 🔴 No ║ ║ EVD-006 Demo viva Protocolo 2+2 en acción 🟡 Parcial ║ ║ ║ ║ ESTADO: 6 evidencias documentadas, 0 publicadas, 0 atomizadas ║ ║ ALERTA: La evidencia existe pero no alimenta el sistema de demanda ║ ║ ║ ╚══════════════════════════════════════════════════════════════════════════════╝ ``` ### Infraestructura de la Mini-Factoría | Componente | Asset | Versión | Estado | |---|---|---|---| | MetaFactory DemandGen | HDG-MF-v02-Hybrid-Demand-MetaFactory.md | v02 | ✅ Blueprint completo (8 módulos) | | Factoría madre pipeline | MF-GTM-v01.md | v01 | ✅ Skeleton operacional | | Transfer Pack DG EL | SHA-TP-DemandGenFactory-EmpowerLabs-v02.md | v02 | ✅ Operativo con calendario | | Transfer Pack DG genérico | SHA-TP-DemandGenFactory-Generic-v01.md | v01 | ✅ Template replicable | | Strategy Re100X | Re100X-DemandGen-Strategy-v01.md | v01 | ✅ Estrategia CAM | | Battle Plan 3 semanas | Re100X-DemandGen-BattlePlan-3Semanas-v01.md | v01 | ✅ Plan táctico | | Content Frame pieza maestra | Re100X-ContentFrame-PiezaMaestra-v01.md | v01 | ✅ Estructura 5 actos | | HiOrg Content Room | SHA-SP-HiOrgContentRoom-PiezaMaestra-v01.md | v01 | ✅ Room de producción | | GTM Playbook SherpaX | SHA-GTM-v01.md | v01 | ✅ Referencia por producto | | Sales Playbook SherpaX | SP-SherpaX-v01.md | v01 | ✅ Handoff a Vendedor | | VVP Victor | VVP — Victor Voice Pack v0.1.md | v0.1 | ✅ Estándar de voz | | GPT DemandGen Assistant | MP-GPT-Master-DemandGen-Assistant-v01.md | v01 | ✅ Agente disponible | | GPT Content Creator | MP-GPT-Master-Empower-Content-Creator-v01.md | v01 | ✅ Agente disponible | | MiPB DemandGen Expertos | MiPB-DemandGen-Expertos-v02.md | v02 | ✅ Mini-Playbook | | Onboarding DG Playbook | EL-TP-DemandGen-v01.md | v01 | ✅ Referencia | ### Stakeholders | Persona | Rol en la mini-factoría | Contacto | |---|---|---| | Victor Heredia | Fuente de contenido + voz + decisiones de publicación | Directo | | Anahí | Scheduling + publicación + seguimiento de leads | Equipo EL | | Juan Carlos | CRM + Content→Revenue connection | Equipo EL | | Paloma | Producción visual (carruseles, video, cards) | Equipo EL | | (SherpaX/VicX) | Producción de drafts, atomización, VVP compliance | AI Agent | | Lyz Escalante | Co-líder TribusRRHH (canal de distribución) | Alianza | --- ## COMPONENTE 2 — SESSION MEMORY > Al inicio de cada sesión de producción de contenido o gestión de leads, cargar este bloque. ### Protocolo de inicio de sesión Cuando un operador abre una sesión para trabajar en DemandGen: **Paso 1:** Consultar el State Tracker para confirmar: - ¿Cuál es la cadencia actual vs. objetivo? (¿estamos publicando suficiente?) - ¿Hay leads en pipeline que necesitan acción? (¿follow-up pendiente?) - ¿Hay nueva evidencia capturada que no se ha atomizado? **Paso 2:** Determinar el tipo de sesión y cargar contexto: | Tipo de sesión | Qué cargar | |---|---| | Producción de contenido | VVP v0.1 + NAR tags relevantes + EVD-* disponibles + Content Queue | | Pieza maestra | Re100X-ContentFrame-PiezaMaestra-v01 + SHA-SP-HiOrgContentRoom + VVP Level 4-5 | | Atomización | Pieza fuente + HDG-MF-v02 §Module 3 (Atomization Queue Logic) + VVP Mode Map | | Gestión de leads | Pipeline de prospectos + SHA-GTM-v01 + mensajes validados | | Follow-up | Resúmenes ejecutivos del prospecto + SP-SherpaX-v01 (protocolo de conversión) | | Weekly Review | Publish Log + métricas + Objection Bank + EVD-* nuevos | **Paso 3:** Verificar alertas activas (Componente 4). **Paso 4:** Al terminar la sesión, actualizar: - Content Queue (qué se produjo, qué se publicó) - Pipeline de leads (cualquier movimiento) - Publish Log (cada publicación con NAR tag, EVD tag, señal) - Tiempo invertido - Notas para la siguiente sesión ### Pilares Narrativos Activos (NAR-*) | Tag | Pilar | ICP | Status | |---|---|---|---| | NAR-01 | La era de la reinvención no es opcional | Ambos | Definido, 0 posts | | NAR-02 | El conocimiento se acumula pero no se multiplica solo | Founder | Definido, 0 posts | | NAR-03 | El 60% del trabajo es coordinación — dinero destruido | CEO | Definido, 0 posts | | NAR-04 | La IA no te reemplaza; tu organización sin IA ya está siendo reemplazada | CEO | Definido, 0 posts | | NAR-05 | Los costos ocultos son el mayor activo sin explotar de tu empresa | CEO | Definido, 0 posts | | NAR-06 | La voz del experto es el activo más valioso — y el más frágil | Founder | Definido, 0 posts | | NAR-07 | HiOrgs no son compañías que usan IA — son organismos que piensan | CEO | Definido, 0 posts | | NAR-08 | La diferencia entre expertise y referente es un sistema | Founder | Definido, 0 posts | | NAR-09 | SherpaX no es un chatbot — es la versión IA de ti mismo | Ambos | Definido, 0 posts | | NAR-10 | La transformación predecible existe — es arquitectura | Ambos | Definido, 0 posts | ### Mensajes Validados en Campo | # | Mensaje | Validado con | |---|---|---| | M1 | "No te estoy vendiendo una herramienta de IA. Te estoy mostrando cómo construir la versión AI de ti mismo." | Litos + Alain | | M2 | "Todo lo que has construido está en riesgo de quedarse atrapado en tu cabeza para siempre." | Litos | | M3 | "Hay un momento en la carrera de un CEO donde el conocimiento acumulado está en su punto máximo." | Alain | | M4 | "La pregunta no es si tu organización va a usar IA. Es si va a volverse Hiperinteligente." | Nuevo (sin validar) | ### Protocolo de Atomización (Pieza → Átomos) ``` 1 Pieza Maestra → 3-5 Posts LinkedIn (distintos pilares NAR) → 2-3 Cards (conceptos clave) → 1 Newsletter (desarrollo profundo) → 1 Short / Carousel (hook visual) → 1 MiniPB (lead magnet accionable) → 1 CTA path (captura + secuencia de nurture) ``` ### Registro de decisiones | Fecha | Decisión | Contexto | Quién decidió | |---|---|---|---| | 2026-04-05 | FOS-GTM-DG activado como Caso 2 | Post arquitectura de factorías | Victor | | 2026-04-04 | Pieza maestra como primer movimiento (no posts individuales) | Retiro Semana Santa — cambio de approach v01→v02 | Victor | | 2026-04-04 | "Document, don't create" como principio operativo | Re100X-DemandGen-Strategy-v01 | Victor | | — | — | — | — | --- ## COMPONENTE 3 — GATE ENGINE ### Gates de Producción de Contenido (mf-content) | Gate | Criterio | Tipo | Resolución | |---|---|---|---| | G-TOPIC | ¿El tema está alineado con un pilar narrativo (NAR-*)? | Binario | Auto: verificar tag NAR presente | | G-VVP | ¿El contenido pasa VVP Quick-Cal Test (≥4/5)? | Juicio | Operador aplica 5 preguntas del VVP v0.1. Si falla: reescribir antes de publicar | | G-EVIDENCE | ¿Tiene tag de evidencia (EVD-*) o está marcado como Level 0 (sin proof)? | Binario | Auto: verificar tag. Si no tiene ninguno: no publicar (G-02 governance) | | G-CTA | ¿Tiene un CTA alineado a la escalera de valor? | Binario | Auto: verificar CTA tag presente | | G-CAM | ¿El contenido de posicionamiento articula el punto de convergencia? | Juicio | Aplica solo a piezas de posicionamiento. Escalar si no hay CAM statement | ### Gates de Calificación de Leads (mf-leads) | Gate | Criterio | Tipo | Resolución | |---|---|---|---| | G-ICP-FIT | ¿El prospecto matchea ICP #1 o ICP #2? | Juicio | Operador califica contra perfil ICP. Si no matchea: no invertir tiempo | | G-SIGNAL | ¿Hay señal de compra real? (comentario sustantivo, DM espontáneo, share ejecutivo) | Juicio | Operador evalúa. Señal débil (like): nurture. Señal fuerte (DM con contexto): avanzar | | G-DEMO-READY | ¿El prospecto está listo para demo? (3+ interacciones, dolor articulado, timing claro) | Juicio | Operador escala a Victor si candidato a demo | | G-HANDOFF | ¿El lead está calificado para handoff a Vendedor (Estación 05)? | Juicio | Victor decide: handoff a proceso de cierre o más nurture | ### Gates de Governance (HDG-MF-v02 MVG) | Gate | Regla | Tipo | Consecuencia de FAIL | |---|---|---|---| | G-01 | No invented facts, quotes, results | Binario | Stop-the-line. No publicar. | | G-02 | No-signal-no-publish: todo tiene EVD tag o Level 0 label | Binario | Stop-the-line. Agregar tag antes de publicar. | | G-03 | Versioning obligatorio en todo asset | Binario | Stop-the-line. Agregar versión. | | G-04 | Traceability: toda publicación tiene Publish Log entry | Binario | Stop-the-line. Registrar antes de publicar. | | G-05 | VVP compliance (Quick-Cal ≥4/5) | Juicio | Stop-the-line. Reescribir con VVP. | | G-06 | CAM Integrity en assets de posicionamiento | Juicio | Stop-the-line. Articular convergencia. | --- ## COMPONENTE 4 — TELEMETRÍA > DemandGen se mide semanalmente. No es por proyecto — es un flujo continuo. ### Log de Producción Semanal | Semana | Posts publicados | Newsletter | Leads generados | Demos | VVP Pass rate | Notas | |---|---|---|---|---|---|---| | 2026-W14 (actual) | 0 | 0 | 0 | 0 | — | Factory OS activado. Producción no iniciada. | | — | — | — | — | — | — | — | ### Métricas de Contenido (mf-content) | Métrica | Actual | Objetivo semanal | Status | |---|---|---|---| | Posts LinkedIn (Victor) | 0/semana | 4-5/semana | 🔴 No iniciado | | Posts LinkedIn (EL) | 0/semana | 2-3/semana | 🔴 No iniciado | | Newsletter issues | 0 total | 1/semana | 🔴 No existe | | Pieza maestra publicada | 0 | 1 (fundacional) | 🔴 Bloqueado | | Posts derivados de pieza maestra | 0/10 | 10 en 4 semanas | 🔴 Depende de pieza | | NAR tags con señal alta | 0/10 | ≥3 validados en 30 días | 🔴 Sin datos | | VVP Pass rate | — | ≥90% | — Sin datos | | Content→Lead conversion | — | TBD tras 30 días | — Sin baseline | ### Métricas de Leads (mf-leads) | Métrica | Actual | Objetivo 90 días | Status | |---|---|---|---| | Leads calificados en pipeline | 0 | ≥15 | 🔴 No iniciado | | Demos agendadas | 0 (2 históricas) | ≥6 | 🔴 No iniciado | | DMs espontáneos/semana | 0 | ≥3 | 🔴 No iniciado | | Follow-ups pendientes | 2 (Litos, Alain) | 0 pendientes | 🟠 Acción requerida | | Referidos activados | 0 | ≥5 | 🔴 No sistematizado | | Conversión lead→demo | — | 35% (red directa), 20% (LinkedIn) | — Sin datos | | TribusRRHH como canal | No activado | ≥3 leads | 🔴 Alianza dormida | ### Métricas de Evidencia (Evidence Engine) | Métrica | Actual | Objetivo 90 días | Status | |---|---|---|---| | EVD-* documentados | 6 | ≥10 | 🟡 Hay base | | EVD-* publicados | 0 | ≥4 | 🔴 Ninguno publicado | | EVD-* atomizados en contenido | 0 | ≥3 | 🔴 No atomizados | | Delivery→Evidence loop activo | No | Sí | 🔴 Loop no conectado | ### Weekly Operating Review (Protocolo HDG-MF-v02 §7.4) **Frecuencia:** Cada lunes (o primer día de la semana laboral) **Duración:** 30 minutos máximo **Inputs:** - Publish Log (últimos 7 días) - Top assets por señal + perfil ICP de engagers - Objection Bank updates - Nuevos EVD-* de delivery **5 preguntas obligatorias:** 1. ¿Qué NAR tag ganó esta semana — y por qué? 2. ¿Qué objeción se repitió más — y cómo la respondemos? 3. ¿Dónde cayó la conversión? 4. ¿Qué nuevo EVD-* capturamos de delivery? 5. ¿Pasó VVP el contenido publicado? **5 decisiones obligatorias:** 1. Double down: 1 NAR tag 2. Cut: 1 low-signal pattern 3. Patch: 1 offer/CTA mismatch 4. Produce next: 5-asset queue (por contrato + VVP mode) 5. Capture: 1 delivery artifact → EVD ### Alertas Activas | Alerta | Descripción | Severidad | Acción recomendada | |---|---|---|---| | 🔴 ZERO-OUTPUT | 0 publicaciones, 0 leads, 0 revenue del canal de demanda. La factoría tiene blueprint completo pero cero ejecución. Todo el diseño está en papel. | CRÍTICA | Producir y publicar la pieza maestra esta semana. Es el primer domino. Sin él, nada se mueve. | | 🔴 FOLLOW-UP-DORMIDO | 2 demos realizadas (Litos, Alain) con follow-up material listo pero sin enviar. Leads calientes enfriándose. | CRÍTICA | Enviar SHA-Resumen-Ejecutivo-Litos-v01 y SHA-Resumen-Ejecutivo-AlainDemo-v01 esta semana. No esperar la pieza maestra. | | 🟠 EVIDENCE-TRAPPED | 6 evidencias documentadas internamente pero 0 publicadas. La evidencia que no se publica no genera demanda. | ALTA | Atomizar EVD-001 (Litos 76X) y EVD-003 (Jensen IPB) como primeros posts — se pueden publicar antes de la pieza maestra. | | 🟠 TRIBUS-DORMIDA | Canal TribusRRHH (5K + Lyz 300K) no activado. Es el canal más caliente y cercano disponible. | ALTA | Coordinar con Lyz un primer contenido co-creado o una aparición en la comunidad. | | 🟡 NEWSLETTER-INEXISTENTE | No existe newsletter. Es el canal owned más importante para nurturing B2B y B2C simultáneamente. | MEDIA | Diseñar "Re100X Weekly" (nombre de trabajo). Estructura simple: 1 insight + 1 evidencia + 1 CTA. Lanzar antes del día 30. | | 🟡 PAID-SIN-ORGANIC | No hay base orgánica validada. No se debe activar paid antes de tener ≥2 semanas de señal orgánica (regla HDG-MF-v02 Module 8). | MEDIA | Mantener paid en HOLD hasta tener datos de señal orgánica. No es urgente. | | 🟡 CRM-SIN-PIPELINE | No hay CRM/pipeline formal para tracking de leads. Todo es manual o en la cabeza de Victor. | MEDIA | Juan Carlos debe configurar pipeline mínimo: Awareness → Engaged → Lead → Demo → Cierre. | --- ## NOTAS DE IMPLEMENTACIÓN ### Cómo se usa este Factory OS 1. **Este archivo se actualiza semanalmente.** DemandGen es flujo continuo — no se puede tratar como un documento que se revisa por proyecto. El State Tracker debe reflejar la cadencia real cada semana. 2. **El Weekly Operating Review es obligatorio.** 30 minutos cada lunes. Las 5 preguntas + 5 decisiones de HDG-MF-v02. Sin review, la factoría opera ciega. 3. **Las alertas se revisan al inicio de cada sesión.** Si hay alertas CRÍTICAS sin acción, eso se escala antes de producir contenido nuevo. 4. **El Publish Log es el instrumento de telemetría central.** Cada publicación queda registrada con: fecha, NAR tag, EVD tag, canal, formato, VVP score, y señal observada (likes/comments/DMs/shares). Sin Publish Log, el Gate G-04 falla y se detiene la publicación. 5. **mf-content y mf-leads son complementarias pero se operan por separado.** Contenido produce señal. Leads convierte señal. Si solo produces contenido sin operar leads, pierdes conversiones. Si solo operas leads sin contenido, no tienes señal que convertir. ### Lo que esto reemplaza - "¿Estamos publicando suficiente?" → Telemetría de cadencia (posts/semana vs. objetivo) - "¿Qué contenido funciona?" → Publish Log + NAR tags con señal + Weekly Review - "¿Tenemos leads?" → State Tracker Línea 2 con pipeline visible - "¿Nuestra evidencia está trabajando?" → Evidence Engine tracker + atomización - "Siento que deberíamos estar haciendo más" → Alertas con severidad y acción concreta ### Relación con otros Factory OS | Factory OS | Relación con FOS-GTM-DG | |---|---| | FOS-SHA-EL (Caso 1) | Upstream + Downstream: SherpaX produce evidencia (delivery) que alimenta el Evidence Engine de DemandGen. DemandGen produce leads que alimentan el pipeline comercial de SherpaX. Loop bidireccional. | | FOS-PUB-EL (Caso 0) | Lateral: Publishing produce MasterPlaybooks que son lead magnets y proof points para DemandGen. Los MasterPlaybooks alimentan el canal owned de distribución. | | MF-FOS (MetaFactoría) | Padre — el recetario que produjo este Factory OS. | | BMF-EL-ArquitecturaFactorias-v01 | Marco — la arquitectura completa donde DemandGen es mf-gtm-demandgen dentro de FI-GTM (#2 en prioridad). | ### El primer dominó El sistema está diseñado para que todo se mueva a partir de la **pieza maestra fundacional**. Ese es el first domino. De ahí se derivan 10 posts, se activan 10 pilares narrativos, se atomiza en newsletter y lead magnets, y se genera la primera ola de señal que alimenta mf-leads. Mientras no exista la pieza maestra, las acciones inmediatas que no dependen de ella son: 1. Follow-up a Litos y Alain (material listo) 2. Atomizar EVD-001 y EVD-003 como posts independientes 3. Activar canal TribusRRHH con Lyz 4. Configurar CRM/pipeline mínimo con Juan Carlos --- *Caso 2 del Factory OS. Producido por MF-FOS (MetaFactoría de Factory OS). DemandGen es la primera mini-factoría con Factory OS — la que conecta todo lo que EmpowerLabs produce con el mercado que lo necesita. Sin demanda, no hay revenue. Sin runtime, no hay demanda consistente.* *Asset ID: FOS-GTM-DG-v01 | Versión: v0.1 | Status: Activo — Caso 2* *Factoría madre: FI-GTM (Estación 04) | Mini-factorías: mf-content + mf-leads* *Owner: Victor Heredia / EmpowerLabs | Fecha: 2026-04-05*