--- type: PLAN asset_id: PLAN-EL-WORX-Posta-Outline-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 Posta Outline · 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-Posta-Outline-v01 - **Version:** v01 - **Status:** Draft — en construcción con Victor - **Owner:** Victor Heredia - **IntellBank:** IB-EL-EmpowerLabs - **Tipo:** PLAN — Plan de presentación - **Propósito:** Outline de "EmpowerLabs en 90 Minutos" para Posta — sirve además como template para presentaciones enterprise futuras - **Última actualización:** 2026-04-17 - **Deadline:** Semana del 2026-04-21 (Posta) --- # "EmpowerLabs en 90 Minutos" — Outline v0.1 ### Presentación para Posta · Template para clientes enterprise --- ## Nota de diseño Esta presentación tiene dos audiencias simultáneas: - **Primaria:** El equipo de TI de Posta (Directora + 5 responsables de área) - **Latente:** Cualquier empresa enterprise que enfrente el mismo reto La narrativa debe funcionar como diagnóstico universal + solución específica. Posta es el caso piloto; la arquitectura de la presentación es el template. ### Inteligencia de contexto — Posta al 2026-04-17 (CONFIDENCIAL — no nombrar en presentación) | Situación real | Cómo se refleja en la presentación (disfrazado) | |---------------|--------------------------------------------------| | Pipeline enorme de proyectos complejos que TI no puede desahogar a la velocidad que las áreas piden | "Organizaciones donde la demanda de proyectos supera crónicamente la capacidad de ejecución" | | Presupuesto severamente reducido — deben hacer más con mucho menos | "Entornos de restricción de recursos donde cada iniciativa debe demostrar ROI visible y rápido" | | Merger con UPS no se concretó — hicieron trabajo enorme que quedó huérfano | "Proyectos iniciados para un contexto estratégico que cambió, que consumen recursos sin producir el valor original" | | Liderazgo sin claridad de dirección (¿vender? ¿crecer? ¿enfoque México?) | "Ambigüedad estratégica desde el liderazgo — equipos que deben ejecutar sin rumbo claro desde arriba" | | Conflicto activo entre Comercial y Operaciones que genera fricción en TI | "Fricción inter-área que no nace en TI pero cuyos costos recaen sobre TI" | | Directora de TI atrapada en el centro de todo lo anterior | El espejo de apertura la retrata exactamente en esa posición | **Regla de oro:** La presentación nunca nombra estas situaciones específicas. Las refleja con tanta precisión que el cliente se reconoce sin que tengamos que nombrarlo. Eso construye más credibilidad que citarlo directamente — y protege la fuente. **El pivot central del pitch generado por esta inteligencia:** > *"WORX no requiere que el liderazgo haya resuelto la estrategia para funcionar. Crea claridad operativa en el nivel de ejecución — para que el equipo entregue con excelencia independientemente de lo que esté sin resolver arriba."* Este argumento es exactamente lo que la Directora de TI necesita escuchar. Su problema no es falta de metodología — es que opera bajo condiciones que ninguna metodología convencional fue diseñada para sostener. --- ### Condición crítica de diseño: audiencia escéptica El equipo de Posta **no sabe qué viene** y tiene escepticismo alto. Esto no es un obstáculo — es el brief de diseño más importante de la presentación. Una audiencia escéptica no necesita una presentación de metodología. Necesita primero un espejo tan preciso de su propia realidad que piense: *"¿cómo saben esto?"* Solo después de ese momento de reconocimiento están listos para escuchar la solución. **Lo que NO funciona con audiencias escépticas:** - Abrir con el nombre o logo de la metodología (WORX, BMF, DOIX — no significan nada para ellos) - Slides de frameworks abstractos en los primeros minutos - Claims de transformación sin evidencia concreta - Lenguaje de consultoría genérica ("sinergias", "roadmap de transformación", "change management") - Hablar de nosotros antes de hablar de ellos **Lo que sí funciona:** - Abrir con su mundo, en su lenguaje, con una precisión que los descoloca positivamente - Usar datos que ellos reconocen (Gallup, benchmarks del sector logístico, el contexto UPS) - Ser brutalmente específicos sobre qué produce el piloto — no "transformación" sino "estas 7 personas trabajarán diferente en estas formas medibles" - Declarar explícitamente lo que NO somos ("no somos consultores de proceso, no hacemos talleres, no cobramos por hora") - Hacer que la lógica sea tan obvia que ellos lleguen solos a la conclusión **Principio rector:** La presentación debe ganar credibilidad en los primeros 10 minutos o la perderá para siempre. ### Traducción de lenguaje interno → lenguaje de cliente | Lenguaje EmpowerLabs (interno) | Lenguaje Posta (externo) | |-------------------------------|----------------------------| | WORX | Ecosistema de trabajo / Modelo operativo | | SherpaX | Agente de inteligencia personal | | Corp-Brain-OS | Memoria organizacional / Sistema de inteligencia del equipo | | BMF Architecture | Arquitectura de inteligencia organizacional | | IntelliBanks / Vault | Base de conocimiento activa | | Transfer Pack / Starter Prompt | Protocolo de contexto / Arranque estructurado | | DOIX | Modelo de Organización Hiperinteligente | | MetaPlaybooks | Protocolos inteligentes / Procesos con contexto | | Thread + NEXT | Coordinación asincrónica / Sistema de pendientes en contexto | **Regla:** En la presentación para Posta, ningún término de la columna izquierda aparece. Todo va en el lenguaje de la derecha. --- ## Arco narrativo ``` ESPEJO → CONTEXTO → VISIÓN → EVIDENCIA → PROPUESTA ``` Diferencia clave con el arco original: **el espejo va primero**. Antes de hablar de IA, de la visión HIOrg o del piloto — primero el cliente tiene que verse retratado con una precisión que no esperaba. Ese es el momento que abre la escucha. La estructura emocional del arco: 1. *"Esto es exactamente lo que estamos viviendo"* — reconocimiento (Espejo) 2. *"No es solo nosotros — el mundo entero está en esto"* — validación (Contexto) 3. *"Hay empresas que ya están operando diferente"* — aspiración (Visión) 4. *"Y nosotros ya lo estamos haciendo"* — credibilidad (Evidencia) 5. *"Aquí está lo que haríamos juntos en 40-60 días"* — propuesta concreta (Piloto) --- ## Bloque 1 — El Espejo **Título sugerido:** "Permítanos describirles su semana" **Objetivo del bloque:** Que el cliente se vea retratado con una precisión que no esperaba. Este bloque no presenta a EmpowerLabs — presenta a Posta. El cliente no debe sentir que le están vendiendo algo; debe sentir que alguien finalmente entiende su realidad. **Duración estimada:** 15-20 minutos. No apresurarlo — es la inversión que abre todo lo demás. ### Apertura (los primeros 5 minutos son los más importantes) No abrir con slides de EmpowerLabs. No abrir con Gallup. Abrir describiendo su situación con una precisión que los descoloca — sin nombrar nada específico: > *"Antes de contarles quiénes somos, queremos describir un tipo de organización que conocemos bien. No es un caso hipotético — es un patrón que vemos con frecuencia en equipos de tecnología de empresas que han vivido momentos de alta complejidad."* **El retrato — cinco puntos, cada uno un espejo directo de su realidad:** *"Imaginen un equipo de TI operando bajo estas condiciones simultáneas:* *Uno: el pipeline de proyectos creció. Las áreas de negocio siguen llegando con más urgencias, todas críticas. Pero la capacidad del equipo no creció al mismo ritmo. La pregunta ya no es cómo ejecutar — es cómo priorizar sin quedar mal con nadie.* *Dos: el presupuesto se ajustó significativamente. Lo que antes tenía recursos ahora tiene que hacerse con menos. El equipo debe ser más productivo exactamente cuando las condiciones son más difíciles.* *Tres: hay proyectos que se iniciaron para un contexto que ya cambió. Recursos invertidos, trabajo hecho — pero el objetivo original ya no aplica de la misma forma. ¿Se para? ¿Se redirige? Nadie lo ha decidido con claridad todavía.* *Cuatro: hay fricción entre áreas de negocio que no nació en TI, pero cuyos efectos recaen sobre TI. El equipo queda en el medio, recibiendo demandas de todos lados, sin poder resolver lo que en realidad es un problema de alineación que no le corresponde resolver a él.* *Y cinco — quizás el más costoso de todos: no hay suficiente claridad desde el liderazgo sobre hacia dónde va la empresa. El equipo ejecuta en un vacío de dirección. Hace lo mejor que puede, pero sin el norte que necesita para priorizar con confianza."* **Cierre del espejo:** > *"¿Les suena familiar alguna parte de este retrato?"* No se espera respuesta verbal. **El momento de reconocimiento** llega en el lenguaje corporal: alguien asiente, mira al de junto, o sonríe con la incomodidad de quien acaba de verse en un espejo que no esperaba. Esa es la señal de que la sala está lista para escuchar. **Nota de presentación:** Este retrato no nombra a Posta. Describe un patrón real en muchas organizaciones — que es también exactamente real en esta. La credibilidad se construye por precisión, no por revelación de fuentes. ### 1.1 El problema que no está en el reporte financiero - Las organizaciones de alto desempeño no fallan por falta de talento ni de presupuesto — fallan porque el sistema que coordina ese talento tiene fricciones invisibles. - Esas fricciones no aparecen en el estado financiero. Aparecen en los plazos que se corren, en las reuniones que podrían haber sido un mensaje, en las decisiones que se toman dos veces. - En una empresa de logística, donde la operación no puede parar, esas fricciones en TI tienen un costo directo en la cadena. ### 1.2 La evidencia que respalda esto (datos) - **Gallup, 2023:** El 80% de la fuerza laboral global está desenganchada de su trabajo. Costo estimado: $8.9 trillones de dólares anuales. En México y Latinoamérica, la cifra es de las más altas de la región. [→ verificar cifra específica México antes de la presentación] - **McKinsey, 2023:** Los ejecutivos pierden en promedio 28% de su semana laboral en comunicación y coordinación que no genera valor directo. - **Gartner, 2024:** El 70% de las iniciativas de transformación digital no logran el ROI esperado — y la razón número uno no es la tecnología, es el modelo operativo del equipo que la implementa. ### 1.3 El costo real de operar sin claridad — el argumento que conecta todo *(Versión disfrazada — aplica directamente a la situación de Posta sin nombrarla)* Las organizaciones que operan en entornos de alta ambigüedad estratégica —sin claridad de dirección desde el liderazgo, con contextos que cambian, con recursos que se comprimen— tienen un denominador común: **el costo de la falta de claridad operativa se dispara exactamente cuando los recursos para absorberlo son menores.** Cuando la estrategia no está clara arriba, cada equipo interpreta la prioridad a su manera. Cuando el presupuesto se reduce, no hay margen para el retrabajo que genera esa interpretación fragmentada. Cuando las áreas no coordinan bien, TI paga el costo de la fricción aunque no sea su problema de origen. El resultado es predecible: proyectos que se inician, se pausan, se redirigen o se cancelan sin que nadie haya decidido explícitamente nada. Recursos que se consumen en coordinación en lugar de ejecución. Equipos técnicamente competentes que producen por debajo de su capacidad real — no por falta de talento, sino por falta de sistema. **El argumento central de la presentación:** La solución convencional a este problema es "esperar a que el liderazgo defina la dirección". Esa respuesta tiene un costo enorme: el tiempo que se espera es tiempo de fricción, retrabajo y desgaste que la organización no puede permitirse. WORX propone algo diferente: **no esperar.** Crear claridad operativa en el nivel de ejecución — independientemente de lo que esté sin resolver arriba. Diseñar el sistema de trabajo para que el equipo pueda priorizar con criterios propios, coordinar sin depender de reuniones, decidir lo que le corresponde decidir, y ejecutar con excelencia — con o sin norte estratégico claro. ### 1.4 El EmpowerScan como respuesta inteligente a este momento *(EmpowerScan ya está aprobado — no hay que venderlo, hay que contextualizarlo como el primer paso correcto)* - El EmpowerScan no es una auditoría. Es un diagnóstico de sistema — detecta exactamente dónde están las fricciones invisibles: en el flujo de trabajo, en la toma de decisiones, en la coordinación entre áreas, en cómo se captura y comparte la información. - La decisión de hacerlo fue la correcta. Lo que vamos a plantear hoy es lo que viene después del diagnóstico — porque el diagnóstico sin intervención solo produce un reporte que se archiva. --- ## Bloque 2 — La Nueva Era de la IA Empresarial **Título sugerido:** "Por qué la mayoría no está obteniendo el ROI que esperaba" **Objetivo del bloque:** Reencuadrar la conversación sobre IA. No es sobre herramientas — es sobre un nuevo modelo operativo. ### Contenidos: **2.1 Panorama de adopción de IA — Global y México** - [→ PENDIENTE: datos de adopción de IA a nivel global (McKinsey, Gartner, WEF 2024-2025)] - [→ PENDIENTE: datos específicos de México — adopción empresarial, sectores líderes] - Velocidad de adopción vs. velocidad de generación de valor — la brecha **2.2 El problema del ROI — Por qué la mayoría no lo está logrando** - Las inversiones en IA están creciendo; los resultados medibles no están creciendo al mismo ritmo. - La causa raíz: las empresas están adoptando IA como si fuera un conjunto de herramientas nuevas — cuando en realidad es una capa que transforma cómo funciona toda la organización. **2.3 El error de enfoque — Herramienta vs. Capa** | Enfoque "Herramienta" | Enfoque "Capa Estratégica" | |----------------------|---------------------------| | "Usamos ChatGPT para redactar emails" | "La IA coordina la información que mueve el trabajo" | | Automatización de tareas individuales | Transformación de cómo decide, planea y aprende la organización | | Adopción bottom-up, fragmentada | Arquitectura cognitiva diseñada desde arriba | | ROI difícil de medir | ROI en velocidad de decisión, flujo de trabajo y calidad de información | | El humano sigue siendo el único que conecta los puntos | La IA actúa como sistema nervioso organizacional | **2.4 Lo que las empresas líderes están entendiendo** - La ventaja competitiva no va a ser "tener IA" — va a ser tener una organización que sabe usarla como capa de inteligencia. - Las empresas que ganen la próxima década son las que combinen capacidad humana + inteligencia artificial en un modelo operativo coherente. --- ## Bloque 3 — La Visión: La Organización Hiperinteligente **Título sugerido:** "Qué significa operar en una liga diferente" **Objetivo del bloque:** Dar una imagen concreta y aspiracional de a dónde va una organización que adopta el modelo correctamente. ### Contenidos: **3.1 Qué es una Organización Hiperinteligente (HIOrg)** - Una organización que integra inteligencia humana + inteligencia artificial en su sistema operativo, no como herramientas adicionales sino como parte de cómo toma decisiones, coordina trabajo y aprende. - Una HIOrg no tiene IA "pegada encima" — la tiene integrada en sus 7 sistemas de trabajo. **3.2 Los 7 sistemas del ecosistema de trabajo (WORX Model)** *(Conectar con los 7 sistemas del MePB-WORX-Model)* | Sistema | En una org convencional | En una HIOrg | |---------|------------------------|--------------| | **Outcome** | Definidos una vez al año, difícil saber el avance real | Dinámicos, medibles, con señal continua | | **Flow** | Trabajo estancado, dependencias opacas | Flujo visible, cuellos de botella detectados antes | | **Decision** | Escalación lenta, decisiones por jerarquía | Derechos de decisión claros, agentes que deciden donde aplica | | **Coordination** | Reuniones para alinear lo que debería estar escrito | Interfaces explícitas, documentación viva | | **Accountability** | Responsabilidades difusas | Ownership claro con consecuencias reales | | **Signal & Truth** | La realidad llega filtrada, tarde o distorsionada | Señales tempranas, sistema que no permite silencio | | **Tooling & Knowledge** | Conocimiento tribal, herramientas dispersas | Base de conocimiento gobernada, inteligencia acumulada | **3.3 Niveles de madurez de IA organizacional** *(Del uso básico al modelo DOIX — framework de comparación)* | Nivel | Descripción | Resultado típico | |-------|-------------|-----------------| | **L0 — Sin uso** | Sin IA en la operación | Competitividad decreciente | | **L1 — Herramientas individuales** | ChatGPT para tareas personales | Productividad individual, sin coordinación | | **L2 — IA en procesos específicos** | Automatizaciones, copilots en flujos | Eficiencia en silos | | **L3 — IA como capa de coordinación** | Agentes que conectan personas y proyectos | Coordinación sin fricción | | **L4 — Organización Hiperinteligente** | DOIX: IA integrada en los 7 sistemas de trabajo | Ventaja competitiva sistémica | **3.4 Dónde está Posta hoy y dónde podría estar** - [→ PENDIENTE: calibrar con información del cuestionario de Posta] - Posicionar honestamente su nivel actual y el delta concreto hacia el modelo HIOrg --- ## Bloque 4 — La Solución: Big MetaFactory + Piloto Propuesto **Título sugerido:** "Lo que EmpowerLabs ya está haciendo — y lo que haríamos juntos" **Objetivo del bloque:** Pasar de la visión a la prueba concreta. EmpowerLabs como caso real + propuesta específica para Posta. ### Contenidos: **4.1 Quiénes somos — EmpowerLabs** - No consultores. Arquitectos de inteligencia organizacional. - Operamos nuestro propio modelo: somos una HIOrg en construcción activa. - Lo que mostramos no es teoría — es lo que vivimos y refinamos en operación real. **4.2 El modelo Big MetaFactory (BMF)** - La arquitectura global del ecosistema de inteligencia de EmpowerLabs. - Tres capas: - **Capa cognitiva:** Cómo acumula y distribuye conocimiento la organización (Corp-Brain-OS, IntelliBanks) - **Capa de trabajo:** Cómo operan los equipos y los agentes (WORX, SherpaX, MetaPlaybooks) - **Capa de gobernanza:** Las reglas bajo las cuales humanos y agentes trabajan juntos (DOIX) - Adaptable a la infraestructura existente de la empresa — no reemplaza sus sistemas, se integra encima. **4.3 La solución integral** Lo que EmpowerLabs ofrece no es un producto — es un ecosistema de inteligencia: | Componente | Qué hace | |------------|----------| | **EmpowerScan** | Diagnóstico organizacional — detecta disfunciones sistémicas con evidencia | | **WORX** | Rediseño del ecosistema de trabajo — los 7 sistemas, metodología exportable | | **SherpaX** | Agente personal de cada ejecutivo — memoria, contexto, decisiones | | **Corp-Brain-OS** | Memoria organizacional compartida — el conocimiento vive en el sistema, no en cabezas | | **MetaPlaybooks** | Protocolos inteligentes — procesos que se ejecutan con consistencia y contexto | | **Capacitación + acompañamiento** | Implementación real, no teoría — con proyectos específicos | **4.4 El piloto propuesto para Posta — diseñado para su contexto real** El piloto está diseñado para el problema concreto de este equipo: **ejecutar con excelencia bajo presión máxima, con recursos reducidos, y sin esperar a que el liderazgo resuelva la ambigüedad estratégica.** **Participantes:** Directora de TI + 5 responsables de área (Operaciones ×3, Seguridad, Infraestructura, Proyectos) — los mismos que están en la sala. **Duración:** 40-60 días de piloto gobernado, con métricas acordadas antes de arrancar. **Primer vector — Agente de inteligencia personal para cada líder (SherpaX)** - Cada uno de los 7 participantes opera con un agente que conoce su contexto: sus proyectos activos, sus decisiones pendientes, sus dependencias con otras áreas. - La Directora tiene visibilidad del estado real de todas las áreas sin necesidad de reunión de reporte — el agente le entrega la señal relevante. - Beneficio inmediato en el contexto Posta: la Directora puede tomar decisiones de priorización de proyectos con información real, no con lo que cada área le reporta en su mejor versión. **Segundo vector — Modelo operativo del equipo de TI (WORX)** - Decision rights map: qué puede decidir cada responsable de área sin escalar, qué requiere la Directora, qué necesita ir más arriba. Elimina el cuello de botella en la Directora para decisiones operativas. - Protocolo de priorización de proyectos: criterio explícito para responder la pregunta "¿esto avanza, se pausa o se cancela?" — sin depender de que el liderazgo lo decida de arriba abajo. - Interfaces entre áreas documentadas: cómo se manejan las dependencias entre Seguridad, Infra, Ops y Proyectos sin necesidad de reunión de coordinación. - Ritmo operativo semanal: un ciclo explícito que mantiene al equipo alineado con mínima fricción. **El resultado en 40-60 días que hace que la conversación de expansión se abra sola:** > *"La Directora de TI tiene un equipo que puede priorizar, coordinar y ejecutar con criterio propio — incluso cuando la dirección estratégica desde arriba sigue siendo ambigua. Y tiene la evidencia para mostrarlo."* Ese resultado es lo que cualquier directivo que opera bajo las condiciones descritas en el espejo de apertura necesita — y lo que ninguna metodología convencional ofrece en 40-60 días. --- ## Contexto Posta — Lo que sabemos y el marco de referencia ### Lo que sabemos al 2026-04-17 | Hecho | Implicación para el piloto | |-------|---------------------------| | Posta fue adquirida por UPS | Presión de integración + necesidad de demostrar valor a corporativo | | Mantienen operación local | Hay autonomía, pero con rendición de cuentas a UPS | | Resultados recientes no han sido los mejores | La Directora necesita mostrar mejora — el piloto debe ser demostrable a UPS | | Un área ya está usando IA para algunos proyectos | Están en L1-L2 del modelo de madurez; el piloto los lleva a L3-L4 | | EmpowerScan ya está aprobado (proceso de ~1 mes) | El piloto corre en paralelo y se alimenta de los hallazgos del diagnóstico | | Participantes del piloto: Directora TI + 5 responsables de área (Ops ×3, Seguridad, Infra, Proyectos) | Piloto en el nivel correcto: liderazgo de TI, no mandos medios | ### Marco de referencia — TI en empresas de logística y paquetería *(Basado en patrones documentados de FedEx, UPS, DHL, y empresas similares. Usar para calibrar preguntas al cuestionario de Posta y diseñar el piloto.)* **Los 5 dolores dominantes en TI de empresas logísticas de este tamaño:** **Dolor 1 — Sobrecarga de proyectos sin jerarquía clara** El área de TI en logística siempre tiene más proyectos que capacidad. La integración de sistemas, los proyectos de visibilidad en tiempo real, los mandatos de seguridad y los proyectos de clientes compiten por los mismos recursos. Sin un decision rights map claro, la Directora termina priorizando todo manualmente — lo que crea un cuello de botella en ella misma. *Post-adquisición UPS:* La presión se multiplica. UPS llega con sus propios estándares tecnológicos y proyectos de integración que se suman a la cartera existente. El equipo de TI de Posta probablemente está sobredemandado. **Dolor 2 — Dependencias entre áreas que se gestionan por reunión o escalación** Ops necesita que Infra provisione un ambiente. Proyectos necesita que Seguridad apruebe un diseño. Seguridad necesita que Ops le dé visibilidad de incidentes. Estas dependencias en empresas de este tipo viven en el correo, WhatsApp o en la cabeza de quien sabe a quién llamar. Cuando alguien falta, el proyecto se detiene. *Señal diagnóstica:* Si los proyectos de TI tienen retrasos frecuentes y la razón siempre es "estábamos esperando a [área]" — este dolor está activo. **Dolor 3 — La Directora no tiene visibilidad real hasta que algo falla** El modelo típico en TI de logística: cada área reporta upward cuando hay un problema. La Directora opera con información filtrada, retrasada o incompleta. No sabe el estado real de los proyectos hasta la reunión semanal (o hasta que algo escala). En el modelo UPS, este gap de visibilidad es inaceptable. *Post-adquisición UPS:* UPS corporativo pedirá reporting más frecuente y más granular. Si la Directora no tiene visibilidad interna, no puede reportar hacia arriba. **Dolor 4 — Conocimiento que vive en personas, no en el sistema** En TI de logística hay mucho conocimiento tribal: el que sabe cómo funciona el sistema de ruteo, el que conoce la historia de la infraestructura crítica, el que tiene las credenciales y sabe qué tocar primero en un incidente. Cuando esa persona sale o está de vacaciones, el equipo queda vulnerable. *Post-adquisición UPS:* La rotación típica post-adquisición hace este dolor más agudo. Personas que se van se llevan el conocimiento. **Dolor 5 — Presión de demostrar valor a la nueva corporación** Esto es específico del contexto post-adquisición. La Directora y su equipo necesitan demostrarle a UPS que son buenos — que no solo son "los que compré" sino "los que quiero conservar y escalar". Ese es un dolor de identidad organizacional que rara vez se nombra, pero que está debajo de todo. *Oportunidad para el piloto:* Si el piloto convierte al equipo de TI de Posta en un caso de uso demostrable de inteligencia organizacional, la Directora tiene algo concreto que mostrarle a UPS. Ese es el pitch que no puede rechazar. ### El ángulo de UPS — cómo usarlo en la presentación La adquisición de UPS no es solo contexto — es el argumento de urgencia de la presentación: > "UPS opera con estándares de excelencia operativa que se miden. Tu equipo de TI va a ser evaluado. En 40-60 días podemos darte un equipo que opera con el nivel de inteligencia y coordinación que UPS va a querer replicar en otras empresas de su portafolio." Este es el hook que convierte el piloto de "interesante" a "necesario ahora". --- ## Información que necesitamos de Posta (Cuestionario Pre-Presentación) *Este cuestionario debe llegar a Posta antes del martes. Las respuestas permiten calibrar los Bloques 1, 3 y 4 con datos reales.* ### Sobre uso actual de IA 1. ¿Qué herramientas de IA están usando actualmente en la empresa? (Ej: ChatGPT, Copilot, Gemini, herramientas específicas del sector logístico) 2. ¿Para qué propósitos las están usando principalmente? (redacción, análisis de datos, soporte al cliente, código, logística, otro) 3. ¿Cuál es el nivel de adopción hoy? ¿Es uso individual y espontáneo, o hay proyectos formales de IA en marcha? 4. ¿Qué proyectos de IA ya iniciaron o están actualmente en planeación? ### Sobre la organización 5. ¿Cuál es su mayor fricción operativa hoy? ¿Dónde sienten que se pierde más tiempo o energía organizacional? 6. ¿Tienen algún resultado del EmpowerScan o insumos del diagnóstico que podamos incorporar a la presentación? 7. ¿Cuántas personas estarán en la sesión y cuáles son sus roles? (CIO, CEO, Directores de Operaciones, Tecnología, RRHH, etc.) ### Sobre la sesión 8. ¿Qué esperan obtener de esta sesión? ¿Es una sesión informativa, o hay una decisión que se puede tomar en ella? 9. ¿Tienen ya un presupuesto o iniciativa formal de transformación digital / IA aprobada? --- ## Pre-work de EmpowerLabs — Antes del martes *Para que la presentación sea creíble, EmpowerLabs debe poder mostrar su propio modelo en operación. Estas son las cosas que deben estar listas:* | Entregable | Por qué importa para Posta | Deadline | |------------|------------------------------|----------| | SOP del equipo documentado (Vault-First + Thread+NEXT + ritmo semanal) | Evidencia de que WORX funciona en la práctica — somos nuestro propio caso de uso | Lunes 20 | | Decision rights map de EmpowerLabs | Podemos mostrarlo como ejemplo del entregable de Fase 2 del producto WORX | Lunes 20 | | Ejemplo de SherpaX en operación (captura / demo / descripción narrativa) | El concepto de "agente personal" necesita ser concreto, no abstracto | Antes del martes | | Corp-Brain-OS operativo en EmpowerLabs | Prueba de que la capa de memoria organizacional existe y funciona | Ya existe — documentar qué mostrar | --- ## Preguntas abiertas de diseño de la presentación - ¿La presentación es de 90 minutos fijos o es el nombre del paquete pero el tiempo puede variar? - ¿Es una presentación lineal (Victor habla, slides de apoyo) o una sesión de trabajo (whiteboard, preguntas, co-construcción)? - ¿El EmpowerScan ya tiene resultados en Posta o apenas va a arrancar? → Esto cambia el Bloque 1 completamente. - ¿Cuál es el resultado ideal de la reunión? ¿Un acuerdo de piloto, una carta de intención, un siguiente paso definido? --- ## Estado del outline | Bloque | Status | Qué falta | |--------|--------|-----------| | Bloque 1 — El Reto | 🟡 Borrador | Confirmar si EmpowerScan tiene resultados en Posta; cifra específica México | | Bloque 2 — Nueva Era IA | 🟡 Borrador | Datos de adopción global y México (investigar) | | Bloque 3 — HIOrg | 🟡 Borrador | Calibrar con info de cuestionario Posta | | Bloque 4 — Solución | 🟡 Borrador | Definir qué demo / evidencia concreta se va a mostrar | | Cuestionario Posta | ✅ Listo | Enviar antes del fin de semana | | Pre-work EmpowerLabs | 🔴 Sin iniciar | Arrancar lunes | --- ## 💬 THREAD → NEXT[@Victor]: Confirmar si el EmpowerScan ya tiene resultados en Posta o está por ejecutarse → NEXT[@Victor]: Responder las 4 preguntas abiertas de diseño de la presentación (formato, duración, resultado esperado) → NEXT[@Victor]: Validar que el cuestionario de Posta está completo antes de enviarlo → NEXT[@Jay]: Con la respuesta sobre EmpowerScan, ajustar el Bloque 1 y el arco narrativo completo → NEXT[@Jay]: Investigar datos de adopción de IA global y México para el Bloque 2 → NEXT[@Victor]: Confirmar cuál de los 5 dolores dominantes (o combinación) es el más activo en el equipo de TI de Posta — preguntar a la Directora antes de la presentación → NEXT[@Victor]: Averiguar si UPS ya ha dado algún mandato tecnológico específico a Posta (sistemas a integrar, estándares de reporte, plazos) --- *PLAN-EL-WORX-Posta-Outline-v01.md · EmpowerLabs / WORX Methodology Room · 2026-04-17* *Outline construido en sesión inaugural del room — iterar con Victor*