NO SABEMOS PROTIPAR
Mucha gente cree que sabe PROTOTIPAR porque puede hacer un dibujo, una presentación bonita o hablar de su idea, pero cuando les pones un reto real, se bloquean. Eso fue justo lo que quise evidenciar en el taller: la mayoría no sabe prototipar, sabe imaginar, que no es lo mismo.
El ejercicio fue simple,construir la torre más alta posible usando solo espaguetis y que soporte un malvavisco sin caerse, en solo 18 minutos. Sin instrucciones extra, sin “tips” previos. En cuanto arranca el tiempo, aparecen los mismos patrones: equipos que planean demasiado y casi no construyen, otros que se lanzan sin pensar y la torre se cae una y otra vez, discusiones por detalles mínimos mientras el reloj no se detiene. Cuando el tiempo se acaba, muchas torres están chuecas, rotas o ni siquiera de pie. Y ahí llega el golpe: no es que no sean inteligentes, es que nunca les enseñaron a prototipar.
Para mí era importante provocar ese mini “choque de realidad” antes de soltar teoría. El problema de no saber prototipar es enorme:
Te enamoras de la primera idea sin validarla.
Inviertes horas o dinero en algo que nunca probaste en pequeño.
Te da miedo fallar, así que tampoco iteras.
En un mundo donde la innovación se construye probando rápido y barato, no saber prototipar es casi como intentar aprender a nadar sin tocar el agua.
Después del ejercicio vino la parte clave del taller: ponerle nombre a lo que acababan de vivir. Hablamos de iteración, de fallar rápido y aprender rápido, de hacer muchas versiones feas antes de buscar una “perfecta”. Les mostré herramientas sencillas para pasar de “idea en la cabeza” a “prueba rápida en la mesa”: bocetos rápidos, prototipos de baja fidelidad, pruebas con tiempo limitado, retroalimentación inmediata. El objetivo no era que hicieran la mejor torre de espagueti del mundo, sino que entendieran que el prototipado es un lenguaje: mientras más lo practicas, más claro piensas y más fácil se vuelve mejorar tus soluciones.
Dar este taller fue importante para mí porque también me recordó algo: muchas personas no necesitan más teoría, necesitan espacios seguros para equivocarse. Verlos reírse cuando su torre se caía, reorganizarse, probar de nuevo y terminar el ejercicio entendiendo que fallar es parte del diseño, me confirmó que este tipo de dinámicas pueden cambiar la forma en la que ven sus proyectos, su carrera y hasta su manera de emprender. Si aprenden a prototipar ahora, sus errores serán más baratos y sus ideas, mucho más potentes.
English Version
A lot of people think they know PROTOTYPING because they can make a sketch, a nice slide deck or talk about their idea, but when you give them a real challenge, they freeze. That’s exactly what I wanted to expose in the workshop: most people don’t know how to prototype, they know how to imagine, which is not the same thing.
The exercise was simple: build the tallest tower possible using only spaghetti that can hold a marshmallow without falling, in just 18 minutes. No extra instructions, no prior “tips”. As soon as the timer starts, the same patterns show up: teams that over-plan and barely build, others that jump in without thinking and their tower collapses over and over, arguments about tiny details while the clock keeps ticking. When time’s up, many towers are crooked, broken or not even standing. And that’s where the punch hits: it’s not that they aren’t smart, it’s that nobody ever taught them how to prototype.
For me it was important to trigger that mini “reality check” before dropping any theory. The problem of not knowing how to prototype is huge:
You fall in love with the first idea without validating it.
You invest hours or money into something you never tested small first.
You are afraid to fail, so you don’t iterate either.
In a world where innovation is built by testing fast and cheap, not knowing how to prototype is almost like trying to learn to swim without touching the water.
After the exercise came the key part of the workshop: putting a name to what they had just experienced. We talked about iteration, about failing fast and learning fast, about making lots of ugly versions before aiming for a “perfect” one. I showed them simple tools to move from “idea in your head” to “quick test on the table”: rapid sketching, low-fidelity prototypes, time-boxed experiments, immediate feedback. The goal was not to build the best spaghetti tower in the world, but to help them understand that prototyping is a language: the more you practice it, the clearer you think and the easier it gets to improve your solutions.
Giving this workshop mattered to me because it also reminded me of something: many people don’t need more theory, they need safe spaces to be wrong. Watching them laugh when their tower fell, regroup, try again, and finish the exercise understanding that failure is part of design confirmed for me that these kinds of dynamics can change how they see their projects, their careers and even their way of building businesses. If they learn to prototype now, their mistakes will be cheaper and their ideas much more powerful.