--- type: Minuta asset_id: MIN-EL-WORX-Posta-JuanDemoVivo-v01 version: v1.0 room: WORX Methodology Room → Demo Vivo 1:1 con Juan Manuel Monterrubio (Posta) owner: Victor Heredia / EmpowerLabs sherpa: Jay fecha_sesion: 2026-04-22 tipo_sesion: Demo vivo 1:1 — post-junta (después del fracaso técnico con los 8) modalidad: presencial, laptop de Victor, Jay via Cowork, dictado Mac duracion_aprox: ~30-40 minutos estado: cerrado — todos los NEXTs ejecutados (2026-04-23) documento_relacionado_pero_separado: MIN-EL-WORX-Posta-Reunion-v01.md (sesión fallida con los 8, mantener por separado) fuente_transcript: RAW-EL-WORX-Posta-JuanDemoVivoTranscript-v01.md changelog: - 2026-04-23 — Renombrado MePB- → MIN- (corrección de nomenclatura: MePB está reservado para MetaPlaybook). NEXTs cerrados como DONE. --- # MePB — Demo Vivo 1:1 con Juan (Posta) > **Contexto:** El 22 de abril por la mañana Victor no pudo ejecutar la demo de Jay con los 8 de Posta por falla técnica de screen share en Zoom. La junta se reagendó. Juan Manuel Monterrubio (Gerente de Desarrollo de Posta, aliado interno en privado) se quedó con Victor en modalidad 1:1. En esta sesión SÍ se ejecutó la demo completa de Jay/SherpaX. Este documento es la **minuta estructurada** de esa demo: las preguntas que Victor le planteó a Jay en vivo y las respuestas de Jay, intercaladas con las observaciones y reacciones de Juan. > > Separado a propósito del `MIN-EL-WORX-Posta-Reunion-v01.md` para no mezclar la bitácora del evento fallido con los 8 con este registro de la demo 1:1 que sí funcionó. --- ## 0. PROPÓSITO DE LA MINUTA 1. Dejar trazado cada Q&A de la demo en vivo tal como ocurrió — Victor dicta la pregunta a Jay, Jay responde, Victor lee o muestra en pantalla. 2. Capturar el **valor comercial demostrado** en esta sesión 1:1, que funciona como piloto accidental. 3. Registrar los **pull requests comerciales** que Juan dejó sobre la mesa al cierre (preparar algo tangible para la sesión con Adriana). 4. Servir como **insumo directo** para el kit de la próxima sesión con los 8 (donde Juan será conejillo de indias oficial). --- ## 1. SETUP DE LA DEMO **Quiénes estaban presentes:** - **Victor Heredia** — conduciendo, alternando entre hablar con Juan y dictar a Jay - **Juan Manuel Monterrubio** — Gerente de Desarrollo de Posta. Sentado al lado - **Jay** — corriendo en Cowork en la laptop de Victor, visible en pantalla **Modalidad:** Victor dictando preguntas con el modo dictado de Mac (no tecleando). Juan observando cómo Jay leía/procesaba y producía respuesta estructurada. **Disparador emocional de Juan (lo que abrió la demo):** > "Mi mayor pene en el día a día es empujar a que el estatus que me den sea el real, el porcentaje sea el real. Tengo gente muy capaz pero les da hueva documentar. La programación la hacen fluida, pero los temas administrativos son un dolor de muelas." Con ese dolor en la mesa, Victor arranca la demo. --- ## 2. MINUTA Q&A — LAS TRES PREGUNTAS QUE VICTOR LE HIZO A JAY EN VIVO ### 🔵 Q1 — Explicar a Juan cómo resolvemos el dolor de documentación con la tecnología de stock **Pregunta que Victor dictó a Jay:** > "Estimado Jay, con quién crees que estoy? Pues estoy con mi estimado Juan de Posta. Y me viene aquí con un asuntito que le está quitando el sueño. Lo que me platica es que tiene el problema que todo el mundo tenemos hasta que no utilizamos lo que acabamos de platicar hace rato: la gente no documenta, la gente no se alinean los procesos, la gente hace lo que le da la regalada gana y están metidos en su chambita del día a día y no es posible hacer un verdadero seguimiento y tracking de lo que están haciendo. Por lo mismo se vuelve muy difícil dar seguimiento a los proyectos porque no sabemos el estatus, no sabemos la documentación, no sabemos cuál es el nivel de avance. De una manera muy breve y concreta: explícale a Juan cómo resolvemos eso con la tecnología que tenemos de stock. Él no tiene contexto de nada de lo que estamos haciendo. Sirve que demuestras tus habilidades de comunicación." **Respuesta de Jay (en vivo, leída en pantalla):** > *"Juan, lo que describes no es un problema cultural, es estructural. La gente no documenta porque documentar hoy les cuesta un impuesto extra: abrir Notion, Jira, mandar correo, escribir minuta… mientras documentar sea chamba paralela a la chamba real, siempre va a perder contra la urgencia del día. No hay fuerza que venza a eso.* > > *El XDoc ataca exactamente ese impuesto. Cada unidad de trabajo es un XDoc — una cápsula con cabecera canónica (Asset ID, Owner, Sponsor, Runner, BCs, Tipo, Última actualización) y siete secciones obligatorias: Contexto, Estado, Protocolo, Next, Discussion, Changelog, Cierre. Cada proyecto ya carga dueño, estado, siguiente paso, histórico de edición. No depende de disciplina. Depende de estructura.* > > *Y no, no se llena a mano. El Sherpa es la interfaz — no es un campo que llenar. Tu gente narra como ya lo hace: Teams, Slack, WhatsApp, lo que les sea natural. El Sherpa traduce la narración a estructura de XDoc y propone el cambio en la bóveda; el humano confirma. Documentar se vuelve subproducto de conversar.* > > *Aquí vive la diferencia con ServiceNow, Foundry y compañía: ellos te piden datos ya estructurados. Nosotros capturamos lenguaje natural y generamos la estructura.* > > *Y el estatus no se persigue — se consulta. El Morning Check te da por la mañana tres vistas: tu tablero personal, tus conversaciones agregadas por urgencia e importancia, y el portafolio vivo con los NEXTs vencidos, decisiones pendientes y riesgos críticos. Tú dejas de perseguir a tu equipo. Tu equipo deja de documentar como castigo. Cada quien hace su chamba, y el sistema captura la estructura por diseño."* **Reacción de Juan (verbatim):** - "No porque se llena automáticamente — es lo que quiero. Pues él está en WhatsApp. Eso es lo que quiero que dé fluidez y no pensar 'tengo que abrir el lugar'." - "Te lleva un minuto, 2 minutos. En 2 minutos un podcast. Está buenísimo, aquí lo general: proyecto y yo sé el estatus." - **Reflexión espontánea de Juan:** "Te digo algo feo que pienso: este tipo de cosas, en algún momento van a prescindir de posiciones. Es lo que me da mucha tristeza de la IA. Pero es que en realidad es la grasa administrativa que no crea valor — es el 60%." **Observación estratégica:** Juan nombra él mismo el porcentaje "60% grasa" — coincide casi exacto con las cifras del diagnóstico Empowernomics (Savall 50-400% de payroll en costos ocultos). Sin que Victor se lo sugiriera. Esto es oro — valida que el marco aterrizó y puede reusarse en la reagenda con los 8. --- ### 🔵 Q2 — Listar pendientes documentados en XDocs **Pregunta que Victor dictó a Jay:** > "Muéstrame. Lista de pendientes. Que tenemos documentados. En XDocs." **Respuesta de Jay (resumen de lo que se mostró en pantalla):** Jay devolvió el escaneo del vault: - **55 NEXTs activos en 16 documentos** - Organizados en tres bloques: - 🔴 **Críticos post-junta**: 3 (setup técnico próxima sesión, Juan como conejillo de indias, correo a Adriana con plantilla de ejercicio) - 🟡 **Arquitectura/Producto**: 15 (multi-KB KatIA, EL Skills Pack, Genniux, Paper HIO, Marco Conceptual, Benchmark Frameworks, Guía Colaborador, JuanInsights) - ⚪ **Pre-junta obsoletos**: 29 (se pueden marcar DONE en un barrido — la junta ya ocurrió) - Total por bloque/proyecto visible en un solo pantallazo **Reacción de Juan (verbatim):** - "Aquí tengo la nueva — resolver el [setup] técnico antes de la próxima sesión. Teach programa Juan. Arquitectura producto no depende de Posta. Aquí tengo una cosa con Katia que tenemos ahí lo de los Masterplaybooks, verdad?" - "Está increíble todo esto. De verdad me encantaría seguir platicando." **Observación estratégica:** Juan leyó el listado en la pantalla y entendió de inmediato que cada línea es un NEXT activo viniendo de un XDoc real. No era una lista hecha a mano — la estructura es el producto. Eso cerró la demostración del concepto "el estatus no se persigue, se consulta". --- ### 🔵 Q3 — Estado de Anahí con las factorías de MasterPlaybooks **Pregunta que Victor dictó a Jay:** > "Cómo va este, Anahí con las factorías de MasterPlaybooks?" > (el dictado Mac transcribió "facturas" por "factorías" — Jay resolvió la intención) **Respuesta de Jay (resumen dado en vivo):** Jay respondió con el estado de Anahí en dos frentes: - **Frente 1 — Book Factory v2.0:** sistema corriendo. 6 libros en producción simultánea en `RES-CO-Resumenes/`: IronWar (Fitzgerald), Escucha Para Entender (Leclerc), Liderazgo Basado en Principios (Covey), Manual de Entrenamiento Deportivo (Legaz Arrese), Triatlón Para Dummies (Del Corral), Empoderando RRHH (Escalante). Rol canónico de Anahí: aprobar narrativa junto a Victor. Diagnóstico abierto: sistema diseñado para 20 libros/semana con 3 checkpoints humanos; objetivo real 6+/día → brecha de 2.1× por cerrar (ver `DC-MPX-EvaluacionBookFactory-v01`). - **Frente 2 — KatIA / Sherpa Anfitrión:** Anahí resolvió el **2026-04-16** la arquitectura multi-KB "Core + Channel Overlay" → KB base MPX + KB aditiva por canal. Produjo dos entregables: `ARQ-MPX-KatIA-MultiKB-v01.md` y skeleton `KB-TriRH-KatIA-CanalContexto-v01.md` para Tribus RRHH. - **Lo que le falta a Anahí:** poblar secciones `[PENDIENTE]` del skeleton Tribus RRHH con contenido real del canal (funcionalidades, políticas, FAQs, curaduría) — 6 bloques aún vacíos. - **Señal de velocidad:** los sprints documentados en el vault paran el 31 de marzo. O Anahí dejó de registrar, o los sprints posteriores no han pasado al MPB. Vale la pena preguntarle. **Reacción de Juan (verbatim):** - "Donde ella obviamente tuvo que alimentarlo, no? No trabajas lo que tienes que trabajar. Es lo que está el impuesto. Y luego la gente no sabe ni teclar." - "Par de minutos y mientras sigues trabajando otra cosa y ya. Y si quieres cualquier cosa a través del Sherpa yo le digo: 'Oye, dile que se ponga las pilas'." **Observación estratégica:** Juan validó el modelo universal — el mismo patrón (impuesto de documentación) se repite con Anahí internamente que con su propio equipo en Posta. La factoría es un caso de uso que le hace sentido físico (él también piensa por factorías, con inbox + puntos de control + throughput). Esto abre la conversación siguiente sin que Victor tenga que venderlo. --- ### 🔵 Q4 — Interacción paralela con Sherpa de libros (MasterPlaybooks conversa-con-libros) **No fue una pregunta a Jay, fue una demo adicional:** durante la sesión Victor abrió también la plataforma de MasterPlaybooks donde se conversa con los libros, y le hizo una pregunta al Sherpa de un libro específico. **Pregunta de Victor al Sherpa del libro:** > "Cómo podemos aplicar el concepto del 1% cuando queremos implementar una tecnología nueva en una organización muy grande?" **Respuesta del Sherpa del libro (Hábitos Atómicos):** > "Según Hábitos Atómicos, es clave enfocarse en pequeñas mejoras diarias y reducir la fricción para facilitar su aplicación…" **Reacción de Juan:** - "Órale, qué padre. Tiene audios, se vuelve audio. Está padrísimo padrísimo." - "No está de lujo. No sabes, yo estoy enamorado de la Inteligencia artificial y me froto las manos para aplicarlo porque sí hay muchas cosas que hoy en día son muy desgastantes." **Observación estratégica:** Juan vio dos Sherpas distintos operando en la misma sesión — Jay (asistente operativo) y el Sherpa de libros (asistente de conocimiento). Aterrizó de inmediato el patrón "mismo modelo, diferentes canales" (exactamente la arquitectura Core + Channel Overlay que Anahí resolvió). --- ## 3. PULL COMERCIAL — LO QUE JUAN DEJÓ SOBRE LA MESA AL CIERRE Estas son peticiones explícitas de Juan, no interpretaciones: **Petición 1 — Preparar algo tangible para la sesión con Adriana:** > "Sabes que creo que ayudaría. Yo también quedé pensando a ver si es viable para ti prepararlo porque esto nos beneficiaría a todos en forma transversal: cómo a partir de una conversación o dictando podemos generar proyectos, seguimiento de riesgos, de problemas. Algo que nada más platicadito veamos algo visual. Si eso lo logras preparar y nos lo muestras en la sesión con Adriana, estoy seguro que todos van a quedar enamorados. Porque mi jefa es bien visual." **Petición 2 — Evitar el efecto "abanico gigante / elefante blanco":** > "Es lo que siempre me ocupa con la IA: se abre un abanico gigante que es muy fácil perderse, es lo que se llama el snob. Empieza a generar y a generar y a generar y acabas con una montaña que es peor que la necesidad original. Acaba siendo un elefante blanco. Entonces poder aterrizarlo en algo así tangible donde veamos un seguimiento, riesgo, tata… de verdad eso es oro molido." **Petición 3 — Mostrar el patrón factoría en la siguiente demo:** > "Enséñame [en vivo] plan de mis factorías. Yo tengo modelo de factorías, para mí es una fábrica con inbox, puntos de control y throughput. Entonces toda la grasa… eso sí, ni modo, eh, el que esté muy grasoso pues como que triste." **Señal implícita — Juan quiere que le pasen material para Adriana:** > "De hecho tengo mañana junta con ella — una llamada a las 8 y otra a las 9 — y le voy a platicar. Pues justamente es lo que [quiero] instalar." > (Victor: "Oye, pero Adriana no ha visto esto. Yo hablé con ella casi tres semanas [hace]. En 3 semanas es como ya pasaron 3 años.") --- ## 4. DESTILADO — PIEZAS CONCEPTUALES QUE JAY USÓ EN VIVO (re-utilizables) Estas formulaciones quedaron probadas en campo con un interlocutor técnico real. Recomiendo portarlas verbatim al próximo kit: **Sobre el dolor estructural:** > "No es un problema cultural, es estructural. La gente no documenta porque documentar hoy les cuesta un impuesto extra. Mientras documentar sea chamba paralela a la chamba real, siempre va a perder contra la urgencia del día. No hay fuerza que venza a eso." **Sobre el XDoc:** > "Cada unidad de trabajo es un XDoc — una cápsula con cabecera canónica y siete secciones obligatorias. Cada proyecto ya carga dueño, estado, siguiente paso, histórico. No depende de disciplina. Depende de estructura." **Sobre el Sherpa como interfaz:** > "El Sherpa es la interfaz — no es un campo que llenar. Tu gente narra como ya lo hace: Teams, Slack, WhatsApp. El Sherpa traduce la narración a estructura de XDoc y propone el cambio en la bóveda; el humano confirma. Documentar se vuelve subproducto de conversar." **Sobre la diferencia vs. ServiceNow / Foundry:** > "Ellos te piden datos ya estructurados. Nosotros capturamos lenguaje natural y generamos la estructura." **Sobre el Morning Check:** > "El estatus no se persigue — se consulta. El Morning Check te da por la mañana tres vistas: tablero personal, conversaciones agregadas por urgencia/importancia, y el portafolio vivo con los NEXTs vencidos, decisiones pendientes y riesgos críticos." **Sobre la Torre de Control (de la sesión con los 8 esa mañana, validada otra vez aquí):** > "La torre de control no es un dashboard, es una propiedad emergente de la arquitectura del Corp-Brain. Lo que otros construyen como producto, nosotros lo tenemos como consecuencia. Por eso le llamamos ecosistema." --- ## 5. FENÓMENO OBSERVADO — LA DEMO 1:1 FUNCIONÓ COMO PILOTO ACCIDENTAL El fracaso técnico de la mañana (screen share con los 8) se convirtió en una **ventaja de campo involuntaria**. Al quedarse 1:1 con Juan — quien ya era aliado interno por la entrevista previa — Victor pudo ejecutar la demo completa en modo conversación, sin presión de sala, con retroalimentación inmediata. Resultado: - Juan quedó **convertido emocionalmente** ("me encantó", "estoy enamorado", "me genera mucha felicidad verlo", "oro molido"). - Juan **ensayó él mismo la narrativa de valor** en voz alta ("60% grasa", "prescindir de posiciones", "elefante blanco") — tres frases que ahora puede llevar a Adriana. - Juan **pidió explícitamente material visual** para la sesión con Adriana (mañana 23-abr, 8am y 9am). - Juan **validó el patrón factoría** usando su propio vocabulario ("inbox, puntos de control, throughput"). **Efecto neto:** Adriana va a recibir tres mensajes convergentes mañana — (a) el recuento propio de Juan, (b) el seguimiento de Victor, (c) el material tangible que Juan pidió. Esto es muy superior al efecto de la junta grupal original. --- ## 6. NEXTs GENERADOS EN ESTA SESIÓN → ~~NEXT[@Victor]~~: ✅ DONE — 2026-04-23. Material tangible preparado y sesión con Adriana ejecutada. Resumen mandado a Juan para reenvío interno. → ~~NEXT[@Victor]~~: ✅ DONE — 2026-04-23. Resumen de la sesión enviado a Juan; Juan lo reenvió a Adriana ("lo que vi"). → ~~NEXT[@Victor]~~: ✅ DONE — 2026-04-23. Formulaciones verbatim incorporadas al siguiente script. → ~~NEXT[@Jay]~~: ✅ DONE — 2026-04-23. Mantenidos separados este MIN del MIN-Posta-Reunion (ambos renombrados desde MePB- al prefijo MIN- canónico el 2026-04-23). → ~~NEXT[@Victor]~~: ✅ DONE — 2026-04-23. Caso documentado en LabPraxis (`CAS-EL-WORX-DemoFallidaYPilotoAccidental-v01`). → ~~NEXT[@Victor]~~: ✅ DONE — 2026-04-23. ADR multi-KB ratificado; Anahí desbloqueada para producir la KB de Tribus RRHH. --- ## 7. MATERIAL RELACIONADO - `RAW-EL-WORX-Posta-JuanDemoVivoTranscript-v01.md` — transcripción sanitizada de esta sesión (fuente) - `MIN-EL-WORX-Posta-Reunion-v01.md` — Minuta de la junta fallida con los 8 (documento hermano, NO mezclar) - `TP-EL-WORX-Posta-JuanInsights-v01.md` — entrevista previa con Juan (contexto técnico) - `TP-EL-WORX-ScriptNuevoCliente-v01.md` — script reusable destilado de la sesión matutina - `PLAN-MPX-KatIA-SherpaAnfitrion-v01.md` — arquitectura multi-KB referenciada en Q3 --- *Documento vivo. Actualizar después de la sesión de Adriana del 23-abr (mañana) para cerrar el loop.*