Volver a proyectos
Case Study · Design Systems · Ryanair

LIFFEY: construyendo una propuesta de sistema de diseño para Ryanair

Un MVP de Design System centrado en foundations, tokens, componentes clave y documentación para resolver inconsistencias, mejorar escalabilidad y facilitar decisiones compartidas entre diseño y desarrollo.

Design Systems Foundations Design Tokens Components Documentation Figma Variables
LIFFEY — Design System para Ryanair con foundations, componentes, documentación y patrones de interfaz

El reto

El proyecto partía de analizar una marca existente, detectar problemas de consistencia y diseñar una propuesta de sistema de diseño que ayudase a escalar decisiones visuales y funcionales.

El equipo eligió Ryanair porque su ecosistema digital ofrecía una oportunidad clara: una marca muy reconocible, con alto volumen de uso, pero con inconsistencias visuales y de experiencia que podían mejorarse mediante un sistema más estructurado.

Mi rol

Participé en la definición global del sistema, defendí la elección de Inter como tipografía base, diseñé componentes como Lists, Cards y Navigation, y fui responsable de construir y presentar la documentación completa del sistema.

Mi aportación principal estuvo en convertir decisiones visuales en reglas documentadas y reutilizables.

~3semanas
4miembros del equipo
6principios de diseño
3componentes clave
Contexto

Por qué Ryanair

La elección de Ryanair no fue casual. Tiene una identidad visual muy reconocible, pero su experiencia digital presentaba margen para mejorar consistencia, jerarquía, accesibilidad y escalabilidad. No se trataba de rediseñar "por gusto", sino de construir una lógica compartida para tomar decisiones visuales y funcionales.

El objetivo no era diseñar pantallas bonitas para Ryanair, sino crear una base reutilizable que hiciera el producto más coherente, mantenible y escalable.
Principios

Principios del sistema

Antes de diseñar componentes, el equipo definió principios para orientar decisiones. Esta parte es clave porque separa un Design System de un UI Kit.

Accesibilidad

Mejorar legibilidad, contraste y facilidad de uso.

Eficiencia

Reducir fricción en una experiencia con alto volumen transaccional.

Claridad

Jerarquía visual, mensajes comprensibles y componentes predecibles.

Consistencia

Unificar patrones para evitar decisiones aisladas en cada pantalla.

Marca

Mantener reconocimiento visual sin reproducir incoherencias.

Escalabilidad

Permitir que nuevas pantallas crezcan sobre reglas comunes.

Foundations

Color, tipografía, spacing y grid

Color

El sistema conservó los códigos reconocibles de Ryanair — azul y amarillo —, pero ordenándolos como roles: estructura, navegación, acciones, CTA y estados. El color dejó de ser decorativo para convertirse en una herramienta funcional.

Tipografía: Inter

Defendí el uso de Inter como tipografía base por su legibilidad, neutralidad, altura x elevada y buen comportamiento en interfaces digitales.

Inter no fue una decisión estética. Fue una decisión de sistema: legibilidad, consistencia y escalabilidad.
Tokens

Tokens y variables

Los tokens ayudaban a traducir decisiones de diseño en reglas reutilizables: colores, espaciados, estados, tamaños y comportamientos. Esta parte conecta diseño con desarrollo.

TokenFunción
ColorUnificar roles visuales: primary, CTA, neutral, semantic.
SpacingMantener proporción y ritmo entre componentes.
TypographyControlar jerarquías, tamaños y estilos textuales.
StatesGarantizar comportamiento consistente en hover, pressed, disabled y focus.
Componentes

Lists, Cards y Navigation

Mi trabajo se centró especialmente en estos tres componentes. No son componentes decorativos. Afectan directamente a cómo se organiza, escanea y recorre la información en un producto como Ryanair.

Lists

Componentes para organizar información de forma escaneable, útil en interfaces con múltiples opciones o resultados.

Cards

Patrones reutilizables para mostrar información de vuelos, promociones o bloques destacados.

Navigation

Componente estructural para orientar al usuario y mantener consistencia en diferentes contextos.

Interacción

Estados e interacción

Un componente no está terminado cuando se ve bien en reposo. Tiene que comunicar respuesta, disponibilidad, foco y accesibilidad en diferentes momentos de uso.

Default

Estado base del componente.

Hover

Respuesta visual previa a la acción.

Pressed

Confirmación de interacción.

Disabled / Focus

Accesibilidad y navegación por teclado.

Documentación

Mi aportación principal

Mi responsabilidad más importante dentro de Liffey fue construir la documentación completa del sistema. Un Design System solo funciona si otras personas pueden entenderlo, usarlo y mantenerlo.

La documentación convertía decisiones visuales en reglas claras: qué usar, cuándo usarlo, por qué existe y cómo se comporta.

Diseñar componentes es importante. Documentarlos bien es lo que permite que el sistema escale.
BloqueFunción
FoundationsExplicar color, tipografía, spacing, breakpoints y grid.
ComponentesDefinir anatomía, uso, variantes y estados.
Decisiones de diseñoJustificar elecciones para evitar arbitrariedad.
Relación diseño-desarrolloFacilitar implementación consistente.
Decisiones

Decisiones justificadas, no estéticas

DecisiónJustificación
Inter como tipografía base.Mejor legibilidad, neutralidad y consistencia en interfaces digitales.
Azul como color estructural.Mantener reconocimiento de marca y jerarquía de navegación.
Amarillo para CTA.Conservar el código visual de conversión de Ryanair.
Componentes documentados.Facilitar adopción por otros diseñadores y desarrollo.
Estados definidos.Mejorar accesibilidad, feedback y consistencia de interacción.
Reflexión

Aprendizajes

1. Un sistema no es una biblioteca de botones

Un Design System es una forma compartida de tomar decisiones y mantener coherencia a escala.

2. La documentación es parte del diseño

Si un componente no se entiende, no se adopta. Documentar es diseñar la transferencia del sistema.

3. Las decisiones deben justificarse

La diferencia entre gusto personal y diseño profesional está en argumentar por qué una elección funciona.

4. La escalabilidad empieza en foundations

Color, tipografía, spacing y breakpoints son decisiones estructurales, no detalles visuales.

Siguiente proyecto

SACYL Conecta →