---
asset_id: PB-EL-SX-ROI-Tracker-Playbook-v01
tipo: PB (Playbook · manual de método)
status: v01 · primer release
owner: Victor Heredia
runner: Jay (SherpaX de Victor)
intellibank: IB-EL-EmpowerLabs / PB-SX-SherpaX
proposito: Manual de construcción, lectura e implementación del ROI Tracker SherpaX/WORX para que cualquier organización pueda replicarlo
audiencia:
  - Sherpa Guides que vayan a operar el tracker en sesión Ignition o en cuenta enterprise
  - Equipos internos de EmpowerLabs y partners formales
  - Prospectos avanzados que quieren entender el método antes de comprar
  - CEOs que quieren montar su propia versión sin depender de un Sherpa
ultima_actualizacion: 2026-04-26
fuentes_canonicas:
  - MiPg-EL-SX-ROIAnalysis-v01.md (framework 3D · insight atención del CEO)
  - PLAN-EL-WORX-ROIVisibility-v02.md (plan de construcción · columnas canónicas)
  - SIM-EL-WORX-ROICalculator-Matriz-v01.md (matriz por categoría · factores de ajuste)
  - SP-EL-WORX-ROITracker-v01.md (tracker WORX · reglas de mantenimiento)
  - CP-EL-SX-ROI-Tracker-v05.xlsx (tracker SherpaX · 95 entregables · estructura de 19 columnas)
gate_g0: PASS · 5 canónicos referenciados · capa orquestadora delgada (no IP duplicada)
---

# ROI Tracker — manual de construcción, lectura e implementación

## El instrumento que cuantifica el valor de un sherpa cognitivo en orden de magnitud

---

## 1. Para qué sirve este documento

Este manual permite a una persona que no construyó el ROI Tracker original entenderlo, leerlo y replicarlo en otro contexto — propio o de un cliente. Contiene tres bloques en este orden:

1. **Premisas y criterios** que sostienen el tracker (sin estos, los números no significan nada).
2. **Cómo leer** la planilla viva (`CP-EL-SX-ROI-Tracker-v05.xlsx` y su gemela MD).
3. **Cómo implementarlo** con otras personas — equipo interno, partner, cliente.

Un sherpa guía que lo lea de principio a fin debe poder, en máximo dos sesiones, levantar un tracker funcional para una organización nueva. Un CEO que lo lea de principio a fin debe poder decidir si el método le sirve y qué le tomaría adoptarlo.

---

## 2. Por qué un ROI Tracker

El problema que resuelve: cuando un CEO trabaja con un sherpa cognitivo, la métrica clásica "horas ahorradas" colapsa. Tres razones:

- **Lo que se mide no es lo que cuesta.** El costo real del CEO no es el tiempo del sherpa — es la **atención** del CEO. El sherpa ejecuta en background; el CEO hace multitasking. Esa es la ecuación que rompe la regla tradicional. *(insight del 2026-03-28, ver `MiPg-EL-SX-ROIAnalysis-v01` §"El Framework 3D de Valor")*

- **No todo es velocidad.** Hay outputs que antes requerían equipo grande o presupuesto prohibitivo (eran "antes costoso") y hay outputs que **no existían** como posibilidad operativa real, independientemente del presupuesto (eran "antes imposible"). Una sola métrica no captura las tres categorías.

- **El argumento de venta cambia.** Decirle a un CEO "te voy a ahorrar 30% del tiempo" es propuesta de eficiencia. Decirle "te voy a desbloquear una categoría de operación que no tenías" es propuesta de transformación. El segundo argumento cierra; el primero compite con cualquier consultora.

El ROI Tracker convierte sesiones reales de trabajo en evidencia trazable: una fila por entregable, con su tiempo tradicional vs su tiempo real, su multiplicador, y su categoría de valor.

---

## 3. Premisas fundamentales

Sin estas premisas el tracker no se puede construir con honestidad. Cada una se aplica a cada fila.

