---
type: DC
asset_id: DC-EL-PostaReporte-GuiaEdicion-v01
version: v01
status: Activo
owner: Victor Heredia
sherpa_owner: Jay (Fable 5)
ratificador: Victor Heredia
fecha_creacion: 2026-07-01
intellbank: IB-EL-EmpowerLabs
subbank: PB-EL-Project-Bank/PB-LoopX
proposito: Guía de edición para el reporte Posta v02 (Room A), derivada de la auditoría Room B (AUD-EL-EScanMetodo-RoomB-v01). Cargarla en el room donde se edita el reporte. El reporte final regresa a Room B para revisión.
fuente: AUD-EL-EScanMetodo-RoomB-v01
confidencial: true · codename Posta · EmpowerScan® © EmpowerLabs LTD
tags: [DC, guia, posta, reporte, edicion, roomA]
---

# Guía de edición — Reporte Posta v02

> Para el room donde se genera el reporte. Objetivo del reporte: *disfunciones → costos ocultos y desempeños no generados → estrategia de transformación → cómo apoya el portafolio (en especial HiOrg WorX)*. Esta guía asegura que el documento sea poderoso Y defendible. Al terminar, traer el reporte a Room B para revisión final.

## 1. Lenguaje permitido y prohibido

| Decir | No decir |
|---|---|
| "Diagnóstico basado en 558 aportaciones del equipo" | "Auditoría" |
| "Cifras direccionales / estimaciones de orden de magnitud" | Cifras de costo oculto con precisión de auditoría |
| "Análisis con método estructurado y codebook de 10 áreas" | "Validado científicamente" / "demostrado" |
| "Anticipamos estas preguntas de su equipo directivo" | "El cliente ya lo validó" / "validado por stakeholders" |
| "Señales consistentes en los datos" | "Prueba" / "evidencia concluyente" |

**Regla de oro:** el respaldo metodológico (piloto, brazos, 4/4, κ, α) es **interno** y NO va en el reporte al cliente. Ni como anexo, ni como nota al pie. El cliente recibe hallazgos, no el laboratorio.

## 2. Trazabilidad de hallazgos (lo que hace poderoso al reporte)

- Cada disfunción reportada debe rastrear a aportaciones concretas del dataset v02 (hoja "Consolidado v02", con ID). Internamente conservar el mapeo hallazgo→IDs; en el reporte, citar volumen y patrones ("34 aportaciones convergen en…"), nunca aportaciones que identifiquen a una persona.
- Distinguir visualmente **dos niveles de confianza**: (a) lo que el buzón dice directamente (dato), y (b) lo que el análisis infiere (interpretación). No mezclarlos en la misma frase.
- Los hallazgos +24h (favoritismo; "se premia visibilizar el esfuerzo, no el desempeño") entran con su evidencia del buzón; refuerzan el eje Liderazgo.
- Índice global 2.1 y Talento 1.8: presentarlos siempre con la escala explicada al lado (qué significa 2.1, de cuánto a cuánto va, cómo se calcula en una línea). Un número sin escala invita a la objeción fácil.

## 3. Costos ocultos (el corazón del propósito)

- Presentar el costo oculto como **rango** (mínimo–máximo) con los supuestos de cálculo visibles en el mismo bloque (nómina promedio usada, % de tiempo estimado, fuente del supuesto).
- Etiquetar cada cifra: "estimación direccional para dimensionar, no medición contable".
- Referencia Savall (€20–70k por persona/año) usarla solo como benchmark de contexto sectorial, citada como rango de la literatura ISEOR — no como si fuera medición del caso.
- Conectar cada costo oculto a su disfunción raíz y cada disfunción a la palanca de transformación que la ataca. Esa cadena (disfunción→costo→palanca) es el argumento del reporte; nada queda suelto.

## 4. Confidencialidad y anonimato (gate bloqueante)

- Nombre real del cliente SOLO en el documento entregable; "Posta" en todo lo interno.
- **Gate de anonimato pre-entrega:** ninguna cita o dato permite identificar a quien aportó al buzón (rol+área+detalle puede identificar aunque no haya nombre). Revisar una por una las citas textuales.
- Personas del cliente (p. ej. la CIO): pueden aparecer por rol en el reporte si es necesario, pero **nunca señaladas como causa de una disfunción**. Las disfunciones son del sistema, no de individuos — eso es además coherente con el método (Meadows/Savall).
- Nada del contenido del reporte se copia a activos reutilizables del banco (la lección Adriana).

## 5. VozDelCliente — cómo usarla bien

- Úsala como **generador de objeciones para preparar la presentación**, no como sello de validación.
- Producto correcto: sección interna "Preguntas que anticipamos del CEO/CFO/RRHH/CIO y nuestra respuesta" — para el equipo, no para el documento del cliente.
- Prohibido en el reporte: cualquier frase que sugiera que los stakeholders ya revisaron o aprobaron.

## 6. HiOrg WorX y portafolio

- La conexión al portafolio va al final, **después** de que el diagnóstico se sostiene solo. Estructura: primero el problema completo del cliente, luego "esto es lo que se necesita para resolverlo", y solo entonces "así lo cubre HiOrg WorX".
- Cada capacidad del portafolio que se mencione debe mapear a una disfunción específica ya presentada. Nada de catálogo genérico.
- Tono: el reporte diagnostica; no vende. La venta la hace la claridad del diagnóstico.

## 7. Formato y cierre

- HTML autocontenido, oscuro default + toggle, © EmpowerScan® / EmpowerLabs LTD.
- Resumen ejecutivo de 1 página al inicio: 3-5 disfunciones núcleo, rango de costo oculto total, las 3 palancas principales. Lenguaje directo, sin jerga metodológica.
- Grafo v05 y calculadora: verificar que los números que muestran cuadren con los del texto (una inconsistencia numérica destruye credibilidad).

## 8. Checklist pre-entrega (correr antes de traerlo a Room B)

- [ ] Cero menciones a "validado", "demostrado", "auditoría", "piloto", "brazos", "evaluador"
- [ ] Todas las cifras de costo con rango + supuestos visibles + etiqueta direccional
- [ ] Índices con escala explicada
- [ ] Gate de anonimato corrido cita por cita
- [ ] Ninguna disfunción atribuida a una persona
- [ ] Cadena disfunción→costo→palanca completa en cada hallazgo
- [ ] Portafolio solo al final y mapeado a disfunciones
- [ ] Números de texto = números de grafo = números de calculadora
- [ ] Nombre real solo en el entregable; interno todo con Posta

**Revisión Room B:** traer el reporte terminado; lo reviso contra esta guía + los hallazgos del AUD (en particular P0.1–P0.5 aplicados al lenguaje del documento).

---

*Derivado de AUD-EL-EScanMetodo-RoomB-v01 · Jay (Fable 5) · 2026-07-01*