Audit the existing experience.
Identify repeated patterns, inconsistencies, and product-specific needs across the portfolio.
Atlas Design System
Building a shared design foundation across travel products–and making it useful to the people who design and ship them.
Typography. Language. Accessibility.
Tokens, typography, visual standards
Reusable components and interactions
Distinct journeys, a coherent experience
These figures summarize documented outcomes from specific rollout and implementation comparisons. They are not presented as one controlled experiment or as effects caused by the design system alone.
Flights, hotels, tours, insurance, trains, and buses each have their own requirements. As those products evolve independently, the same design decisions get made repeatedly–and the customer experience becomes fragmented.
Atlas gave teams a common starting point while preserving the distinctions that matter in each travel journey.
I built and scaled Atlas as Design Director, working across design, engineering, and product. My remit included shared foundations, adoption, standards, and the operating practices needed to maintain the system.
Identify repeated patterns, inconsistencies, and product-specific needs across the portfolio.
Establish reusable components, shared tokens, and interaction patterns. Bring accessibility, right-to-left language needs, and performance into the decisions.
Use documentation, governance, and contribution practices to help teams use and evolve the system.
The goal is a consistent experience–not a rule that every product must behave the same way.
A shared system needs room for the context of a particular journey. Governance helps teams distinguish a useful variation from avoidable inconsistency, and gives improvements a route back into the common foundation.
The lasting value of Atlas is the connection between customer experience and delivery: teams can spend less time repeating established decisions and more time solving the problems specific to their product.
The lesson was organizational as much as visual: a library creates leverage only when teams understand when to reuse, when to contribute, and who is responsible for the system after launch.