Un buildathon privado, puertas adentro de tu empresa: equipos construyendo sobre procesos reales de su día a día, con el equipo de Mate & Build facilitando mesa por mesa. Half day para un equipo, full day para toda la empresa — así fue el REM Day de Calm: un día entero, todas las áreas construyendo sobre su propia operación. Salen con soluciones en uso y el kit para seguir construyendo solos.



El diagnóstico async previo es lo que separa a M&B de cualquier evento del mercado. Tu gente llega con scope ya definido y los equipos armados — no se arranca en el paso 0.
El mismo método — diagnóstico previo, build sobre problemas reales, demos en vivo, kit — en dos escalas. Cuál conviene depende de cuánta gente y cuántas áreas quieras meter a construir.
Sin warm-up artificial, sin ice-breakers, sin slides eternas. Es el formato que corrimos en el REM Day de Calm: base mínima de teoría, tu operación en acción, herramientas conectadas — y el grueso del día, construyendo.
No es teoría ni slides: se construye y se demuestra en vivo, con facilitación rotando entre mesas. Estas fotos son del REM Day de Calm y de buildathons de Mate & Build en acción.






El 2 de julio metimos al equipo de Calm — finanzas, ops, atención, todas las áreas — a construir soluciones de IA sobre su propia operación. Diagnóstico previo, demo en vivo sobre sus sistemas, y el grueso del día construyendo. Cerró con demos de cada mesa, en uso — no con slides.
No es para el equipo de IA ni para founders técnicos — ellos ya tienen sus herramientas. Es para las áreas que conviven con el problema todos los días y no están en la cola de prioridades del equipo de IA. En vez de esperar un scope que no llega, aprenden a construir sus propias soluciones.
Un buildathon no se sostiene con una sola persona. Pato es la cara visible; el equipo de Mate & Build es lo que hace posible correr un full day con todas las áreas construyendo a la vez.
El default es Claude Code + Antigravity, o Codex + ChatGPT. La folder structure y el starter kit base están armados sobre ese stack — el equipo aprende a operar con esas herramientas y se va con la arquitectura para seguir construyendo. Si por la naturaleza del problema conviene otro stack (n8n, Zapier, Cursor, etc.), lo hablamos en el discovery y se ajusta.
Para eso está el diagnóstico async previo. Cada participante completa un form corto, Patricio lo procesa con agentes y arma el clustering. Si después de eso sigue sin haber problemas claros, te lo dice en el discovery — mejor no hacer el buildathon que hacerlo a media máquina.
No. La mayoría de los participantes son no-devs — marketing, ops, producto, growth. El stack default (Claude Code, Antigravity, ChatGPT) está pensado para que cualquiera con un problema real pueda construir sin tocar código tradicional. Si hay devs en el equipo, mejor: aceleran al resto.
Presencial por default — la dinámica de varios equipos en una sala es parte del producto. Para equipos distribuidos podemos hacer formato híbrido (Patricio presencial + algunos equipos remotos), pero no recomiendo full-remoto como primer buildathon.
Sí, la grabación queda para uso interno del cliente. Si se va a publicar algo público, se conversa antes. Se coordina en el discovery.
Sí, se firma antes del discovery call si hace falta. La regla de fondo: nada de problemas internos del cliente fuera de la sala, ni mención de lo construido en otro contexto sin aprobación.
Entre 4 y 8 semanas desde el go, según el tamaño y la coordinación. El cuello de botella siempre es agendar a todo el equipo en una misma sala, no la preparación.
Regla simple: un equipo o área puntual → half day; varias áreas o toda la empresa → full day (así fue el REM Day de Calm). Si no está claro, para eso son los 25 minutos del discovery: se mira cuánta gente, qué áreas y qué problemas hay, y se define el formato ahí.
No hay precio de lista: depende del formato (half o full day), la cantidad de gente y los co-facilitadores que requiera. Se cotiza por evento después del discovery call — 25 minutos y salís con el número y la propuesta concreta.
Tres cosas, y las coordinamos juntos: que la gente conteste el diagnóstico async (un form corto), los accesos y licencias de las herramientas que se van a usar, y máquinas donde se pueda instalar el stack. El diseño del día, la facilitación y el kit corren por cuenta del equipo de Mate & Build.
Pato Iturraspe al frente — background en marketing y growth en empresas unicornio LATAM, construye con IA todas las semanas y lo documenta público en @patoiturraspe_ — con el equipo de Mate & Build en la cancha: co-facilitadores senior (builders reales, no trainers) y AI Champs de tu empresa, ~1 cada 10–20 personas, para que la atención por mesa no caiga.
Patrones de soluciones que ya construyeron equipos en Mate & Build. No están acá para replicarlos — están para que empieces a ver el tipo de problemas que se resuelven en una mesa, y los traigas a la tuya.
El buildathon resuelve varios problemas en un día y deja al equipo con el kit para seguir. Cuando alguien (un área, una persona) quiere seguir construyendo semana a semana —con un plan que crece y alguien al lado en cada decisión— el paso siguiente es Studio: un acompañamiento 1:1 sostenido, hasta volar solo.
En la call con Patricio se habla de tu empresa, cuántos equipos tendría sentido, qué problemas estarían bien para atacar, y se arman los próximos pasos. Si el fit no es claro, se conversa en la misma llamada y Patricio te orienta al formato que sí encaja.