El espejo que la IA le pone al diseño de producto
Durante años, una parte importante del trabajo del diseñador fue justificar decisiones. Explicar por qué el botón iba ahí. Defender que el flujo tenía sentido antes de que nadie lo probara. Eso ya casi no existe.
Hoy puedes generar una interfaz funcional antes de que termine la reunión en la que se está discutiendo si merece la pena construirla. Prototipar, testear variantes, tener datos — antes de que ingeniería haya estimado el ticket. La fricción técnica ha desaparecido. Y con ella, también la excusa.
Porque el problema nunca fue ejecutar. Fue saber qué ejecutar.
He trabajado en productos con funcionalidades que nadie usa. Nacieron de una petición de cliente, se priorizaron sin validar si resolvían algo real, se construyeron con cuidado, se lanzaron. Y ahí siguen. No se eliminan porque eliminar da más vértigo que construir. Ocupan espacio en el producto, en el código, en la cabeza de quien lo mantiene. Son el coste silencioso de no haberse hecho una pregunta a tiempo: ¿esto resuelve un problema real para alguien?
La IA no responde esa pregunta. Solo hace que evitarla sea más caro.
Puedes construir más rápido, iterar más rápido, equivocarte más rápido. Pero si no sabes hacia dónde vas, la velocidad no ayuda — acumula ruido. Lo que la IA ha hecho, en realidad, es quitarle al diseñador la coartada de la producción. Antes podías estar ocupado ejecutando. Ahora esa ocupación ya no justifica no pensar.
El diseñador que solo ejecuta ya tiene sustituto. Y no es otro diseñador — es el modelo. El valor ya no está en producir pantallas. Está en decidir cuáles no deberían existir.