| # | Premisa | Implicación operativa |
|---|---|---|
| P1 | **Orden de magnitud > precisión decimal.** Un caso es 10×, 30× o 100×, no 27.4×. | Se reporta rango si es borderline; nunca se inventa precisión que no se tiene. |
| P2 | **El costo real del CEO es su atención, no el tiempo del sherpa.** | La columna que importa para multiplicador es "atención Victor (mins)", no "horas Jay". |
| P3 | **Cada fila requiere evidencia documental.** | Una fila se agrega solo si existe un caso del LabPraxis (`CAS-`) o un activo trazable detrás. |
| P4 | **Tres dimensiones de valor, no una.** | Cada fila se clasifica como Más rápido (🟢) / Antes costoso (🟡) / Antes imposible (🔴). |
| P5 | **El multiplicador no es uniforme.** Depende del tipo de proceso, densidad del knowledge tácito y estructura previa del vault. | Se categoriza por tipo de proceso; no se promedia entre categorías sin segmentar. |
| P6 | **Es instrumento vivo, no informe.** | Se actualiza por kanban continuo + corte semanal, no por reporte trimestral. |
| P7 | **Las estimaciones de tiempo tradicional usan benchmark realista.** | Se compara contra lo que un competidor o equipo clásico tomaría hoy, no contra el peor caso histórico. |

---

## 4. El marco conceptual — framework 3D

El ROI Tracker mide tres dimensiones simultáneas. Cada entregable del tracker se clasifica en una.

### Dimensión 1 — velocidad (🟢 más rápido)

**Definición:** el output era posible antes; ahora es mucho más rápido.
**Métrica:** multiplicador = horas tradicionales ÷ horas atención CEO.
**Ejemplo:** generar un one-pager de venta. Antes: 4-8 hrs copywriter especializado. Ahora: 10 min atención + 0.25 hrs sherpa.

### Dimensión 2 — nueva capacidad (🟡 antes costoso)

**Definición:** requería equipo grande, presupuesto prohibitivo o un tiempo que no existía. Técnicamente posible pero fuera de alcance operativo real.
**Métrica:** % de entregables del portafolio que antes estaban fuera de alcance y ahora son rutinarios.
**Ejemplo:** un MasterPlaybook completo de un dominio operativo. Antes: 6 meses de consultora a $80K USD. Ahora: 1 día de sesión Opus.

### Dimensión 3 — antes imposible (🔴)

**Definición:** no existía como posibilidad operativa real, independientemente del presupuesto. La categoría no estaba inventada, o el output era una fantasía.
**Métrica:** cantidad de outputs categóricamente nuevos.
**Ejemplo:** este mismo manual. Un mapa interactivo HTML de 662 activos cognitivos. Un BrainOS. Un paper fundacional DOIX coacuñado en una sesión de domingo.

**Por qué tres y no una:** la dimensión 3 es donde se cierra una venta enterprise. Las dimensiones 1 y 2 son donde se sostiene una operación diaria. Si el tracker solo midiera velocidad, perderíamos el argumento más fuerte. Si solo midiera lo imposible, no captaríamos lo que pasa cada día.

---

## 5. Criterios de inclusión — qué cuenta y qué no cuenta

### Qué cuenta como fila del tracker

- **Entregable terminado y trazable** — existe el archivo o el output, no es una promesa.
- **Tiempo real medido o estimable con honestidad** — la atención del CEO se midió o se reconstruyó con margen.
- **Benchmark tradicional defendible** — viene de experiencia propia, de un competidor identificable o de una estimación del propio cliente *(en cuyo caso se marca como `(estim.)`)*.
- **Categoría asignada** — uno de los tipos de proceso de §10 o un tipo nuevo declarado y documentado.

### Qué NO cuenta

