La lucha creativa no se delega: lo que la IA no puede hacer por ti (y lo que tú no deberías dejar de hacer)
Hay una escena en Amadeus, la película de Miloš Forman, que lleva décadas viviendo en mi cabeza. Salieri, el compositor mediocre con buen gusto, describe cómo Mozart escribe sinfonías enteras de un tirón, sin borrones, sin correcciones. Pura ejecución divina. Salieri lo observa con una mezcla de admiración y horror, porque él sabe que nunca llegará ahí. Lo que Salieri no ve —o no quiere ver— es que Mozart lleva toda su vida luchando con la música. La ejecución impecable es el sedimento de miles de horas de fricción interna.
Cuento esto porque creo que estamos viviendo un momento Salieri colectivo en el mundo del diseño. Hay una tentación enorme —comprensible, humana, casi inevitable— de entregarle la lucha a la máquina. De pedirle a un agente de IA que genere el wireframe, la propuesta de copy, la arquitectura de información, el sistema de diseño. Y luego nosotros, los diseñadores, nos quedamos en el papel de directores de orquesta que nunca han tocado un instrumento.
El atajo que cobra intereses
No voy a hacer el discurso de “la IA nos va a robar el trabajo”. Ese debate está sobreexplotado y, francamente, mal planteado. Lo que sí me parece urgente discutir es algo más sutil y más peligroso: qué ocurre cuando eliminamos la fricción del proceso creativo.
La fricción —ese momento en que no sabes cómo resolver un problema, en que el primer concepto no funciona, en que tienes que volver a la pizarra— no es un bug del proceso creativo. Es el proceso. Es donde ocurre el aprendizaje real, donde se construye el criterio, donde se desarrolla eso que llamamos “ojo” y que en realidad es memoria muscular acumulada de decisiones tomadas bajo presión.
Cuando delegas esa lucha a un modelo generativo, obtienes una solución. Pero no obtienes el aprendizaje. Y la próxima vez que enfrentes un problema similar, seguirás dependiendo de la máquina porque nunca desarrollaste la capacidad de resolverlo tú solo. Es un atajo que cobra intereses compuestos.
Lo que los ordenadores hacen extraordinariamente bien (y por qué eso importa)
Seamos justos con las máquinas. Los sistemas de IA actuales son prodigiosos en ejecución: pueden generar variaciones a una velocidad que ningún equipo humano puede igualar, son consistentes en tareas repetitivas, no tienen ego y no se cansan. Si les das instrucciones suficientemente precisas, ejecutan con una fidelidad que asusta.
La palabra clave es suficientemente precisas. Y aquí es donde el artículo que origina esta reflexión lanza una idea que me parece brillante: la alfabetización en código no es opcional para el diseñador del futuro. No para que programes —aunque tampoco vendría mal— sino para que puedas articular tus intenciones con la precisión que los agentes de IA requieren.
Hay una diferencia abismal entre decirle a un agente “hazme una landing page que convierta bien” y darle instrucciones que incluyan el contexto del usuario, las restricciones técnicas, la jerarquía visual pretendida y los principios de diseño que deben respetarse. El primero es el prompt de alguien que espera magia. El segundo es el prompt de alguien que entiende el sistema con el que trabaja.
Es como la diferencia entre un director de cine que dice “quiero que la escena sea emocionante” y uno que habla el lenguaje de su director de fotografía, su editor de sonido y su montador. Ambos dirigen. Solo uno consigue lo que tiene en la cabeza.
El diseñador como arquitecto de intenciones
Me gusta pensar en el rol del diseñador en la era de los agentes de IA como el de un arquitecto de intenciones. El arquitecto no pone ladrillos —para eso están los aparejadores, los albañiles, las máquinas— pero sí es el único que puede articular por qué ese edificio tiene que existir, cómo debe relacionarse con el espacio que lo rodea, qué sensación debe producir al entrar en él.
Ninguna IA puede hacer eso. No porque carezca de capacidad de procesamiento, sino porque esa articulación nace de algo que los modelos no tienen: experiencia vivida, contexto cultural, empatía real con el usuario. Un modelo puede aprender patrones de millones de proyectos de diseño, pero no puede saber lo que siente alguien mayor cuando intenta leer un formulario con letra pequeña en una pantalla brillante. No puede saber que en ciertos contextos culturales el rojo no significa peligro sino celebración. No puede percibir el agotamiento cognitivo de un usuario que lleva tres horas interactuando con interfaces mal pensadas.
Todo eso es tuyo. Y si no lo ejercitas, si no lo pones en juego con cada proyecto, si no te obligas a luchar con esas preguntas antes de delegarlas, lo perderás. O peor: nunca lo desarrollarás del todo.
Alfabetización técnica como acto político
Hay otra dimensión en todo esto que me parece importante nombrar: entender cómo funciona el sistema con el que trabajas es un acto de autonomía. El diseñador que no entiende nada de código, que no sabe cómo funciona un modelo de lenguaje a grandes rasgos, que no comprende las limitaciones técnicas de las herramientas que usa, no está liberado de la técnica. Está a su merced.
La alfabetización técnica no implica convertirse en ingeniero. Implica no ser un usuario pasivo de sistemas que moldean el output de tu trabajo. Implica poder cuestionar, redirigir, corregir. Implica tener criterio sobre los resultados en lugar de aceptarlos porque “la IA lo ha generado”.
En los años 90, los diseñadores gráficos que entendían aunque fuera superficialmente cómo funcionaba la preprensa tenían una ventaja enorme sobre los que diseñaban sin pensar en el proceso de impresión. No eran impresores. Pero hablaban el idioma suficiente para que su visión sobreviviera al proceso.
Hoy el reto es el mismo, con herramientas distintas.
No dejes que nadie te robe la lucha
Termino donde empecé: con la lucha. Con la incomodidad productiva de no saber todavía cómo resolver algo. Con la resistencia mental que precede a cualquier solución que realmente vale algo.
Usa la IA. Úsala mucho, úsala bien, aprende a hablar su idioma. Pero no le pagues con tu proceso creativo. No le cedas la parte del trabajo donde tú creciste como diseñador y donde seguirás creciendo. La ejecución puede automatizarse. La lucha, no. Y sin lucha, no hay criterio. Y sin criterio, no hay diseñador. Solo hay alguien que sabe darle al botón.
Salieri también sabía darle al botón.
Este artículo está inspirado en “What computers can’t do — and what designers should“, publicado originalmente en UX Collective.