Content & Marketing Engineering · La Mesa

Una fuente de verdad. Tres superficies. Un sistema.

Cómo armé el post-evento de La Mesa sin escribir cada pieza a mano.

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.

6 equipos
1 fuente por equipo
3 superficies por build
1 push para publicar
El problema

Seis builds. Veinte piezas. Una sola persona.

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.

Una fuente, no seis

Todo arranca en un build.md.

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.

  builds/<equipo>/build.md
# 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
Campos públicos — se muestran en el showcase Campos privados — solo en el handoff gateado
El render

Un archivo entra. Tres superficies salen.

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.

build.mduna fuente por equipo
renderscript que lee y arma
3 superficiespúblico · privado · social
Público
Showcase

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.

Privado
Handoff

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.

Social
Carrusel + tarjeta

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.

Público y privado, a propósito

El gate no es una traba. Es respeto por los datos.

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.

Va público
  • El problema real que trajo el equipo
  • La solución y cómo la armaron
  • La demo de lo que quedó funcionando
  • El nombre de la empresa — solo si corresponde
  • El carrusel y la tarjeta para compartir
🔒 Queda privado
  • Nombres, roles y empresas de los integrantes
  • Próximos pasos y recursos internos
  • Los límites honestos del MFP
  • Mensajes y captions sin publicar
  • Las claves — nunca tocan el HTML

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.

La distribución

De un archivo a donde la gente lo ve.

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.

Showcase · link público
Handoff · al equipo, con clave
Carrusel + captions · LinkedIn
OG · así se ve el link compartido
Lo que salió de la mañana

Seis equipos. Seis problemas reales. Una sola mañana.

El sistema no es la prueba — los builds sí. Cada uno tiene su showcase público, generado del mismo archivo. Entrá a verlos.

¿Querés que tu equipo viva una mañana así?

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.

Conocé La Mesa Llevarlo a tu equipo →