Qué es un Mate & Build

Un Mate & Build es una práctica.

Te tomás una tarde — o una hora, si el problema está bien acotado — agarrás algo concreto de tu trabajo, y construís un MFP: un minimum functional product. Algo básico, pero que funciona. Que se puede usar al día siguiente, aunque le falten cosas.

Lo hacés solo, con alguien de tu equipo, con un compañero de otra área, o con alguien que ya armó varios. Después lo documentás para que el resto de tu empresa lo pueda replicar.

No es un curso. No es una consultorĂ­a. No es contenido. Es construcciĂłn real, dentro del trabajo, con la IA al lado.

Por qué hacer un Mate & Build

La IA no se aprende mirándola.

Se aprende construyendo con ella. Cada hora que pasás consumiendo contenido sobre IA es una hora que no pasaste usándola sobre algo tuyo.

Tu propio problema enseña más que cualquier curso.

Los cursos in-company te dan conocimiento genérico que no aplicás a nada. Tu problema concreto te obliga a tomar decisiones reales. Ahí es donde se aprende.

Lo que armás se contagia.

Cuando alguien de tu equipo te ve resolver algo en una tarde con IA, quiere hacer el suyo. Después aparece otro de otra área. Así arrancan los cambios reales en una empresa: de adentro hacia afuera, de a un MFP por vez.

Lo que construĂ­s queda.

Un workflow, un sistema de skills, un file system — lo que armás se sigue usando al día siguiente, y se puede pasar al equipo. No se evapora como un módulo de cuatro horas.

Si lo documentás, lo das hacia adelante.

Otra persona de tu empresa con el mismo problema te ahorra meses si ve cĂłmo lo resolviste. La documentaciĂłn interna multiplica el valor de la sesiĂłn por mucho.

El mejor momento es ahora.

No cuando tengas más tiempo. No cuando tu empresa lance una iniciativa de IA. Cuando tenés el problema enfrente y una hora libre.

Los principios

Problema real > problema de juguete

Resolver "armá un chatbot para cualquier industria" no enseña nada. Resolver "bajar de tres horas a treinta minutos el reporte que mando todas las semanas" enseña todo.

MFP funcionando > deck bonito

La sesión termina con algo que se puede usar — aunque sea básico, aunque le falten features. Un MFP es la unidad mínima de un Mate & Build. Si no se puede usar al día siguiente, no es un Mate & Build.

File system > mega-prompt

Una IA con contexto estructurado al lado se vuelve un sistema. Una IA con un prompt largo intentando todo es magia inestable. ConstruĂ­ estructura, no comandos.

Documentar > esconder

Los prompts, el código, los tiempos exactos, las cosas que no salieron — todo abierto, al menos puertas adentro de tu empresa. La opacidad es lo que mantiene a la mayoría afuera. La transparencia es lo que arma equipos que aprenden juntos.

Una tarde > cuatro sesiones

Si no se puede empezar y terminar en una tarde — o en una hora bien recortada — el problema está mal acotado. Cortá hasta que entre. La rapidez no es un compromiso, es una disciplina.

Replicable > exclusivo

Lo que armaste en tu mesa tiene que poder armarse en cualquier otra mesa de tu empresa. Si depende de una herramienta secreta o un setup imposible, no califica.

CĂłmo hacer tu propio Mate & Build

01
Elegí el problema más concreto que tengas.
No el más importante. El más concreto. El que podés describir en una línea: "X me lleva Y horas y quiero que me lleve Z".
02
Bloqueá el tiempo que puedas.
Si recién arrancás y el problema es chico, una hora alcanza. Si querés ir más profundo, dos o tres. Lo importante: una ventana cerrada, sin reuniones, sin Slack. La sesión no funciona en ventanas de quince minutos.
03
Mandale un mensaje a alguien que se quiera sumar.
Solo, si ya tenés práctica. Con alguien de tu equipo, si querés debatir decisiones. Con un compañero de otra área para tener otro punto de vista. Con alguien que ya armó varios, si necesitás guía. Las cuatro formas valen — y todas suman si después se puede replicar adentro de tu empresa.
04
ConstruĂ­ un MFP.
Un minimum functional product. Algo básico que ya se pueda usar — no algo perfecto. Si en el tiempo que tenías no llegaste a un MFP, recortá el problema, no extiendas la sesión. La perfección viene en la versión 2.
05
Documentá y compartilo internamente.
Aunque sea un README de tres párrafos en un Google Doc del equipo. Lo importante es que la próxima persona de tu empresa con el mismo problema pueda encontrarlo y replicarlo.

Empezá uno esta semana