Adquirí el rol de UX Engineer pasados dos o tres años trabajando como programadora frontend. Nunca había dejado el diseño de lado, pero oficialmente era desarrolladora. Cuando sentí que el código ya no me llamaba tanto, que en diseño era mejor y que justo era el trabajo que más necesitábamos hacer, solicité a mi empresa el cambio de rol acorde a las responsabilidades que ya estaba asumiendo.
Investigué un poco, descubrí que ese rol mixto se llamaba UX Engineer y propuse el nombre. Pero ya entonces tenía claro algo:
el rol existe antes que el nombre, y suele sobrevivir al siguiente.
El revuelo del «Design Engineer» me alegra (y no me sorprende)
Cuando veo en redes sociales el término nuevo, Design Engineer, o como dicen en broma, devsigner, siento alegría.
Durante años el diseño estuvo apartado del desarrollo. Muchos diseñadores no querían aprender nada relacionado con código, y muchos developers no querían oír hablar de Figma. Ahora estamos entrando en ese terreno, porque era inevitable. Yo siempre intentaba defender la idea de que aprender a programar, aunque sea a un nivel muy básico, es útil para diseñar productos que luego se van a ejecutar. Y de paso es un campo de developer experience, no solo de experiencia de usuario →
un diseño hecho con el código en la cabeza tiene menos errores, menos fricción y más valor.
Que el rol tenga ahora un nombre con marketing no me sorprende. Llevo tres años explicándolo en este mismo blog: aquí lo escribí en 2023.
Las etiquetas cambian, la esencia no
Con la aparición de la IA nada perdura demasiado en el tiempo, salvo el propio concepto del diseño → dar forma a las ideas y hacerlas funcionar.
Bajo la etiqueta de web designer, que luego pasó a UX designer, que ahora se está convirtiendo en design engineer, la esencia es siempre la misma. Es diseñar. No puedo prever el futuro de las etiquetas concretas, pero sí preveo que la profesión no se va a ningún lado.
Qué hace un Design Engineer (que un Product Designer puro no haría)
Si me pides la diferencia esencial → un Product Designer está enfocado en el producto como producto: en qué consisten sus funcionalidades, cómo llevarlo a cabo iterando por versiones, cómo presentarlo al cliente para venderlo después.
Un UX Engineer (o Design Engineer, mismo trabajo con mejor branding) trata el producto como diseño que luego se convierte en código.
Diseñando, ya ves entre líneas qué código acabará implementando estos elementos.
El enfoque está en la implementación misma del producto, no solo en su superficie.
¿Y eso qué aporta al equipo? Una visión completa del producto. Y gracias a ello, se minimizan los errores y la fricción del proceso de implementación. Si quieres el desglose por áreas, lo tengo en otro artículo: mi día a día como UX Engineer.
Por qué la IA hace que este rol pese más ahora
Si la IA prototipa en segundos, alguien tiene que decidir si lo que ha generado está bien. Y «bien» no es opinable → es oficio, criterio y sensibilidad.
Ahí es donde un Design Engineer aporta algo que la IA no puede sustituir: la mirada doble. Sabe si lo que la IA ha generado es viable de implementar, si va a romper en mobile, si la animación es delightful o solo gratuita, si el componente que ha propuesto encaja en el design system o crea una excepción innecesaria. Decide.
Cuanto más fácil se hace generar diseños, más necesario es alguien que sepa juzgarlos con criterio técnico y sensibilidad de producto a la vez. Eso ya no es un lujo del equipo → es la diferencia entre algo que parece producto y algo que es producto.
Y entonces, ¿muere el diseñador?
No. Cambia de forma. El diseñador que solo abría Figma y pasaba mockups por encima del muro al equipo de desarrollo → ese sí está en peligro real con la IA. El que renace, con o sin etiqueta nueva, es otro. Uno que diseña, decide y construye.
Y como decía al principio → el rol existe antes que el nombre. Lo que importa es lo que hace la persona detrás.
Bibliografía
- The Attributes of a Design Engineer → Kathryn Gonzalez. La definición del rol desde la experiencia de haberlo construido en DoorDash.
- Design Engineering at Vercel → cómo trabaja un equipo de Design Engineers en una empresa de producto.
- Invisible Details of Interaction Design → Rauno Freiberg. No define el rol, lo demuestra → un ensayo sobre los detalles invisibles que separan una interacción que se siente bien de una que no.