Aena es el principal gestor aeroportuario de España y uno de los mayores operadores aeroportuarios del mundo. Gestiona una extensa red de aeropuertos y helipuertos en España y participa, además, en la gestión aeroportuaria internacional. Esta dimensión se traduce en un ecosistema digital de gran escala, con múltiples productos, servicios y puntos de contacto utilizados diariamente por pasajeros, profesionales y diferentes áreas de la organización.
El Sistema de Diseño de Aena es la base visual y funcional que permite construir y evolucionar de forma consistente este ecosistema. Abarca desde la web y las experiencias digitales asociadas a los aeropuertos hasta aplicaciones, herramientas internas y servicios relacionados con vuelos, parking, salas VIP, Fast Track, asistencia PMR, conectividad WiFi y otros servicios destinados tanto a pasajeros como a profesionales.
Formo parte del equipo de UX/UI especializado en Design Systems, trabajando tanto en la evolución del sistema como en su aplicación sobre proyectos reales.
Nuestro día a día incorpora la Inteligencia Artificial como parte activa del proceso de diseño, utilizando herramientas como Claude, MCP conectado con Figma y agentes de IA en Figma para explorar y validar soluciones, trabajar sobre componentes, acelerar procesos de documentación y optimizar diferentes tareas dentro del workflow de diseño.
La IA no funciona como una herramienta aislada al final del proceso, sino como una capa integrada en nuestra forma de trabajar. Nos permite reducir tareas repetitivas, acelerar procesos de análisis y producción y dedicar más tiempo a aquellas decisiones de producto, experiencia y sistema que requieren criterio de diseño.
Trabajamos así en dos niveles estrechamente relacionados: construir y evolucionar el Design System y, al mismo tiempo, aplicarlo para resolver necesidades concretas de los diferentes productos y servicios digitales de Aena.
Nuestro trabajo abarca, entre otras áreas:
● creación y evolución de componentes y patrones de interfaz,
● definición de variantes, estados y comportamientos,
● estandarización de nomenclaturas y criterios de construcción,
● documentación de componentes y casos de uso,
● integración de IA en los procesos de diseño y documentación,
● diseño UX/UI de nuevos productos, servicios y funcionalidades,
● adaptación del sistema a diferentes contextos y dispositivos,
● revisión y aplicación de criterios de accesibilidad,
● colaboración con desarrollo para garantizar una implementación consistente,
● coordinación con equipos de Marca, Producto, Accesibilidad y otras áreas de Aena.
● definición de variantes, estados y comportamientos,
● estandarización de nomenclaturas y criterios de construcción,
● documentación de componentes y casos de uso,
● integración de IA en los procesos de diseño y documentación,
● diseño UX/UI de nuevos productos, servicios y funcionalidades,
● adaptación del sistema a diferentes contextos y dispositivos,
● revisión y aplicación de criterios de accesibilidad,
● colaboración con desarrollo para garantizar una implementación consistente,
● coordinación con equipos de Marca, Producto, Accesibilidad y otras áreas de Aena.
Resumen
Trabajar sobre el ecosistema digital de Aena supone diseñar para una organización que gestiona numerosos servicios, productos y puntos de contacto digitales con necesidades muy diferentes.
El Design System actúa como una infraestructura común que permite que esas experiencias mantengan una identidad reconocible, comportamientos coherentes y una lógica compartida, independientemente del servicio desde el que interactúe el usuario.
El objetivo no consiste únicamente en conseguir consistencia visual. El sistema debe permitir que diseñadores y desarrolladores trabajen con mayor velocidad, reducir decisiones repetitivas, facilitar la reutilización de soluciones ya validadas y establecer criterios comunes que permitan escalar el ecosistema digital de forma controlada.
El desafío
Uno de los principales desafíos es precisamente la diversidad del ecosistema.
Los productos digitales de Aena responden a contextos muy distintos: consultar información de un vuelo, reservar un parking, acceder a un servicio VIP, solicitar asistencia, utilizar un Fast Track, conectarse a la red WiFi de un aeropuerto o trabajar con herramientas destinadas a usuarios internos.
Cada proyecto presenta necesidades particulares, pero todos deben formar parte de una misma experiencia de marca.
Esto obliga al sistema a encontrar constantemente un equilibrio entre consistencia y flexibilidad.
Un Design System demasiado rígido puede dificultar la resolución de nuevos casos de uso. Uno excesivamente flexible puede generar inconsistencias, duplicación de componentes y diferentes soluciones para problemas similares.
Por eso, una parte importante de nuestro trabajo consiste en analizar cada nueva necesidad y determinar si puede resolverse utilizando componentes existentes, si requiere ampliar alguno de ellos o si realmente justifica la creación de un nuevo patrón o componente dentro del sistema.
Del sistema al producto, y del producto al sistema
Una característica importante del proyecto es que el Design System no evoluciona de manera aislada.
Los proyectos reales funcionan también como una fuente constante de aprendizaje.
Cuando aparece una nueva necesidad dentro de un producto, analizamos si se trata de un caso específico o si puede convertirse en una solución reutilizable para otros servicios. De esta manera se genera una relación bidireccional: el sistema alimenta a los productos y los productos ayudan a evolucionar el sistema.
Este proceso permite detectar nuevas variantes, comportamientos, estados o patrones que posteriormente pueden incorporarse al sistema y estar disponibles para otros equipos.
El resultado es un Design System vivo, que evoluciona a partir de necesidades reales y no únicamente desde una definición teórica de componentes.
Componentes, patrones y documentación
Una parte central del trabajo está dedicada a la evolución y documentación de componentes.
Trabajamos sobre componentes existentes para ampliar sus posibilidades, definir nuevas variantes y estados, revisar comportamientos y establecer criterios de utilización. Al mismo tiempo, desarrollamos nuevos componentes cuando las necesidades del ecosistema lo requieren.
Figma funciona como una de las herramientas centrales de este proceso, permitiendo trabajar sobre librerías compartidas, componentes, variantes y documentación.
La documentación es especialmente importante porque un componente no queda definido únicamente por su aspecto visual. Es necesario explicar cómo funciona, cuándo debe utilizarse, qué variantes existen y cuáles son sus límites.
Esta capa convierte una colección de componentes en un verdadero sistema.
Estandarización y escalabilidad
Otro de los frentes de trabajo es la progresiva estandarización de la arquitectura del sistema.
Esto incluye revisar nomenclaturas, estructuras de componentes, variantes y criterios compartidos que permitan reducir inconsistencias y facilitar el trabajo entre diseñadores y desarrolladores.
A medida que un Design System crece, estas decisiones adquieren cada vez más importancia. Una estructura clara permite localizar componentes con mayor facilidad, comprender su funcionamiento y evitar la creación de soluciones duplicadas.
El objetivo es construir una base que pueda evolucionar sin perder coherencia a medida que aparecen nuevos productos, servicios y necesidades.
Accesibilidad como parte del diseño
La accesibilidad forma parte del proceso desde las primeras decisiones de diseño y no como una validación posterior.
Trabajamos junto con perfiles especializados para revisar aspectos como jerarquías, contraste, navegación, formularios, etiquetas, estados, mensajes, comportamiento de componentes y diferentes formas de interacción.
En determinados proyectos, estas revisiones permiten detectar problemas que van más allá de un componente concreto y pueden convertirse en mejoras aplicables al conjunto del sistema.
De esta manera, la accesibilidad también funciona como un mecanismo para mejorar y fortalecer el Design System.
Un trabajo transversal
El Design System se encuentra en un punto de conexión entre diferentes disciplinas.
UX/UI, Desarrollo, Accesibilidad, Producto, Contenido y Marca intervienen en diferentes momentos del proceso. Una parte importante de nuestro trabajo consiste en traducir esas necesidades en soluciones que puedan funcionar de manera consistente dentro del ecosistema digital.
Esto implica diseñar, pero también analizar, documentar, validar, consensuar y establecer criterios.
El objetivo final es que cada nueva solución no resuelva únicamente el problema inmediato de un proyecto, sino que contribuya, siempre que sea posible, a mejorar la base común sobre la que se construyen los siguientes.
Resultado
El resultado es un sistema en evolución continua que permite abordar productos digitales muy diferentes manteniendo una experiencia coherente y reconocible.
Más que una librería de componentes, el Design System funciona como una infraestructura de producto: establece un lenguaje común entre diseño y desarrollo, facilita la reutilización, reduce inconsistencias y permite que nuevas experiencias digitales puedan construirse sobre decisiones previamente definidas y validadas.
Mi trabajo dentro del proyecto combina así dos perspectivas complementarias: diseñar experiencias concretas y, al mismo tiempo, construir el sistema que permite que esas experiencias puedan escalar.
