---
type: PLAN
asset_id: PLAN-EL-WORX-ROIVisibility-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: PLAN · WORX ROIVisibility · 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:** PLAN-EL-WORX-ROIVisibility-v01
- **Versión:** v01 (draft inicial)
- **Status:** En revisión con Owner
- **Owner:** Victor Heredia
- **Runner:** Jay (SherpaX de Victor) — propone y prepara; Victor aprueba y libera
- **Sponsor:** Victor Heredia (humano)
- **IntelliBank:** IB-EL-EmpowerLabs / PB-WORX-Worx
- **Tipo:** PLAN — Plan de construcción de la narrativa cuantificada de WORX
- **Cadencia:** Sprint corto (3 semanas) + Kanban continuo para derivados del MPB
- **Propósito:** Convertir el MPB-ModeloOperativo en una narrativa de valor medible: ROI tracker + comparativo visual + familia de docs derivados, con hito inmediato en la presentación del 2026-04-21
- **Última actualización:** 2026-04-18

---

# WORX — Plan de Visibilidad del ROI y Familia de Derivados del MPB

## De arquitectura a narrativa cuantificada

---

## 1. CONTEXTO

El MPB-EL-WORX-ModeloOperativo-v01 quedó estabilizado (secciones 1-7) en una sesión intensiva de un día. El Room WORX tiene marco conceptual sólido, pero le falta la capa que convierte el modelo en una propuesta irrefutable frente a clientes: **datos duros que muestren qué tan distinto es el trabajo con WORX vs. sin WORX**.

Victor identificó cuatro iniciativas que llenan ese hueco:

1. **ROI tracker actualizado** — instrumento vivo que registra, para cada proceso operativo real, tiempo-sin-WORX vs tiempo-con-WORX, con fecha y participantes.
2. **Comparativo visual tiempo-normal-vs-tiempo-Sherpa** — un asset visual (diagrama / tabla / infografía) que se puede mostrar en la presentación del 2026-04-21 y reutilizar en ventas.
3. **Simulator conceptual** — matriz o mini-app que permite a un prospecto estimar reducción de tiempo en sus propios procesos al integrarse a un MetaPlaybook.
4. **Familia de ~20 docs derivados del MPB** — playbooks, protocolos y papers que traducen el MPB universal en guías operativas específicas.

**Tensión principal del plan:** la presentación del 2026-04-21 (piloto enterprise 40-60 días) necesita el comparativo visual listo en 48-72 horas. El resto del plan puede desplegarse en 3-6 semanas sin presión.

**Hallazgo clave del mapeo:** los datos cuantitativos que Victor maneja conversacionalmente (MPB en 1 día vs 20 años, Tecnogen en 1 hora, libro 2 días vs 3 meses de Dr. Hidalgo, WERK→WORX en minutos vs 2 colaboradores × 1 día × 30 archivos, sanitización Posta trivial) **no existen documentados** en el Room. El paso cero del plan es capturarlos.

---

## 2. RESULTADO ESPERADO

Al cierre del plan (6 semanas), WORX cuenta con:

- Un ROI tracker vivo (XDoc atómico o spreadsheet conectado) con ≥10 casos de aceleración cuantificados.
- Un asset visual "WORX speedup" listo para demo y para marketing, reutilizable en cada sesión con prospecto.
- Un banco de casos del LabPraxis (CAS-008 a CAS-015) que alimenta continuamente el tracker.
- 5-7 docs derivados del MPB listos (de los ~20 del roadmap completo).
- Un backlog priorizado para los 13-15 derivados restantes.
- Un roadmap del simulator (no implementado — diseñado y con prototipo conceptual).

---

## 3. LAS 4 INICIATIVAS — DESCOMPOSICIÓN

### Iniciativa A — ROI Tracker (el instrumento)

**Qué es:** un XDoc tipo tracker donde cada fila es un proceso operativo con estas columnas:

| Campo | Descripción | Ejemplo |
|---|---|---|
| Caso | Nombre corto | "MPB WORX redactado" |
| Fecha | ISO | 2026-04-18 |
| Proceso | Qué se hizo | "Redactar MasterPlaybook universal 7 secciones × 3 niveles" |
| Tiempo-Con-WORX | Tiempo real medido | "1 día (sesión dedicada Opus)" |
| Tiempo-Sin-WORX (estimación/benchmark) | Tiempo antes o por un competidor | "20 años de búsqueda genealógica / 6 meses de consultora tradicional" |
| Multiplicador | Ratio | "~180x vs consultora tradicional" |
| Trabajo-IA | Qué hizo el Sherpa | "Estructura + redacción; Victor validó y decidió" |
| Trabajo-Humano | Qué hizo el humano | "Criterio, decisiones, calibración" |
| Evidencia | Link al artefacto o CAS | `[[MPB-EL-WORX-ModeloOperativo-v01]]` |
| Categoría | Tipo de proceso | Documentación / Integración / Refactor masivo / Creación de libro |

