---
type: PLB
asset_id: PLB-EL-IBX-GeneracionBenchmark-v01
version: v01
status: Draft — pendiente ratificación (Victor · L3+)
owner: Victor Heredia
sherpa_owner: Jay (Fable 5)
ratificador: Victor Heredia (L3+)
fecha_creacion: 2026-07-09
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank/PB-HiOrg-HyperintelligentOrg
proposito: >
  Playbook interno ejecutable para generar el Org IBX de una empresa en un sector
  determinado (patrón Posta, endurecido). Convierte el proceso implícito disperso en
  4 documentos en un protocolo paso a paso con roles, gates, criterios de aceptación
  y reglas de comunicación — incorporando los fixes del panel de expertos
  (AUD-EL-IBX-MetodoPanelExpertos-v01). Tiene dos modos: FULL (benchmark defendible)
  y EXPRESS (estimado básico vía Mini LoopX — ver XD-EL-IBX-MiniLoopXExpress-v01).
extiende:
  - DC-EL-IBX-MetodoCientifico-v01 (método · workstreams A–D)
  - CP-EL-IBX-CuestionarioBARS-v01 (instrumento del Actual)
  - AUD-EL-IBX-MetodoPanelExpertos-v01 (fixes P0/P1 que este playbook operacionaliza)
precedente_ejecucion: Caso Posta (DC-EL-IBX-RefLiderLogistica-UPS-v01 · DC-PO-IBX-RefMercadoLibre-v01 · DC-PO-IBX-CompetidoresFuturos-TeslaAmazon-v01)
deriva_a: XD-EL-IBX-MiniLoopXExpress-v01 (modo Express productizable)
confidencial: Interno EmpowerLabs · naming Org IBX en lock legal preliminar
tags: [PLB, org-ibx, playbook, benchmark, referente-ideal, protocolo, posta-pattern, hiorg]
---

# PLB — Generación del Org IBX de una empresa en un sector
## Playbook interno · patrón Posta endurecido con los fixes del panel de expertos

> **Qué produce este playbook:** el Org IBX completo de una empresa — banda θ_ref del sector, θ_act del cliente, Gap en X comunicado como rango — listo para conversación ejecutiva y handoff a EmpowerScan. **Qué corrige respecto al caso Posta:** un solo analista → dos; punto → banda; cifras secas → rangos con etiqueta de estatus; evidencia capex → evidencia conductual; tablero multi-industria → referentes del mismo mercado.

---

## §0 · Cuándo usar qué modo

| Modo | Cuándo | Duración | Salida |
|---|---|---|---|
| **FULL** (este playbook) | Cliente con engagement real o en pipeline serio; sector nuevo sin banda θ_ref | 3–5 días | Benchmark defendible: banda θ_ref ratificada + θ_act BARS + Gap en rango + tablero |
| **EXPRESS** (Mini LoopX) | Lead nuevo, evento, demo, workshop; sector con banda θ_ref YA calibrada | 30–45 min | Estimado básico: cubeta 1X/10X/100X + rango de gap + top brecha + CTA |

**Regla:** Express solo corre sobre sectores con banda θ_ref existente y ratificada. Si el sector es nuevo → primero Fase 1 de este playbook.

---

## §1 · Roles (tripleta extendida)

| Rol | Quién | Responsabilidad |
|---|---|---|
| **Owner del benchmark** | Victor (o quien lidere la cuenta) | Encuadre, relación con cliente, decisión de uso |
| **Analista 1** | SherpaX (Jay) o consultor | Perfila referentes, computa θ, redacta fichas |
| **Analista 2 (independiente)** | Segundo humano o segundo SherpaX SIN acceso a los scores de A1 | Re-puntúa referentes desde las mismas fichas de evidencia. Criterio: convergencia ±0.5 |
| **Ratificador** | Victor (L3+) — para activos de evidencia, procurar ratificador ≠ analista | Ratifica banda θ_ref, θ_act y material de salida |

---

## §2 · Fase 0 — Encuadre (30 min · gate de entrada)

1. **Unidad de análisis:** fijar explícitamente la organización o unidad de negocio acotada que compite en un **mercado definible** (§1 del método). Escribirlo en el doc de trabajo. *No se compara una corporación entera contra el referente de un segmento.*
2. **Gate G0:** ¿ya existe banda θ_ref para este sector en el vault? (`Glob DC-*-IBX-Ref*`). Si sí → saltar a Fase 2. Si el cliente ya tiene un θ_act previo → recuperarlo como baseline.
3. **Definir el set de referentes:** 2–3 líderes best-in-class **del mismo mercado definible** del cliente. Competidores de otra industria (ej. Tesla para un CEP) pueden documentarse como *contexto competitivo futuro*, pero **no entran en la columna X del tablero** (P1.7 del AUD).
4. **Check legal:** el material externo usa referentes anonimizados ("líder CEP global") mientras el protocolo de referentes no esté validado y el naming no tenga búsqueda legal cerrada (P0.7).

