En La Mesa, seis equipos terminaron su build en una sola mañana. Lo difícil no fue eso — fue lo que vino después: contar seis historias, cada una con datos sensibles distintos, en una página pública, un documento privado y un carrusel. En vez de escribir veinte piezas a mano, armé un sistema: un solo archivo por equipo que se renderiza en todo lo demás. Esto es cómo está hecho por dentro.
Cada equipo necesitaba tres cosas distintas: una página pública para mostrar lo que hizo, un documento privado con sus datos y próximos pasos, y un carrusel para LinkedIn. Multiplicá por seis. Y todo tenía que salir parejo, sin filtrar lo que no va, y sin que me lleve una semana.
Lo obvio era abrir un Google Doc por equipo y copiar y pegar. Pero ahí empieza el infierno: el nombre de la empresa que sí va en un lado y no en otro, la versión del título que quedó vieja, la foto que faltó. La única forma de que seis builds salgan parejos es que no haya seis verdades. Que haya una.
Por cada equipo hay un solo archivo de texto. Adentro conviven dos mundos separados a propósito: lo que es público y lo que queda privado. El sistema sabe cuál es cuál por la estructura — yo no lo decido pieza por pieza, lo decide el lugar donde vive cada dato. Las claves nunca llegan al HTML.
# una fuente de verdad por equipo --- empresa_publica: "PedidosYa" # → va al showcase problema: "Leer toda la competencia…" # → público solucion: [paso 1, paso 2, paso 3] # → público demo: ./assets/demo.png # → público --- zona privada · queda detrás de clave --- integrantes: [nombre · rol · empresa] # → solo handoff proximos_pasos: "Conectar a Slack…" # → solo handoff limites: "Es un MFP, falta…" # → solo handoff password: •••••••••• # → nunca sale al HTML
Un script lee el build.md y genera todo de una: la página pública, el documento privado gateado, y el carrusel con sus seis imágenes y la tarjeta para compartir. Mismo origen, tres formas, cero copy-paste. Si cambia un dato, cambio el archivo y vuelvo a renderizar — no toco seis lugares.
Una página por equipo que cuenta el problema, la solución y la demo. Indexable, linda para compartir, sin un solo dato sensible. Es la prueba de lo que se construyó en una mañana.
Un documento con clave, solo para el equipo: sus datos, los recursos que se llevan, los próximos pasos y los límites honestos del MFP. Cifrado de punta a punta — la clave nunca está en el HTML.
Seis slides 1080×1350 listos para LinkedIn, su PDF, y la imagen de Open Graph para que el link se vea bien cuando alguien lo comparte. Mismo sistema visual, generado del mismo archivo.
La pregunta no es "¿esto va público o no?". Esa decisión ya está tomada en la estructura del archivo. Lo público es público para que sirva de prueba y se comparta; lo privado queda privado porque son datos del equipo. El sistema hace que esa línea sea imposible de cruzar por error.
Algunos equipos eligieron mostrar su empresa; otros, no. Eso se respeta dato por dato — hay builds que salen con el nombre de la empresa y otros que salen como "Equipo de análisis comercial". La estructura del archivo es la que manda, no mi memoria.
Con las tres superficies hechas, el último tramo es repartirlas. El showcase es el link que se comparte; el handoff llega al equipo con su clave; el carrusel y los captions — que viven en el handoff privado — van a LinkedIn cuando cada uno quiere. Publicar el build es un push: el sitio se reconstruye y queda live.
El sistema no es la prueba — los builds sí. Cada uno tiene su showcase público, generado del mismo archivo. Entrá a verlos.
Entrá a cada uno para ver lo que quedó funcionando. Los handoffs quedan privados, por diseño — cada equipo recibió el suyo con su clave.
La Mesa junta varias empresas en una mañana. Corporate lo hace puertas adentro, con tu equipo y tus problemas reales. Mismo método, mismo sistema detrás.