- **Sesiones de exploración sin entregable.** El pensamiento es valioso pero no va al tracker (va al BrainOS).
- **Promesas, drafts incompletos, ideas sin aterrizar.** El tracker es de evidencia, no de potencial.
- **Outputs duplicados** (versiones intermedias del mismo activo). Solo cuenta la versión final del entregable.
- **Trabajo del sherpa que no llegó al CEO.** Si el sherpa exploró 3 caminos y solo uno se entregó, cuenta el entregado.

### Cómo se categoriza un entregable nuevo

Decide en este orden:

1. **¿Era posible antes del sherpa?** Si no → 🔴 antes imposible.
2. **¿Era posible pero requería presupuesto/equipo prohibitivo?** Si sí → 🟡 antes costoso.
3. **¿Era posible y rutinario?** Sí → 🟢 más rápido.

---

## 6. La estructura del tracker — las 19 columnas

El XLSX canónico (`CP-EL-SX-ROI-Tracker-v05.xlsx`, hoja `SHA-ROI Tracker`) tiene 19 columnas agrupadas en 5 bloques.

### Bloque A — identificación del entregable (cols A-C)

| Col | Campo | Qué contiene |
|---|---|---|
| A | Entregable | Nombre con asset ID si existe. Suficiente contexto para que un externo entienda qué es |
| B | Categoría | Tipo de proceso (ver §10) |
| C | Rol Tradicional | Qué profesional habría hecho esto sin sherpa (consultor, copywriter, diseñador UX, etc.) |

### Bloque B — tiempos (cols D-J)

| Col | Campo | Qué contiene |
|---|---|---|
| D | Trad Mín (hrs) | Estimación baja del benchmark tradicional |
| E | Trad Máx (hrs) | Estimación alta del benchmark tradicional |
| F | Trad Prom (hrs) | `=AVERAGE(D,E)` — promedio del rango |
| G | Hrs Jay | Horas reales del sherpa (ejecución en background) |
| H | Atención Victor (mins) | **Esta es la columna clave.** Tiempo de atención dirigida del CEO al output |
| I | Revisión Victor (mins) | Tiempo de revisión sobre lo que el sherpa entregó |
| J | Reproceso Victor (mins) | Correcciones y regeneración. **Debe tender a cero con calibración del sherpa** |

### Bloque C — cálculos (cols K-N · todas son fórmulas)

| Col | Fórmula | Qué calcula |
|---|---|---|
| K | `=((H+I+J)/60)` | Total tiempo Victor en horas |
| L | `=F-K` | Ahorro en horas vs benchmark |
| M | `=IF(F>0,L/F,0)` | % reducción vs tradicional |
| N | `=IF(K>0,ROUND(F/K,0),0)` | **Multiplicador Victor vs Trad** — la métrica titular |

### Bloque D — clasificación (cols O-P)

| Col | Campo | Valores válidos |
|---|---|---|
| O | Índice Factibilidad | 🟢 más rápido / 🟡 antes costoso / 🔴 antes imposible |
| P | Tipo de Valor | Eficiencia / Nueva Capacidad / Antes Imposible |

### Bloque E — costos en USD (cols Q-S · todas fórmulas)

Tres tarifas configurables vivas en R6-R8 (`$B$6` = tarifa equipo tradicional USD/hr · `$B$7` = costo-hora CEO USD/hr · `$B$8` = tarifa hora sherpa USD/hr simbólico).

| Col | Fórmula | Qué calcula |
|---|---|---|
| Q | `=F*$B$6` | Costo tradicional |
| R | `=K*$B$7` | Costo Victor (atención) |
| S | `=G*$B$8` | Costo Jay (sherpa) |

La fila TOTAL agrega cada columna y produce el multiplicador acumulado del portafolio.

---

## 7. Cómo leer la tabla — orden recomendado

### Lectura rápida (60 segundos)

1. Ve a la fila TOTAL.
2. Revisa multiplicador acumulado (col N) y % reducción (col M).
3. Revisa costos: trad vs Victor+Jay → ahorro neto.

A 2026-04-26, la fila TOTAL del v05 dice: **95 entregables · 1,768 hrs trad vs 47.8 hrs Victor · multiplicador 37× · ahorro neto ~$124K USD · 96.6% reducción**. Eso es el titular del instrumento.