**Gate de salida F0:** unidad de análisis escrita + set de referentes definido + modo (FULL/EXPRESS) decidido.

---

## §3 · Fase 1 — Banda θ_ref del sector (1–2 días · la pieza que se reutiliza)

*Se ejecuta una vez por sector; se versiona y se reutiliza para todos los clientes del vertical.*

**1.1 · Ficha de evidencia por referente.** Para cada líder, recopilar evidencia **conductual** por dimensión (qué HACE la organización), con cita y fecha. Reglas duras:
- **Evidencia capex/tamaño NO puntúa** ($1B invertidos ≠ score alto; P1.6). Si en una dimensión solo hay evidencia de presupuesto → la celda queda "SIN EVIDENCIA", no un 7.
- Clasificar cada pieza de evidencia por tipo de fuente: operativa (papers, casos técnicos, regulatorios) > terceros (prensa de negocio, analistas) > promocional (press releases propios). Marcar el mix; si >50% es promocional, el score lleva bandera de sesgo al alza.
- Distinguir **conducta comunicativa vs. conducta operativa** (un press release no es evidencia de operación — P0.3).

**1.2 · Doble puntuación independiente.** Analista 1 y Analista 2 puntúan cada referente en las 7 dimensiones usando la rúbrica BARS **desde las mismas fichas**, sin ver los scores del otro.
- Convergencia ±0.5 por dimensión → se promedia.
- Divergencia >0.5 → sesión de arbitraje con la evidencia en la mesa; si no converge, la celda queda en rango (ej. "D4: 5–6").

**1.3 · Construir la BANDA, no el punto.** θ_ref del sector = rango [θ_ref_min, θ_ref_max] de los 2–3 referentes puntuados. Nunca comunicar un solo θ con decimales como techo del sector (P0.1). Una organización = un θ (no colapsar "UPS/FedEx" en una fila — P1.5).

**1.4 · Versionado.** La ficha del sector lleva: fecha de evidencia, mix de fuentes, analistas, fecha de próxima revisión (anual o ante salto documentado del líder). Actualizar θ_ref requiere nueva doble puntuación, no un press release (P2).

**1.5 · Guardar Vault-First:** `DC-EL-IBX-Ref[Sector]-Banda-vNN` en PB-HiOrg (perfil genérico del sector) y/o `DC-[CLI]-IBX-Ref*` en la cuenta del cliente.

**Gate de salida F1 (criterio del método §6):** dos analistas independientes produjeron θ_ref dentro de ±0.5 → banda ratificada por Victor (L3+).

---

## §4 · Fase 2 — θ_act del cliente (20–60 min de cliente)

**2.1 · Instrumento:** cuestionario BARS (`CP-EL-IBX-CuestionarioBARS`) — **nunca sliders** en una medición que se vaya a comunicar (P0.5/MVP). Mientras el cuestionario v02 (anclas por ítem) no exista, puntuar **una respuesta por dimensión** contra las anclas 1/4/7 — no pretender promedios de ítems que las anclas actuales no soportan.
**2.2 · Informantes:** mínimo 1 (screening), recomendado 2–3 de áreas distintas (CEO + operación + TI). Con multi-informante: reportar el rango inter-informante — es dato, no ruido (la dispersión entre lo que cree el CEO y lo que reporta la operación es hallazgo en sí mismo).
**2.3 · Instrucción al respondente:** "ubícate en el escalón que describe lo que tu organización HACE hoy, no lo que planea". Registrar quién respondió, cuándo, en cuánto tiempo.
**2.4 · Cómputo:** θ_act = media ponderada (D1/D4/D7 ×1.5, suma de pesos 8.5). Redondeo al final, no por dimensión. Faltantes: si falta una dimensión, NO se computa θ (constructo formativo: quitar una dimensión cambia el constructo — §1 del método).

**Gate de salida F2:** θ_act computado + registro de informantes + sensibilidad rápida (¿el tier sobrevive a ±0.5 en los pesos? Si no, reportar el tier como frontera: "L1–L2").

---

## §5 · Fase 3 — Gap y comunicación (las reglas que blindan)

**3.1 · Cálculo:** `Gap_X = 10^((θ_ref − θ_act)/3)` computado contra ambos extremos de la banda → **el Gap se reporta como rango** (ej. "entre 12× y 22×"), nunca como punto.

