--- type: PLAN asset_id: PLAN-EL-WORX-Posta-Bloque4-DemoViva-v01 version: v01 status: Draft owner: Victor Heredia sherpa_owner: Jay fecha_creacion: 2026-05-24 fecha_ultima_actualizacion: 2026-05-24 intellbank: IB-EL-EmpowerLabs subbank: PB-EL-Project-Bank sub-subbank: PB-WORX-Worx proposito: Diseño completo del Bloque 4 "Demo Viva" para la presentación Posta T-3. El corazón del piloto accidental. Incluye arco narrativo, secuencia de 6 prompts probada, pre-flight checklist, planes de contingencia, diferenciación explícita SherpaX vs Cowork, y choreografía visual. documento_padre: PLAN-EL-WORX-Posta-Outline-v01 documento_referencia_1: PLAN-EL-WORX-Posta-Bloque3-MecanismoMigracion-v01 (precede a este bloque) documento_referencia_2: MIN-EL-WORX-Posta-JuanDemoVivo-v01 (lessons learned de demo 1:1 exitosa) documento_referencia_3: MIN-HIORGS-BioPappel-Reunion1-v01 (lessons learned de demo 1:N exitosa improvisada) duracion_target: 20 minutos posicion: Post-Bloque 3 (Tesis Mecanismo) · Pre-Bloque 5 (Mini-Lab Co-construcción) tags: [posta, presentacion, bloque4, demo-viva, piloto-accidental, sherpax, pre-flight] --- # Bloque 4 — Demo Viva > **Duración:** 20 minutos > **Posición:** Post-Bloque 3 (Tesis) · Pre-Bloque 5 (Mini-Lab) > **Objetivo táctico:** Convertir lo conceptual en experiencia. La audiencia debe **ver, no escuchar** cómo opera el mecanismo. Disparar el *"piloto accidental"* — experimentan el producto en uso real. > **Objetivo estratégico:** Construir credibilidad irrefutable. Cuando alguien ve el sistema responder en vivo a preguntas reales sobre proyectos reales, la conversación de venta cambia de naturaleza. --- ## El estado mental de la audiencia al entrar al bloque Vienen de tres bloques de narrativa: - **Bloque 1 (Espejo):** "Nos entienden, ya entraron en confianza" - **Bloque 2 (Datos + UPS):** "El problema es real, urgente, y UPS pagó caro por demostrarlo" - **Bloque 3 (Tesis):** "Dicen que tienen un mecanismo que sistematiza esto en semanas" Lo que están pensando ahora — sin decirlo: - *"OK, todo eso suena bien, pero ¿realmente funciona?"* - *"¿Esto es teoría o algo que opera de verdad?"* - *"Quiero ver cómo se ve esto cuando trabaja"* El Bloque 4 no responde con palabras. **Responde con evidencia operativa en tiempo real**. --- ## El frame de apertura — qué establecemos ANTES de tocar nada Victor abre el bloque con tres declaraciones que protegen toda la demo: > *"Tres cosas antes de empezar:* > > ***Uno:*** *Lo que les voy a mostrar no es una demo armada para esta sesión. Es el sistema con el que yo opero EmpowerLabs todos los días. Lo que ven es lo que uso.* > > ***Dos:*** *Voy a usar una interfaz comercial llamada Cowork como entorno — el equivalente a un Microsoft Word o un Slack en su computadora. Pero lo que opera adentro no es Cowork. Es un sistema construido encima, con identidad propia, memoria propia, protocolos propios. A esta entidad la llamamos sherpa. La mía se llama Jay. Cada miembro de mi equipo tiene la suya, con su propio nombre y su propia personalidad operativa.* > > ***Tres:*** *En medio de la demo voy a invitarlos a que ustedes le hagan una pregunta a Jay. Cualquier pregunta. Quiero que vean que no hay trampa."* Esta apertura de 90 segundos hace tres cosas críticas: - **Inocula contra "es una demo preparada"** — declara que es uso diario. - **Diferencia SherpaX de Cowork explícitamente** — la pieza que Victor pidió enfatizar. - **Pre-anuncia la pregunta de la audiencia** — convierte un riesgo en expectativa. --- ## Arco narrativo — 6 momentos en 20 minutos ``` 4.1 → Frame de apertura (90 seg) 4.2 → Prompt 1: La arquitectura se explica a sí misma (3 min) 4.3 → Prompt 2: El mapa vivo de proyectos y memoria (3 min) 4.4 → Prompt 3: Estado real de un proyecto en operación (3 min) 4.5 → Prompt 4: PREGUNTA DE LA AUDIENCIA — el momento de la verdad (5 min) 4.6 → Prompt 5: Demostración concreta de los 3 elementos (XDoc, Registry, Connector) (3 min) 4.7 → Cierre: el OUT en vivo — la minuta generada mientras hablábamos (1.5 min) ``` Total: 20 min (con buffer de 30 seg). --- ## 4.2 — PROMPT 1: La arquitectura se explica a sí misma (3 min) ### Objetivo Demostrar que el sistema **conoce su propia estructura** — no es un chatbot genérico, es una entidad con conocimiento del modelo. ### Prompt sugerido (Victor dicta a Jay) > *"Jay, buenos días. Estamos en una sesión con el equipo de tecnología de [contexto neutral, no nombrar empresa]. Necesito que les expliques de manera precisa cómo está estructurada la arquitectura del sistema con el que opera EmpowerLabs. Hazlo en lenguaje accesible para gente técnica pero sin entrar en jerga interna nuestra. Que se pueda leer en vivo."* ### Lo que Jay debe devolver Una respuesta estructurada que cubra: - Las 3 capas (Corp-Brain-OS, WORX como método, SherpaX como interfaz) - La Torre de Control como propiedad emergente - Los 4 ritmos operativos - La unidad atómica (XDoc) sin necesariamente usar el término ### Choreografía visual - Pantalla compartida con la interfaz de Cowork abierta - Victor lee la respuesta en voz alta mientras aparece - La velocidad de generación es parte del impacto — no esconderla ### Mensaje implícito que aterriza *"Esto no es ChatGPT contestando sobre IA en general. Es un sistema que conoce SU propia estructura, su propio modelo operativo, y puede explicarlo bajo demanda."* ### Transición a 4.3 *"Ahora les voy a mostrar cómo Jay sabe lo que está pasando en EmpowerLabs en este momento..."* --- ## 4.3 — PROMPT 2: El mapa vivo de proyectos y memoria (3 min) ### Objetivo Demostrar **memoria viva organizacional** — el sistema no responde de la nada, opera sobre conocimiento acumulado. ### Prompt sugerido > *"Jay, muéstrame el mapa de mi Brain OS"* ### Qué pasa - Jay localiza y abre el archivo `MAP-XX-VH-BrainOS-Mapa-v01.html` - Se despliega el mapa interactivo de proyectos, activos y personas - Victor navega en vivo, conectando con la audiencia ### Comentarios mientras navega > *"Esto que ven es el tejido vivo de proyectos de EmpowerLabs. Cada nodo es un proyecto activo. Cada conexión es una relación entre proyectos, personas o activos.* > > *Y aquí está lo importante: yo no construí este mapa. **El sistema lo construye conmigo mientras trabajo**. Cada conversación que tengo con Jay, cada decisión que registramos, cada activo que generamos — todo entra a este tejido sin que yo tenga que cargar nada."* ### El pivot conceptual > *"En sus organizaciones, este mismo mapa existiría — pero de sus proyectos, sus áreas, sus dependencias. Y lo construiría el sistema mientras ustedes trabajan, no como un proyecto separado de documentación."* ### Transición a 4.4 *"Ahora veamos cómo se ve el estado real de un proyecto específico..."* --- ## 4.4 — PROMPT 3: Estado real de un proyecto en operación (3 min) ### Objetivo Demostrar que la **trazabilidad operativa es continua y disponible bajo demanda** — sin tableros, sin reuniones de status, sin reportes paralelos. ### Prompt sugerido (elegir UNO de estos según contexto) **Opción A — Proyecto interno relevante para sector:** > *"Jay, ¿cómo va el proyecto de las factorías cognitivas de MasterPlaybooks? Especialmente lo que está produciendo Anahí esta semana."* **Opción B — Proyecto operativo / cliente:** > *"Jay, dame un status de los pendientes que tengo abiertos esta semana en el frente de WORX, agrupados por dependencia."* **Opción C — Resumen ejecutivo cross-proyecto:** > *"Jay, dame mi morning check de hoy — qué necesita atención inmediata, qué está bloqueado, qué cerró ayer."* ### Mi recomendación **Opción C — Morning Check**. Es el caso más universal, más impresionante visualmente, y más fácilmente proyectable a la realidad de la Directora de TI de Posta (su propio morning check sería el equivalente). ### Lo que Jay debe devolver Un resumen estructurado con: - 2-3 items que requieren atención inmediata (con razón) - 1-2 cosas bloqueadas (con dependencia explícita) - 1-2 cosas cerradas el día anterior ### Comentario clave de Victor > *"Fíjense en lo que NO acabo de hacer. No entré a Asana, no abrí una tabla de Excel, no llamé a nadie para que me pasara su status. Simplemente le pregunté a mi sherpa. Y la información estaba viva — porque se actualiza mientras el equipo trabaja, no en una reunión de status.* > > *Para la Directora de TI o cualquier líder técnico — esto es lo que diluye el 'gap de visibilidad' del que UPS habla en su caso."* ### Transición a 4.5 — la entrega del micrófono *"OK, hasta aquí les he mostrado yo. Pero ustedes pueden estar pensando: 'claro, son tus propios proyectos, le hiciste preguntas que ya sabías cómo iba a responder'. Justo. Por eso ahora les paso el control..."* --- ## 4.5 — PROMPT 4: PREGUNTA DE LA AUDIENCIA — el momento de la verdad (5 min) ### ⚡ Este es el momento más importante del bloque. ### Objetivo **Romper la sospecha de 'demo preparada'**. Cuando alguien de Posta le hace una pregunta espontánea y Jay responde con calidad, la credibilidad se vuelve irreversible. ### Cómo abrir el momento > *"Aquí está la prueba real. ¿Quién quiere hacerle una pregunta a Jay?* > > *Puede ser sobre cualquier cosa que les llame la atención de lo que han visto. O algo que les gustaría que un sistema así pudiera resolverles. O algo más específico sobre cómo funciona. No hay pregunta mala."* ### Tipos de preguntas anticipadas y cómo manejarlas | Tipo de pregunta | Estrategia | |---|---| | **"¿Cómo manejas X tema técnico específico?"** | Dejar que Jay responda en vivo. Si la respuesta es buena, no agregar. Si es regular, complementar Victor. | | **"¿Cómo te diferencias de ChatGPT?"** | Jay debe responder con la distinción: memoria, contexto, identidad, conocimiento del modelo. Victor refuerza brevemente. | | **"¿Cuánto cuesta?"** | Victor intercepta: "Esa la respondemos en un momento, déjenme primero que vean otra capa". Diferir al Bloque 7. | | **"¿Esto puede integrarse con nuestro [SAP/Oracle/sistema X]?"** | Excelente — usar para introducir Connectors en Prompt 5. Victor: "Justo eso les voy a mostrar en un segundo". | | **"¿Y la seguridad de nuestros datos?"** | Victor responde en vivo (no Jay): "Pregunta crítica. Tenemos un análisis comparativo dedicado. Se los voy a mandar después de la sesión." (Tenemos el TP-EL-WORX-Posta-SeguridadComparativa-v01.md como respaldo.) | ### Si la audiencia se congela — Plan B Si nadie pregunta en 15 segundos, Victor desbloquea con: > *"Si nadie se anima primero, déjenme yo aventar una pregunta que un cliente reciente me hizo y me pareció buenísima..."* Y suelta una pregunta plantada como si fuera ajena: > *"Jay, si yo te pasara una grabación de audio de una reunión sin transcribirla, ¿qué podrías hacer con eso para mí?"* Esto demuestra capacidad multimodal sin necesidad de audiencia activa. ### Riesgo a manejar Si la pregunta es **fuera del dominio** de Jay (ej: "¿qué piensas del precio del petróleo hoy?"), Jay debe responder honestamente: *"No tengo contexto sobre eso en mi memoria — puedo hacer una búsqueda web si quieren, pero no es mi expertise."* Esto **fortalece** credibilidad, no la debilita. ### Transición a 4.6 *"Buenísima pregunta. Ahora les quiero enseñar tres elementos concretos que están operando detrás de todo esto..."* --- ## 4.6 — PROMPT 5: Los 3 elementos en acción — XDoc, Registry, Connector (3 min) ### Objetivo Mostrar **3 piezas concretas** que materializan las 3 piezas del mecanismo de Bloque 3. Esto cierra el ciclo conceptual con evidencia visual. ### Choreografía sugerida — 1 minuto por elemento #### Elemento 1 — Un XDoc abierto (1 min) - Abrir un XDoc real de un proyecto activo - Mostrar la cabecera (Owner / Sponsor / Runner / Tipo / Última actualización) - Mostrar las secciones (Contexto · Estado · Protocolo · NEXT · Discussion · Changelog) - Comentar: > *"Esto es la unidad atómica del modelo. Una sola forma para toda pieza de trabajo. Lo que ven aquí es lo que reemplaza tableros de Asana, tareas en mil herramientas, y conversaciones perdidas en correos."* #### Elemento 2 — El Registry consultado en vivo (1 min) - Prompt: *"Jay, dime cuántos activos vivos tenemos en el banco de inteligencia hoy y cuántos quedan sin asignar"* - Jay devuelve cifras del Registry actualizado - Comentar: > *"Este es el control de inventario de la propiedad intelectual de la organización. 600+ activos, todos con nombre único, dueño, ubicación, estado. Esto NO existía en Drive ni en SharePoint. Esto es lo que hace que la inteligencia sea consultable y reutilizable."* #### Elemento 3 — Un connector en acción (1 min) - Mostrar conexión con UNA herramienta externa relevante (Slack, Gmail, Drive, Calendar, lo que esté conectado) - Prompt: *"Jay, ¿qué mensajes tengo sin responder en Slack del canal X de los últimos 2 días?"* - Jay devuelve el resumen - Comentar: > *"Aquí está el punto crítico para ustedes: **no tienen que reemplazar sus herramientas actuales**. El sistema se conecta encima. Slack se queda. Gmail se queda. Su ERP se queda. El sistema lee, escribe y coordina entre ellos sin que ustedes cambien de plataforma."* ### Por qué este orden importa - XDoc → encarna el **MÉTODO** (Bloque 3.4.1) - Registry → encarna la **INFRAESTRUCTURA** (Bloque 3.4.2) - Connector → completa la **INTERFAZ** (Bloque 3.4.3) y resuelve la objeción "¿pero nuestras herramientas actuales?" ### Transición al cierre (4.7) *"Antes de cerrar este bloque, quiero mostrarles algo que pasó mientras yo hablaba..."* --- ## 4.7 — CIERRE: El OUT en vivo — la minuta generada mientras hablábamos (1.5 min) ### Objetivo **El golpe final del piloto accidental.** Demostrar que el sistema NO solo responde — **opera**. Y mientras Victor hablaba, Jay estaba documentando. ### Prompt final > *"Jay, mientras yo hablaba con el equipo durante estos últimos 20 minutos, ¿qué documentaste? Dame un resumen ejecutivo de lo que se cubrió en esta sesión hasta ahora, las preguntas que se hicieron, y las cosas que valdría la pena darle seguimiento."* ### Lo que Jay debe devolver - Resumen estructurado de los temas tocados - Las preguntas específicas de la audiencia con sus respuestas - 3-5 items de seguimiento sugeridos ### El golpe maestro Victor: > *"Lo que acaban de ver no es magia. Es lo que el sistema hace automáticamente. **Yo no le pedí que documentara esta sesión** — lo hizo porque está diseñado para capturar el trabajo mientras se hace.* > > *Cuando salgan de aquí, ustedes se van a llevar tareas, ideas, intereses, dudas — y mucho de eso se va a perder en las próximas 48 horas. Mi minuta de esta sesión ya existe.* > > *Eso es lo que cambia cuando documentar deja de ser chamba paralela y se vuelve producto de operar."* ### Puente al Bloque 5 (transición) > *"Y ahora — esto es lo que les anuncié al principio — vamos a hacer algo distinto a lo que se hace típicamente en una sesión como esta. Los siguientes 40 minutos no vamos a hablar de lo que nosotros hacemos. Vamos a tomar un caso real suyo y trabajarlo juntos, en vivo, con este mismo sistema. Quien tenga la propuesta más interesante, le ponemos el sistema a operar sobre ella ahora mismo."* --- ## 🛠️ Pre-flight Checklist — T-1 día (día 26) Esto debe estar listo el día antes de la sesión. Sin esto, la demo se cae. ### Setup técnico - [ ] Laptop con Cowork instalado y funcionando - [ ] Jay (SherpaX) accesible y respondiendo en <5 segundos - [ ] Conectividad de respaldo (hotspot del celular como backup) - [ ] Cargador conectado durante toda la sesión - [ ] Pantalla / proyector probado físicamente en el lugar (si presencial) - [ ] Audio de la sala probado (si presencial) ### Ambiente de trabajo - [ ] Ventanas innecesarias cerradas - [ ] NO debe haber archivos visibles con "Posta" en el nombre - [ ] Renombrar `OUT-EL-WORX-Posta-*.svg/png` a versiones genéricas: `OUT-XX-Demo-*.svg` - [ ] Cerrar carpetas de otros clientes - [ ] Notificaciones de Slack/correo silenciadas - [ ] Modo "no molestar" activado ### Materiales de demo - [ ] `MAP-XX-VH-BrainOS-Mapa-v01.html` abierto en pestaña lista - [ ] Un XDoc real seleccionado para abrir en el Prompt 5 (definir cuál) - [ ] Connector funcionando — probar Slack/Gmail/Drive 1 hora antes - [ ] 3 prompts plantados preparados por si la audiencia se congela ### Materiales de respaldo - [ ] `TP-EL-WORX-Posta-SeguridadComparativa-v01.md` accesible (por si preguntan seguridad) - [ ] `PP-EL-WORX-UPSORION-CaseStudy-v01.md` accesible (por si profundizan en UPS) - [ ] `TP-EL-WORX-Posta-AnthropicBrief-v01.md` accesible (por si preguntan por proveedor de IA) ### Ensayo - [ ] Ensayo completo del bloque 4 con cronómetro (idealmente con Anahí o Alex como audiencia) - [ ] Validar que cada prompt produce el output esperado - [ ] Cronometrar y ajustar si excede 20 minutos - [ ] Practicar transiciones entre prompts (las pausas son donde se pierde audiencia) --- ## 🚨 Planes de contingencia ### Si la conectividad falla - Plan A: Switch a hotspot del celular (preparado) - Plan B: Si el hotspot también falla, Victor narra lo que mostraría: *"Aquí normalmente verían X — déjenme contarles cómo se ve y luego se los mando después de la sesión"* - Plan C: Pasar directo al Bloque 5 (Mini-Lab) usando whiteboard físico ### Si una respuesta de Jay es regular o irrelevante - NO intentar arreglarla en vivo prompt-rep-prompt - Victor: *"Déjenme reformularle la pregunta, a veces hay que afinar el contexto"* - Si el segundo intento tampoco funciona: *"En este caso específico la respuesta no fue la más precisa — esto pasa a veces, especialmente cuando el contexto inicial no es claro. Por eso usamos el modelo iterativo. Sigamos."* - NO mentir ni minimizar. La honestidad fortalece credibilidad. ### Si el sistema tarda demasiado en responder - Si tarda >10 segundos, Victor llena el espacio con contexto: - *"Mientras procesa, déjenme explicarles por qué este prompt es interesante..."* - Esto convierte el silencio en pedagogía. ### Si alguien pregunta algo verdaderamente fuera de scope - Jay debe ser honesto: *"No tengo esa información en mi memoria operativa actual"* - Victor sigue: *"Esa pregunta es perfecta para mostrar otra capa del sistema — los Brain Codes, que son módulos de conocimiento especializados. Se los explico en otro momento."* ### Si la pregunta de la audiencia es hostil o de mala fe - Victor responde directo, NO Jay: *"Esa es una pregunta legítima y la respondo yo, no el sistema"* - Mantener tono cordial, no defensivo - Convertir la objeción en oportunidad: *"De hecho me alegra que lo pregunte, porque..."* --- ## 🎬 Choreografía visual completa | Momento | Pantalla | Audio / Voz | Tiempo | |---|---|---|---| | 4.1 | Slide negro / mínimo | Victor habla 90 seg sin mirar pantalla | 1.5 min | | 4.2 | Cowork con Jay activo | Victor dicta, lee la respuesta | 3 min | | 4.3 | Mapa Brain OS HTML | Victor navega y comenta | 3 min | | 4.4 | Cowork con Jay activo | Victor dicta morning check | 3 min | | 4.5 | Cowork con Jay activo | Audiencia pregunta, Jay responde | 5 min | | 4.6 | Switch entre XDoc abierto / Registry / Connector | Victor narra cada elemento | 3 min | | 4.7 | Cowork mostrando minuta generada | Victor lee y comenta | 1.5 min | --- ## 🧠 Reglas de oro del bloque 1. **NUNCA intentar "rescatar" una respuesta mala con más prompts.** Si Jay falla, lo declaramos y seguimos. 2. **NUNCA esconder el tiempo de procesamiento.** Convertirlo en pedagogía es mejor que parecer que algo va mal. 3. **NUNCA usar lenguaje interno sin traducir.** Si Victor dice "XDoc" debe inmediatamente decir "unidad estructurada de trabajo". 4. **NUNCA prometer en vivo lo que no podemos cumplir.** Si alguien pregunta "¿puede hacer X?" y la respuesta es dudosa, decir "vale la pena explorarlo en el piloto". 5. **SIEMPRE mantener autoría humana visible.** El mensaje sutil del bloque: *"Yo soy el que opera. El sistema me amplifica. No me reemplaza."* 6. **SIEMPRE conectar de regreso a los 3 elementos del Bloque 3.** El demo es la prueba viva del mecanismo descrito. 7. **SIEMPRE dejar tiempo para silencio de procesamiento de la audiencia.** Las pausas entre prompts dejan que aterricen las impresiones. --- ## 🤔 Decisiones que requieren confirmación de Victor → NEXT[@Victor]: **¿Vamos a hacer ensayo previo con alguien del equipo?** (Recomendación fuerte: sí, con Anahí o Alex como audiencia hostil/escéptica) → NEXT[@Victor]: **Para el Prompt 3 (status), ¿prefieres Opción A (factorías/Anahí), B (pendientes WORX), o C (morning check)?** Mi recomendación: C. → NEXT[@Victor]: **¿Hay un proyecto específico de Posta que ya sabemos que querrán trabajar en el Mini-Lab?** Si lo sabemos por adelantado, el Bloque 4 puede sembrar tangencialmente prompts relacionados para que el Bloque 5 fluya natural. → NEXT[@Victor]: **¿Conectaste ya algún MCP de Slack/Gmail/Drive con tu Cowork para que el Prompt 5 elemento 3 funcione en vivo?** Si no, hay que hacerlo en los próximos 2 días. → NEXT[@Victor]: **¿Quieres que los SVG/PNG con "Posta" en el nombre se renombren ANTES del pre-flight, o ya los tienes manejados?** → NEXT[@Victor]: **¿La sesión es remota o presencial?** Esto cambia el setup técnico completo. En remoto: cuidar bandwidth y compartir pantalla cuidadosamente. En presencial: cuidar proyector y audio. → NEXT[@Jay]: Cuando se confirme la modalidad y el caso, producir versión condensada de 10 min del bloque por si la dinámica de la sala obliga a acortar. --- ## 📚 Material relacionado - `PLAN-EL-WORX-Posta-Outline-v01.md` — outline maestro - `PLAN-EL-WORX-Posta-Bloque3-MecanismoMigracion-v01.md` — bloque anterior - `MIN-EL-WORX-Posta-JuanDemoVivo-v01.md` — referencia demo 1:1 exitosa - `MIN-HIORGS-BioPappel-Reunion1-v01.md` — referencia demo 1:N improvisada exitosa - `TP-EL-WORX-Posta-SeguridadComparativa-v01.md` — respaldo si preguntan seguridad - `TP-EL-WORX-Posta-AnthropicBrief-v01.md` — respaldo si preguntan proveedor IA - `MAP-XX-VH-BrainOS-Mapa-v01.html` — material para Prompt 2 --- *PLAN-EL-WORX-Posta-Bloque4-DemoViva-v01 · Jay (SherpaX) · 2026-05-24*