SD WORX Design sytem

Unifying SD Worx: A Design System as marketing foundation

Unifying SD Worx:

A Design System as marketing foundation

Unifying SD Worx: A Design

System as marketing foundation

How SD Worx unified product and marketing through a single, AI-augmented design system serving 120+ products across 28 countries.

How SD Worx unified product and marketing through a single, AI-augmented design system serving 120+ products across 28 countries.

How SD Worx unified product and marketing through a single, AI-augmented design system serving 120+ products across 28 countries.

Timeline

2025

12 weeks

Workflow & Skill

Research interview

Synthesis

Design

Usability testing

Design token

Interaction design

Tools

Figma

Claude code

Team

Olivier André (Lead designer)

Jean Paul sauzier (Project manager)

Ashvish Moogarsing(Dev Lead)

My role

Bridging product, brand, and marketing

"As Senior Product Designer, I led the design system workstream inside a cross-functional squad — partnering with brand, marketing, engineering, and product design leads across Europe. My focus was twofold: define the foundations and governance of the new system, and translate them into something marketing could actually use."

Foundations

Token architecture, naming conventions, and component taxonomy.

Enablement

Documentation and workflows for non-design teams.

AI integration

Experimentation with AI to scale token creation, variants, and docs.

Context

A fragmented brand growing faster than its system.

SD Worx is one of Europe's leading providers of HR digital services, scaling rapidly across products, regions, and teams. That growth created a familiar tension: product and marketing were drifting apart visually, verbally, and operationally. Customer touchpoints — from a login screen to a campaign landing page — no longer felt like the same company.

Cityflow’s mission:
Make bus travel in Paris smarter, safer, and more connected.

Client Experience Redesign @ Proof

City-flow aims to become the next-gen mobility companion — a platform that merges information, safety, and social value to improve how people move across Paris.


Lack of Real-Time Clarity
Passengers often don’t know when the bus will actually arrive, how crowded it is, or if there are delays. This uncertainty creates stress, missed rides, and inefficient journey planning.


Weak Safety Awareness
There are no real-time incident alerts, no reassurance features, and no safety indicators to guide safer decisions.


No Social or Community Layer
Existing apps don’t help users connect, share experiences, or access relevant local information during their ride, even though commuters spend hours inside this shared space.


Poor In-Journey Guidance
They don’t support passengers during the ride with contextual cues (next stop, orientation, smarter transfers, disruptions ahead) that make the journey smoother and more predictable..


Fragmented Mobility Experience
There’s no single, unified tool that brings all mobility needs informational, social, and safety-related into one seamless experience.

Brand consistency

The system existed.
The consistency didn't

We reframed the design system as a strategic business asset rather than a product utility — a shared foundation that could unify brand touchpoints, lift code quality, and surface metrics for continuous improvement across every channel.

Brand consistency
Goals

Three pillars, one foundation.

Brand consistency

A unified visual and verbal system applied across 120+ products and 28 European markets.

Central documentation

A single source of truth for product, marketing, and brand — replacing scattered files, decks, and tribal knowledge.

Component management

A leaner, smarter component library with clear ownership, lifecycle, and contribution rules.

Brand consistency

Process

Specs and guidelines that bridge
design and engineering.

By closing the gap between how designers think and how engineers build. Clear tokens, documented components, and shared governance turn handoffs into pickups — and make every downstream product win possible.

Example of guidelines: Skeletal Layout Design

Step 1: Identify elements that have a skeleton loader

As previously stated, it is important to note that not all elements on a page should or can be replaced by a skeleton loader. It is recommended to identify containers that hold information that will be added dynamically as the page loads, such as a list of messages.

Don’t

Unnecessarily make elements look like they are loading. While skeleton loaders reduce the perceived waiting of a page, replacing elements that do not have or require a loading state with a skeleton loader. Users may be confused and the page may feel like it is loading unnecessary data thus making the page feel less performant.

Do

Target elements which contain information that will take time to load.

Step 2: Convert the design into a skeletal layout

When translating designs into a skeletal layout (different from a wireframe), it's important to not make the mistake of turning every element into a skeleton loader. Doing so will result in an overcrowded layout that lacks visual appeal.

Internal Communication • Survey

Employee Wellness Survey

Published Fri, 20 April 9:00 to 2108 users by Fran Kilgad

NL

EN

FR

DE

Published

Internal Communication • Survey

Discover our FIP plan

Published Fri, 20 April 9:00 to 2108 users by Fran Kilgad

EN

DE

Draft

Don’t

Internal Communication • Survey

Employee Wellness Survey