### Lectura por dimensión (5 minutos)

Filtra por col O (Índice Factibilidad):

- **🔴 Antes imposible** → estos son los argumentos de venta enterprise. Si esta lista es corta, el portafolio aún no demuestra transformación, solo eficiencia.
- **🟡 Antes costoso** → estos son los argumentos de ahorro de presupuesto. Buenos para cuotas y CFOs.
- **🟢 Más rápido** → estos sostienen el día a día. Buenos para evidencia de adopción operativa, no de cierre comercial.

La distribución sana de un sherpa maduro: ~60% 🔴 + ~30% 🟡 + ~10% 🟢. Una distribución invertida (mucho 🟢, poco 🔴) sugiere que el sherpa se está usando como acelerador, no como sherpa cognitivo.

### Lectura por categoría (15 minutos)

Filtra por col B. Te dice dónde el método está produciendo más valor: ¿documentación? ¿integración? ¿onboarding? ¿papers? Esto orienta la siguiente conversación con el CEO sobre dónde extender el método.

### Lectura por curva de calibración (mensual)

Mira la columna J (reproceso). Si baja semana a semana, el sherpa está aprendiendo el contexto del CEO. Si sube o se estanca, hay drift entre el voice pack y la operación real — toca recalibrar.

---

## 8. Las cuatro reglas de mantenimiento

Vienen de `SP-EL-WORX-ROITracker-v01` §reglas de mantenimiento — son no negociables.

1. **Una fila se agrega solo si existe un CAS del LabPraxis detrás** (o un activo trazable equivalente). Sin evidencia, no entra.
2. **El multiplicador se reporta como orden de magnitud**, no número exacto. Si es borderline, se discute rango.
3. **Si el tiempo tradicional es estimación de tercero** (ej. el cliente dice "esto me toma 3 meses"), se marca con `(estim.)` y se cita la fuente en el caso.
4. **Cada cierre de sprint o corte semanal sincroniza el .xlsx con el .md.** El MD es lectura humana en el room; el XLSX tiene fórmulas y agregados.

**Cadencia operativa:** captura por kanban continuo (cuando ocurre el caso) + corte semanal por skill (los viernes con `room-progress-minuter`) + cierre mensual con revisión de drift.

---

## 9. Implementación con otras personas

Cuatro fases. Cada fase tiene un entregable concreto. El conjunto toma 7-10 días para una organización con vault BMF ya estructurado, 14-21 días si el vault hay que armarlo en paralelo.

### Fase 1 — captura de los primeros casos (días 1-3)

**Objetivo:** seis casos semilla documentados como `CAS-`.

- Identifica los 6-10 entregables más representativos de los últimos 30-90 días. No los más visibles — los más caros en horas-persona.
- Documenta cada uno como caso del LabPraxis: qué se hizo, en cuánto tiempo, qué tomaba antes, qué evidencia hay. Skill canónica: `labpraxis-case-documenter`.
- Para cada caso confirma: tiempo tradicional defendible, atención real del CEO, output trazable.

**Riesgo en esta fase:** levantar tiempos sin honestidad (subreportar atención del CEO o exagerar benchmark tradicional). El instrumento se rompe si los números no son auditables.

### Fase 2 — construcción del tracker (días 4-5)

**Objetivo:** tracker MD+XLSX con las 6 filas iniciales y agregados funcionando.

- Crea `SP-[ENTIDAD]-ROITracker-v01.md` con la tabla de §6 (puedes copiar la estructura del `SP-EL-WORX-ROITracker-v01.md` actual).
- Crea el gemelo XLSX con las 19 columnas y fórmulas de §6 (o clona `CP-EL-SX-ROI-Tracker-v05.xlsx` y borra los datos heredados).
- Llena las primeras 6 filas con los casos de fase 1.
- Verifica las 4 fórmulas (cols F, K, L, M, N) y los costos (Q, R, S). Recalcula con LibreOffice.