**Formato recomendado:** MD con tabla (lectura humana) + export a CSV/XLSX en cada cierre semanal para cálculos agregados. No plantilla compleja en v01 — lo importante es empezar a registrar.

**Dónde vive:** `SP-EL-WORX-ROITracker-v01.md` (Sistema de Promesa / Panel) en el Room WORX.

### Iniciativa B — Comparativo Visual (el asset de venta)

**Qué es:** una página visual que muestra 5-7 casos reales lado a lado, con formato "ANTES (sin WORX) → DESPUÉS (con WORX)". Pensada para proyectarse en la presentación del 21 de abril y circular como one-pager.

**Dos versiones recomendadas:**
- **v0.1 (48h):** tabla comparativa con iconografía ligera en MD, exportable a PDF/PPT. Alimentada por los 5-7 primeros casos del ROI tracker. Lista para la demo.
- **v0.5 (2-3 semanas):** infografía con tipografía, diagrama y datos reales. Formato .pptx + .pdf. Reutilizable en ventas.

**Dónde vive:** `OUT-EL-WORX-SpeedupComparative-v01.md` (v0.1) → `DK-EL-WORX-SpeedupComparative-v05.pptx` (v0.5).

### Iniciativa C — Simulator Conceptual

**Qué es:** herramienta para que un prospecto introduzca sus propios procesos (ej: "generar plan de marketing Q3") y el simulator le estime cuánto se podría acelerar con un MetaPlaybook. Victor dijo "eventualmente, solo como idea" — se trata como R&D, no como crítico.

**Enfoque recomendado:**
- **Fase diseño (semana 3-4):** matriz de "tipos de proceso × multiplicador observado" basada en el ROI tracker. Mapeo de qué procesos del prospecto caen en qué casilla.
- **Fase prototipo (mes 2):** mini-app de 1 página (HTML/React) que recibe 3-5 procesos y devuelve estimación visual. Se construye desde la estructura atómica del XDoc — valida el concepto mini-app del MPB.

**Dónde vive:** `SIM-EL-WORX-ROICalculator-v01/` (carpeta con matriz + prototipo).

### Iniciativa D — Familia de ~20 docs derivados del MPB

**Taxonomía propuesta** (para que los 20 docs tengan lugar lógico):

| Clase | Prefijo | Qué contiene | Cantidad estimada |
|---|---|---|---|
| **PLB** — Playbooks operativos | `PLB-EL-WORX-*` | Cómo operar X específico dentro de WORX | 6-8 |
| **PROTO** — Protocolos de interacción | `PROTO-EL-WORX-*` | Protocolos humano-Sherpa granulares | 4-5 |
| **PP** — Papers / narrativas externas | `PP-EL-WORX-*` | Ensayos posicionales frente a competidores o tendencias | 3-4 |
| **SIM / MINI-APP** — Mini-apps del XDoc atómico | `SIM-EL-WORX-*` | Apps operativas generadas desde la estructura del vault | 2-3 |
| **CAS** — Casos del LabPraxis | `CAS-EL-WORX-*` | Evidencia operativa continua (flujo, no batch) | ≥5 en 6 semanas |

**Top-7 derivados priorizados** (los que más suman en corto plazo):

| # | Derivado propuesto | Clase | Por qué ahora |
|---|---|---|---|
| 1 | **PROTO — Dictar al Sherpa vs. auto-actualizar** | PROTO | Ejemplo 1 de Victor — articula el cambio de interface que revoluciona el hábito |
| 2 | **PLB — Tablero Personal, Chat Dashboard y Portfolio dinámicos** | PLB | Ejemplo 2 de Victor — materializa el Nivel 3 del MPB |
| 3 | **PP — WORX vs. la próxima generación de organizaciones agénticas** | PP | Ejemplo 4 de Victor — posicionamiento macro defendible |
| 4 | **SIM — Mini-app operativa desde XDoc (MVP conceptual)** | SIM | Ejemplo 3 de Victor — valida la tesis de "atomicidad del XDoc habilita emergencia" |
| 5 | **PLB — Sprint + Kanban dual cadence** | PLB | Complementa el PLB Kanban ya existente; completa la promesa de dual cadence |
| 6 | **PROTO — Promover [LEARN] al LabPraxis (flujo cerrar-NEXT → Caso)** | PROTO | Cierra el ciclo documentación→aprendizaje, pilar del MPB sec 5 |
| 7 | **PLB — Morning Check y Daily Sostén en 5 minutos** | PLB | Es el ritmo más granular; si no se aterriza, WORX no se adopta |