Published Fri, 20 April 9:00 to 2108 users by Fran Kilgad

NL

EN

FR

DE

Published

Internal Communication • Survey

Discover our FIP plan

Published Fri, 20 April 9:00 to 2108 users by Fran Kilgad

EN

DE

Draft

Do

Brand consistency
System Impact

A foundation that ships, scales, and shows up in the work.

A foundation that ships, scales,
and shows up in the work.

The design system isn't a deliverable — it's a multiplier. Its value only becomes visible when product teams ship faster, brand teams stay consistent, and users feel the cohesion. Three cases below show how the foundation translated into measurable product outcomes across very different parts of the business.

40%+

Teams transitioned to the AI-assisted workflow

120+

Products and apps adopted the system

50%

Reduction in components (150 → 75)

28

European countries unified under one design language

Need help?

Need help?

Help & support

Frequently asked questions

Contact support

Preview

English

Manage message

Message details

Status

Last Modified

Author

Show as grid

Show as list

Need help?

Need help?

Help & support

Frequently asked questions

Contact support

Preview

English

Manage message

Message details

Status

Last Modified

Author

Show as grid

Show as list

Colour and semantic

Registration and login were duplicated across multiple SD Worx products, each with its own form components, error states, and visual treatment. Users moving between products encountered subtly different experiences — and engineering teams maintained the same logic in parallel.

Color

Color

Raw value

Raw value

Primitive

Primitive

Semantic

Semantic aliasing

Primary-Color

Primary-Color

Primary interaction

#006DD8

#006DD8

#006DD8

bg-color-primary

bg-color-primary

Primary color

Blue 100

#ECF9FF

Blue 200

#D4F2FF

Blue 300

#B2E9FF

Blue 400

#7DDDFF

Blue 500

#40C9FF

Blue 600

#14ADFF

Blue 700

#0088FF

Blue 800

#006DD8

Blue 900

#0858A0

Blue 1000

#0A3561

Brand consistency

Design Tokens

Registration and login were duplicated across multiple SD Worx products, each with its own form components, error states, and visual treatment. Users moving between products encountered subtly different experiences — and engineering teams maintained the same logic in parallel.

Registration & Login Flow (input)

Registration and login were duplicated across multiple SD Worx products, each with its own form components, error states, and visual treatment. Users moving between products encountered subtly different experiences — and engineering teams maintained the same logic in parallel.

Screen designed with design system assets
Screen designed with design system assets

Using the card component in a
standardized way

Case 02 — Product Pages Built
with AI + Tokens

Registration and login were duplicated across multiple SD Worx products, each with its own form components, error states, and visual treatment. Users moving between products encountered subtly different experiences — and engineering teams maintained the same logic in parallel.

Do

Using the card component

Case 02 — Product Pages Built
with AI + Tokens

Registration and login were duplicated across multiple SD Worx products, each with its own form components, error states, and visual treatment.

Do

Using the card component

Case 02 — Product Pages Built
with AI + Tokens

Users moving between products encountered subtly different experiences — and engineering teams maintained the same logic in parallel.

SD Worx App: Booking Holidays

Registration and login were duplicated across multiple SD Worx products, each with its own form components, error states, and visual treatment. Users moving between products encountered subtly different experiences — and engineering teams maintained the same logic in parallel.

AI integration

Orientation Target

I designed the top up experience to be as effortless as possible. The values in the input and the tips react to usecases whether you are at the checkout or covering debt. And the auto top-up pushes it even further as you don't need to do anything manually at all

Unified system

Orientation Target

I designed the top up experience to be as effortless as possible. The values in the input and the tips react to usecases whether you are at the checkout or covering debt. And the auto top-up pushes it even further as you don't need to do anything manually at all

Learning

Balancing expression and functionality.

I've learnt that design systems live at the intersection of brand identity and usability. Every component must carry the brand's visual language while remaining functionally reliable for multiple product needs, it's a constant balance between consistency or brand distinctiveness.

Design, think and research across scale.

Working on a design system means thinking at every level simultaneously - from the smallest icon pixel to cross-product ecosystems. This taught me to zoom in and out constantly, stress-testing choices at both extremes.

Ambiguity = Opportunities

My internship began without a clearly defined project scope - and I came to see that ambiguity as a gift. Rather than waiting for direction, I took ownership: conducting research, identifying gaps, and proposing a path forward.

Design system rocks!

I truly fell in love with the scope, scales and breadth that a cross-product design system offers!

DESIGNED + CODED BY OLIVIER

DESIGNED + CODED BY OLIVIER