**3.2 · Reglas de comunicación (inviolables · derivadas del AUD):**
1. **PROHIBIDO** "N veces más inteligente" y "por unidad de esfuerzo" (P0.2). Formulación ratificada: *"el líder de tu sector opera en un orden de magnitud que estimamos entre A y B veces la posición actual de tu organización, en la escala del Org IBX"*.
2. **PROHIBIDO** comunicar θ o X con decimales a cliente. Cubeta (1X/10X/100X) + rango.
3. Todo número lleva etiqueta de estatus: **"estimado de screening — orden de magnitud, no medición validada"**. El dólar y la precisión los da EmpowerScan.
4. **PROHIBIDO** presentar proyecciones como mediciones (el preset "post-Lab" es escenario hipotético y se marca así — P0.6). No usar "acortar N años en N semanas".
5. Referentes **anonimizados** en material externo mientras no haya protocolo validado + naming con búsqueda legal cerrada. Sin juicios públicos adversos sobre empresas reales (P0.7).
6. "Fundamentado en Ashby" → **"inspirado en"** hasta que la vía proxy §6-C2 esté calibrada (P0.4).
7. Una sola cifra de brecha por cliente en todos los documentos (P1.8) — la que sale de este playbook, con su rango.

**3.3 · Headline de brecha dimensional:** reportar el argmax(Δdim × peso) PERO mostrando las 7 brechas en el radar — el cliente ve el cuadro completo, no solo la dimensión que el portafolio monetiza (P1.4).

---

## §6 · Fase 4 — Entregable y conversación

1. **Tablero de 1 página:** banda del sector (anonimizada si es externo) · posición del cliente (cubeta + rango) · radar 7 dimensiones vs banda · top brecha con evidencia BARS del propio cliente · disclaimer de estatus · CTA a EmpowerScan.
2. **Guion ratificado:** el presentador usa las formulaciones de §5.2 tal cual. El guion se firma antes del primer uso comercial.
3. **La honestidad ES el pitch:** "esto es un screening de orden de magnitud; la cifra exacta y el ROI salen del EmpowerScan" — la mitigación del conflicto de interés se dice en voz alta, no se esconde.

---

## §7 · Fase 5 — Cierre (ritual WORX)

1. Guardar todos los activos con naming canónico y tripleta (fichas de referentes, θ_act, tablero) — Vault-First.
2. Registrar en el IntelliBanks Registry.
3. **Caso LabPraxis** si el proceso reveló falla o patrón (CAS-).
4. Alimentar el dataset de validación: cada θ_act medido + metadatos entra al pool del Workstream D (rumbo a n≥30).
5. Actualizar la ficha del sector si el cliente aportó evidencia que recalibra al referente.

---

## §8 · Checklist de calidad (gate final antes de mostrar a cliente)

- [ ] Unidad de análisis y mercado definible por escrito
- [ ] Banda θ_ref (no punto) con doble puntuación ±0.5 y fichas de evidencia conductual
- [ ] Sin celdas puntuadas con evidencia solo-capex ni solo-promocional sin bandera
- [ ] θ_act por BARS (no sliders), informantes registrados
- [ ] Tier verificado contra sensibilidad de pesos ±0.5
- [ ] Gap como rango; cero decimales cara al cliente; etiqueta de estatus visible
- [ ] Solo referentes del mismo mercado en la columna X; otras industrias como contexto
- [ ] Referentes anonimizados en material externo; sin juicios adversos publicables
- [ ] Proyecciones marcadas como escenarios hipotéticos
- [ ] Guion comercial firmado · activos en el vault · registry actualizado

---

## §9 · NEXTs

- [ ] **[NEXT · Victor]** Ratificar este playbook (L3+).
- [ ] **[NEXT · Jay]** Producir `XD-EL-IBX-MiniLoopXExpress-v01` (modo Express productizable) — hecho en paralelo a este PLB.
- [ ] **[NEXT · Jay]** Cuestionario BARS v02 con anclas por ítem (desbloquea el promedio de ítems de F2).
- [ ] **[NEXT · equipo]** Re-ejecutar Fase 1 sobre logística con Analista 2 → convertir UPS 6.24 en banda ratificada (retrofit del caso Posta).
- [ ] **[NEXT · Victor]** Búsqueda legal del naming (desbloquea des-anonimizar referentes).

## CHANGELOG

| Versión | Fecha | Cambio |
|---|---|---|
| v01 | 2026-07-09 | Creación. Playbook interno del proceso IBX (patrón Posta endurecido): 6 fases con gates, doble analista ±0.5, banda θ_ref, evidencia conductual no-capex, reglas de comunicación inviolables (rangos, sin decimales, etiquetas de estatus, anonimización), checklist de calidad y cierre WORX. Operacionaliza los fixes de AUD-EL-IBX-MetodoPanelExpertos-v01. Modo Express delegado a XD-EL-IBX-MiniLoopXExpress-v01. |