**Derivados fase 2 (backlog, no en este plan detallado):** PLB para Weekly Portfolio Review, PROTO para pase formal de balón entre runners, PP para WORX vs OKR/EOS, PP para "qué significa Sponsor humano cuando el Owner es agéntico", PLB para Monthly Close + Audit de drift, PROTO para declaración de bloqueos, SIM para tablero de portafolio, PLB para onboarding de colaborador nuevo a WORX, PROTO para desviación de SOP declarada, PP para KPI como propiedades emergentes y no metas, PLB para cruce con Brain Codes asesores, PROTO para el rol del Runner agéntico.

---

## 4. DEPENDENCIA CRÍTICA — CAPTURA DE CASOS (Caso 008+)

Ninguna de las 4 iniciativas funciona sin datos. **Paso cero ineludible**: capturar en el LabPraxis los 5-6 casos operacionales que Victor maneja conversacionalmente.

**Casos a documentar en las próximas 48 horas** (candidatos CAS-008 a CAS-013):

| ID propuesto | Caso | Fecha evento | Datos clave |
|---|---|---|---|
| CAS-EL-WORX-008 | **MPB WORX ModeloOperativo redactado en un día** | 2026-04-18 | 1 día Opus + Victor vs consultora tradicional / 20 años búsqueda genealógica |
| CAS-EL-WORX-009 | **Integración Tecnogen — 15 años en 1 hora** | [fecha Victor confirma] | 1 h vs meses de proceso tradicional (integración del knowledge de la empresa) |
| CAS-EL-WORX-010 | **Libro Dr. Hidalgo — 2 días vs 3 meses** | [fecha Victor confirma] | 2 días propuestos vs estimación Hidalgo 3 meses |
| CAS-EL-WORX-011 | **Rename WERK→WORX — minutos vs día-colaborador** | [fecha ~2026-04-XX] | Miles de cambios en minutos vs benchmark 2026 EmpowerLabs: 2 colaboradores × 1 día × 30 archivos |
| CAS-EL-WORX-012 | **Sanitización Posta / Demo Vault Alain** | 2026-04-18 | Trivial vs horas-proyecto; bench interno inmediato |
| CAS-EL-WORX-013 | **Empaquetado Demo Vault para partner externo** | 2026-04-18 | Vault + MePB + prompt AlainX en una sesión vs. semanas de consultoría pre-contrato |

La skill `labpraxis-case-documenter` está disponible y es la herramienta correcta para esto. Los casos 008-013 alimentan las filas iniciales del ROI tracker de manera automática.

---

## 5. SECUENCIA — 3 SPRINTS + KANBAN

### Sprint 1 (2026-04-19 al 2026-04-21) — "Para la presentación"

**Meta:** tener el comparativo visual v0.1 listo antes de la presentación del 2026-04-21.

- Día 1 (dom 19): CAS-008 (MPB), CAS-011 (rename), CAS-012 (sanitización). Tracker v0.1 (3 filas).
- Día 2 (lun 20): CAS-009 (Tecnogen), CAS-010 (Hidalgo), CAS-013 (Demo Vault). Tracker v0.1 (6 filas). Comparativo visual v0.1 en MD.
- Día 3 (mar 21): integrar comparativo al deck de la presentación, ensayar bloque 2.2 con datos.

### Sprint 2 (2026-04-22 al 2026-05-05) — "De instrumento a asset"

- Completar MPB secciones 8-11 y Sección 0 con voz descentrada.
- Tracker v0.5 con ≥10 casos (agregar casos que surjan en la operación de esas 2 semanas).
- Comparativo visual v0.5 en .pptx listo para circular fuera de sesiones en vivo.
- Redactar derivados #1, #2, #3 del Top-7 (PROTO Dictar, PLB Tableros Dinámicos, PP vs Agéntica).

### Sprint 3 (2026-05-06 al 2026-05-20) — "Profundidad operativa + simulator concept"