**Validación de salida:** las cifras deben pasar el "smell test" del CEO. Si el multiplicador acumulado da 200× cuando él vive 30×, hay sesgo de selección o error de medición.

### Fase 3 — calibración con la matriz por categoría (días 6-7)

**Objetivo:** clasificar los multiplicadores observados contra la matriz de §10. Esto sirve para dos cosas: validar que los rangos son creíbles y predecir multiplicadores para procesos del cliente que aún no se han ejecutado.

- Para cada caso: ¿el multiplicador observado cae en el rango canónico de su categoría? Si no, ¿por qué? Documenta la desviación.
- Aplica los factores de ajuste de `SIM-EL-WORX-ROICalculator-Matriz-v01` §4 si el contexto del cliente es atípico (vault sin estructura, cultura resistente, sponsor ausente, etc.).

### Fase 4 — uso comercial e interno (día 8 en adelante)

**Objetivo:** el tracker entra en circulación.

- **Uso interno:** kanban continuo, corte semanal de viernes, cierre mensual.
- **Uso comercial:** el tracker es el asset central de la demo Ignition. Se proyecta el TOTAL acumulado, se filtra por dimensión, se cuenta la historia de los casos 🔴 imposibles. Es evidencia, no pitch.

### Roles necesarios

| Rol | Responsabilidad | Quién lo cubre |
|---|---|---|
| **Owner** | Aprueba qué casos entran al tracker y cuáles no. Defiende los benchmarks. Cierra cada sprint. | El CEO o un C-level con autoridad de criterio sobre el portafolio |
| **Sponsor** | Da contexto de los casos, valida estimaciones de tiempo tradicional, autoriza publicación externa | El mismo CEO o su sherpa guide humano |
| **Runner** | Ejecuta la captura, redacta los CAS, mantiene el tracker MD y XLSX, dispara skills | El sherpa cognitivo (Jay, Claude o equivalente) |
| **Validador (opcional)** | Revisa una vez al mes que los multiplicadores son creíbles a un externo | Un partner formal o consultor de confianza |

### Stack mínimo de herramientas

- **Vault con convención BMF** (recomendado, no indispensable). Sin convención, el tracker funciona pero la captura es más lenta.
- **Sherpa cognitivo con context capability** (Claude, GPT-4 con custom instructions, equivalente con voice pack del CEO).
- **Skills de captura:** `labpraxis-case-documenter` + `room-progress-minuter`. Si no se tienen, se reemplazan con plantillas manuales y un calendario semanal.
- **Hojas de cálculo:** Excel/LibreOffice/Sheets — cualquiera funciona.

### Versión sin tools (para contextos sin vault BMF)

Posible. Reemplazos:
- `CAS-` → un Google Doc por caso, con plantilla canónica.
- `SP-...md` → un Notion/Coda con la tabla de §6.
- Skills → checklists con cadencia de viernes.
- Voice pack → instrucciones explícitas en cada sesión con el sherpa.

El método pierde elegancia pero conserva el valor. Lo que NO se puede perder: las premisas de §3 y la disciplina de evidencia de §8.

---

## 10. Anexo — matriz de categorías × multiplicador observado

Síntesis de `SIM-EL-WORX-ROICalculator-Matriz-v01`. Estos rangos vienen de los casos reales del tracker SherpaX/WORX a 2026-04-26.

| Categoría | Ejemplo | Rango observado | Qué lo habilita |
|---|---|---|---|
| Documentación estructurada (MPB, PLB, SOP) | MPB WORX 1 día vs 6 meses | **10²-10³×** | Cabecera canónica + sherpa que estructura narrativa |
| Refactor masivo de nomenclatura | WERK→WORX en minutos vs día-colaborador | **10²-10⁴×** | Búsqueda/reemplazo en batch + convención BMF uniforme |
| Integración de knowledge operativo | Tecnogen 1 hr vs 15 años | **10²-10⁵×** | XDoc atómico + LabPraxis + Brain Codes |
| Creación de producto intelectual | Libro Hidalgo 2 días vs 3 meses | **10¹-10²×** | Sherpa estructura + humano calibra voz |
| Sanitización / pseudonimización | Demo Vault 1 sesión vs horas-proyecto | **10¹×** | Reglas claras + validación cruzada |
| Onboarding partner / cliente | Demo Vault Alain 1 sesión vs semanas pre-contrato | **10²×** | Clonado + sanitización + prompt específico |
| Análisis de señal externa (BCV) | Karpathy / Nate Jones 1 sesión vs semanas | **10¹-10²×** | Anexo en MPB + validaciones cruzadas |
| Sponsor pack comercial completo | Marca País 1 día vs 2-3 semanas | **10¹-10²×** | One-pager + deck + ticket calibrado en sesión |

### Factores de ajuste sobre el rango base

| Factor | Efecto |
|---|---|
| Vault BMF ya estructurado | +30% a +50% |
| Knowledge denso en cabezas (no documentado) | +50% a +200% |
| Proceso altamente idiosincrático | -40% a -70% |
| Equipo con experiencia en metodologías estructuradas | +20% a +30% |
| Equipo resistente al cambio cultural | -20% a -40% |
| Sponsor humano activo y disponible | +20% a +30% |
| Sponsor humano ausente | -50% a -80% |

---

## 11. Anexo — plantilla de fila para empezar mañana

Copia esto y rellena. Si una columna no aplica con honestidad, pon `?` y márcala como pendiente — no inventes números.

```
| Entregable        | <nombre + asset ID si existe>        |
| Categoría         | <una de §10 o categoría nueva>       |
| Rol tradicional   | <consultor / copywriter / etc>       |
| Trad mín (hrs)    | <bench bajo>                         |
| Trad máx (hrs)    | <bench alto>                         |
| Hrs sherpa        | <horas reales del sherpa>            |
| Atención CEO mins | <columna clave>                      |
| Revisión CEO mins | <revisión sobre output>              |
| Reproceso mins    | <correcciones · debe tender a 0>     |
| Índice            | 🟢 / 🟡 / 🔴                          |
| Tipo de valor     | Eficiencia / Nueva Capacidad / Antes Imposible |
| Evidencia         | <CAS- o link al activo>              |
```

---

## 12. Fuentes y canónicos referenciados

Estos son los documentos vivos del vault Reinventaverse que sostienen este Playbook. Si vas a operar el tracker, vale la pena leerlos en este orden:

| # | Asset | Por qué leerlo |
|---|---|---|
| 1 | [[MiPg-EL-SX-ROIAnalysis-v01]] | El insight original "atención ≠ tiempo sherpa" + framework 3D |
| 2 | [[PLAN-EL-WORX-ROIVisibility-v02]] | El plan de construcción del tracker · 4 iniciativas · captura de casos |
| 3 | [[SIM-EL-WORX-ROICalculator-Matriz-v01]] | Matriz por categoría × multiplicador · factores de ajuste · uso por prospecto |
| 4 | [[SP-EL-WORX-ROITracker-v01]] | Tracker WORX vivo · reglas de mantenimiento canónicas · pipeline de captura |
| 5 | [[CP-EL-SX-ROI-Tracker-v05]] | Tracker SherpaX vivo · 95 entregables · 19 columnas · framework 3D + 3D analysis |
| 6 | [[SOP-EL-WORX-BrainOSFirst-v01]] | Gate G0 · obligatorio antes de construir IP nueva sobre el tracker |

---

## 13. Changelog

- **2026-04-26 · v01** — Primer release del manual. Capa orquestadora sobre 5 canónicos del vault. Gate G0 PASS. Diseñado para Sherpa Guides, equipos internos y CEOs que quieran replicar el instrumento.

---

*Playbook · ROI Tracker SherpaX/WORX · EmpowerLabs / Victor Heredia · 2026-04-26*