- Redactar derivados #4, #5, #6, #7 del Top-7.
- Matriz conceptual del Simulator (Iniciativa C, fase diseño).
- Prototipo mini-app MVP (Iniciativa C, fase prototipo, time-boxed a 2-3 días).

### Kanban continuo durante los 3 sprints

- Flujo de captura de nuevos casos del LabPraxis a medida que ocurren.
- Promoción automática al ROI tracker cuando el caso cierra con [LEARN].

---

## 6. ROLES — QUIÉN HACE QUÉ

- **Victor (Owner):** confirma datos de los casos 009-011 (fechas, quién estuvo, números exactos). Revisa y aprueba el comparativo visual v0.1 antes del 21 de abril. Decide ángulo de posicionamiento del PP #3 (WORX vs org agéntica).
- **Jay / SherpaX de Victor (Runner):** propone textos, estructura y visuales. Mantiene el ROI tracker actualizado. Redacta derivados #1-#7 en secuencia. Agenda los Daily Sostén cortos para cerrar NEXTs.
- **Colaboradores humanos de EmpowerLabs (opcional):** si algún colaborador vivió uno de los casos (ej. quien pasó el día 2026-04-XX renombrando 30 archivos), su testimonio en 1 párrafo suma credibilidad — Victor decide si se pide.

---

## 7. DECISIONES ABIERTAS PARA VICTOR

1. **Formato del ROI tracker:** ¿XDoc markdown vivo en el Room (más cerca del vault, más fricción para análisis cuantitativo) o spreadsheet (.xlsx) con export semanal al Room (más potencia analítica, más distancia del vault)? Recomendación: MD para v0.1 (velocidad), XLSX para v0.5 cuando haya ≥10 casos y queramos agregados.
2. **Alcance del comparativo visual v0.5:** ¿es un one-pager infografía o una secuencia de 3-5 slides dentro del DK ejecutivo? Impacto distinto en diseño y tiempo.
3. **Simulator — ¿ahora o en mes 2?** Recomendación: fase diseño en Sprint 3 (matriz conceptual), prototipo mini-app se difiere a mayo-junio para no diluir los sprints 1-2.
4. **Casos 009-011 — datos exactos:** ¿Fechas, personas y números que faltan? (Ver tabla en §4.)

---

## 8. RELATIONSHIPS

- **Patrón origen:** `[[MPB-EL-WORX-ModeloOperativo-v01]]`
- **Charter padre:** `[[CH-EL-WORX-MethodologyRoom-v01]]`
- **Artefactos derivados directos:** `SP-EL-WORX-ROITracker-v01`, `OUT-EL-WORX-SpeedupComparative-v01`, `DK-EL-WORX-SpeedupComparative-v05`, `SIM-EL-WORX-ROICalculator-v01`, casos `CAS-EL-WORX-008` a `CAS-EL-WORX-013+`.
- **Artefactos alimentados:** `PLAN-EL-WORX-Posta-Outline-v01` (bloque 2.2), `DK-EL-WORX-ExecutivePresentation-v01`, `MKT-EL-WORX-ClientProposal-v01`.

---

## 9. CRITERIOS DE ÉXITO

**Hito inmediato (2026-04-21):**
- Bloque 2.2 de la presentación muestra ≥5 casos reales con datos numéricos verificables.
- Cliente enterprise puede comparar al menos 3 de esos casos con procesos propios reconocibles.

**Cierre del plan (6 semanas):**
- ≥10 casos en ROI tracker, al menos 3 con firma de colaborador humano testigo.
- Asset visual reutilizable en ≥3 sesiones comerciales distintas.
- 5-7 derivados del MPB escritos y promocionados al LabPraxis.
- Backlog priorizado de los 13-15 derivados restantes.
- Roadmap del Simulator decidido (go / postergar / descartar basado en feedback del piloto).

---

## 10. OPEN QUESTIONS / GAPS

- ¿El ROI tracker queda como XDoc del Room WORX o se promueve a un Banco Global de ROI del ecosistema EmpowerLabs (útil también para DOIX, SherpaX, Empowernomics)?
- ¿Cómo se protege la evidencia de casos donde el cliente no quiere ser nombrado? Propuesta: mismo patrón que en el Demo Vault — pseudonimizar en versión pública, mantener versión interna con IDs reales.
- ¿Debe haber una variante del comparativo visual específicamente para CIOs (para cuando Alain la lleve a CIO Club) vs. la genérica de enterprise?

---

*Plan de construcción · WORX ROI Visibility · EmpowerLabs / Victor Heredia · 2026-04-18*