Design Systems
Cohesion for a suite of trade finance tools
Design Systems
Cohesion for a suite of trade finance tools
Design Systems
Cohesion for a suite of trade finance tools
Design Leadership
Tokenisation
Design System


Product in partnership with


Overview
Launched a new flexible live design library For Contour Engineers, Designers, and Product Owners to consolidate the multiple brand offerings and set up cohesive design growth
Problem Statement
How can we establish a scalable design system for multiple financial tools under a singular umbrella with structure?
Deliverables
100+ styles & tokens 84 main components 400+ component variants
Overview
Launched a new flexible live design library For Contour Engineers, Designers, and Product Owners to consolidate the multiple brand offerings and set up cohesive design growth
Problem Statement
How can we establish a scalable design system for multiple financial tools under a singular umbrella with structure?
Deliverables
100+ styles & tokens 84 main components 400+ component variants
Overview
Launched a new flexible live design library For Contour Engineers, Designers, and Product Owners to consolidate the multiple brand offerings and set up cohesive design growth
Problem Statement
How can we establish a scalable design system for multiple financial tools under a singular umbrella with structure?
Deliverables
100+ styles & tokens 84 main components 400+ component variants
TL;DR
Launched a new live design library for Engineers, Designers, and Product Managers to consolidate the multiple brand offerings and set up consistent design growth
🔒
My work has been recreated with NDA-protected data removed, identifiable content masked. The situational descriptions, qualitative impact and processes are canonical.
🔒
My work has been recreated with NDA-protected data removed, identifiable content masked. The situational descriptions, qualitative impact and processes are canonical.
🔒
My work has been recreated with NDA-protected data removed, identifiable content masked. The situational descriptions, qualitative impact and processes are canonical.

MY ROLE
Making a mark
As the Lead Product Designer, one of the biggest initiatives I worked on during this time was developing a comprehensive design system for multiple B2B financial tools, which previously lacked a documented design language.

MY ROLE
Making a mark
As the Lead Product Designer, one of the biggest initiatives I worked on during this time was developing a comprehensive design system for multiple B2B financial tools, which previously lacked a documented design language.

MY ROLE
Making a mark
As the Lead Product Designer, one of the biggest initiatives I worked on during this time was developing a comprehensive design system for multiple B2B financial tools, which previously lacked a documented design language.

DISCOVERY
The great audit
We began reviewing the existing systems, annotating each component, and organising them by function and design. This helped us identify areas for improvement. We documented these findings in a Figma file and a supporting spreadsheet and shared them with stakeholders to emphasise the need for a revamped design system.

DISCOVERY
The great audit
We began reviewing the existing systems, annotating each component, and organising them by function and design. This helped us identify areas for improvement. We documented these findings in a Figma file and a supporting spreadsheet and shared them with stakeholders to emphasise the need for a revamped design system.

DISCOVERY
The great audit
We began reviewing the existing systems, annotating each component, and organising them by function and design. This helped us identify areas for improvement. We documented these findings in a Figma file and a supporting spreadsheet and shared them with stakeholders to emphasise the need for a revamped design system.

DISCOVERY
Cross functional
We built our design system team with multiple voices. We included a frontend engineer to share insights on how Storybook worked, and we involved QA to suggest methods for evaluating deltas. Additionally, we collaborated with Product, Interaction Design, Visual Design, and a Content Writer, among others.

DISCOVERY
Cross functional
We built our design system team with multiple voices. We included a frontend engineer to share insights on how Storybook worked, and we involved QA to suggest methods for evaluating deltas. Additionally, we collaborated with Product, Interaction Design, Visual Design, and a Content Writer, among others.

DISCOVERY
Cross functional
We built our design system team with multiple voices. We included a frontend engineer to share insights on how Storybook worked, and we involved QA to suggest methods for evaluating deltas. Additionally, we collaborated with Product, Interaction Design, Visual Design, and a Content Writer, among others.



Legacy design systems and files that were still referenced by multiple products

CHALLENGES
Token structures
Once we had a good idea of where the inconsistencies lay, we started ideating on how this would be a sustainable system for us long term. We tested several new token structures to create a hierarchy that maintained consistency, while allowing flexibility and specific scenarios across different tools.

CHALLENGES
Token structures
Once we had a good idea of where the inconsistencies lay, we started ideating on how this would be a sustainable system for us long term. We tested several new token structures to create a hierarchy that maintained consistency, while allowing flexibility and specific scenarios across different tools.

CHALLENGES
Token structures
Once we had a good idea of where the inconsistencies lay, we started ideating on how this would be a sustainable system for us long term. We tested several new token structures to create a hierarchy that maintained consistency, while allowing flexibility and specific scenarios across different tools.

CHALLENGES
Monolithic or federated
Our goal was to prioritise clarity, reliability, and cross-functional understanding over endless refactoring. While monolithic models have been the bedrock of many systems, we leaned towards more modular and flexible structure.

CHALLENGES
Monolithic or federated
Our goal was to prioritise clarity, reliability, and cross-functional understanding over endless refactoring. While monolithic models have been the bedrock of many systems, we leaned towards more modular and flexible structure.

CHALLENGES
Monolithic or federated
Our goal was to prioritise clarity, reliability, and cross-functional understanding over endless refactoring. While monolithic models have been the bedrock of many systems, we leaned towards more modular and flexible structure.
CHALLENGES
Priorities and timelines
This project was a side project alongside other ongoing work. With limited time each sprint, we had to be very strategic about creating a completely new structure while balancing other active projects. We also tried to set an an achievable timeline, aiming for baby steps over perfection.
CHALLENGES
Priorities and timelines
This project was a side project alongside other ongoing work. With limited time each sprint, we had to be very strategic about creating a completely new structure while balancing other active projects. We also tried to set an an achievable timeline, aiming for baby steps over perfection.
CHALLENGES
Priorities and timelines
This project was a side project alongside other ongoing work. With limited time each sprint, we had to be very strategic about creating a completely new structure while balancing other active projects. We also tried to set an an achievable timeline, aiming for baby steps over perfection.
Results
160
day time frame
160
day time frame
160
day time frame
100+
Tokens and styles
100+
Tokens and styles
100+
Tokens and styles
4
cross functional teams
4
cross functional teams
4
cross functional teams
Learnings
To establish good naming conventions: Token names must be predictable, unique, and understandable across languages and disciplines. One must alias back to foundations, never hard code or duplicate values across themes.
To avoid complicated documentation: The most perfect token system is useless if nobody understands how to use it. With a growing team, it is much harder to keep UI components in code synced with designs.

IMPACT
Governance
As a growing team, we opted for a federated model, with no dedicated design system team; instead, feature teams handle building and maintaining the system. Changes and requests need to be documented in a version-controlled system for transparency. Contribution guidelines allowed new submissions, with a feedback loop.

IMPACT
Governance
As a growing team, we opted for a federated model, with no dedicated design system team; instead, feature teams handle building and maintaining the system. Changes and requests need to be documented in a version-controlled system for transparency. Contribution guidelines allowed new submissions, with a feedback loop.
IMPACT
Governance
As a growing team, we opted for a federated model, with no dedicated design system team; instead, feature teams handle building and maintaining the system. Changes and requests need to be documented in a version-controlled system for transparency. Contribution guidelines allowed new submissions, with a feedback loop.










IMPACT
A family of systems
In the end we established and maintained a global Salt Digital Design Language (SDDL) as a foundation of a family of design systems with documentation, designed and coded components

IMPACT
A family of systems
In the end we established and maintained a global Salt Digital Design Language (SDDL) as a foundation of a family of design systems with documentation, designed and coded components
IMPACT
A family of systems
In the end we established and maintained a global Salt Digital Design Language (SDDL) as a foundation of a family of design systems with documentation, designed and coded components

IMPACT
A live library
I also multi-hatted the setup of a live Storybook UI library with well defined guidelines and following atomic design principles. This improved the scalability of product verticals and simplified the process of designing, sharing, and collaborating on UI components.

IMPACT
A live library
I also multi-hatted the setup of a live Storybook UI library with well defined guidelines and following atomic design principles. This improved the scalability of product verticals and simplified the process of designing, sharing, and collaborating on UI components.

IMPACT
A live library
I also multi-hatted the setup of a live Storybook UI library with well defined guidelines and following atomic design principles. This improved the scalability of product verticals and simplified the process of designing, sharing, and collaborating on UI components.
CONCLUSION
Time to put it to the test
To ensure our decisions held up, we stress-tested components in two upcoming projects, a new vertical Orbit and a feature redesign of Contour. By integrating our new library into these redesigns, we saw improvements in legibility and visual hierarchy, while also speeding up the development handoff process.
CONCLUSION
Time to put it to the test
To ensure our decisions held up, we stress-tested components in two upcoming projects, a new vertical Orbit and a feature redesign of Contour. By integrating our new library into these redesigns, we saw improvements in legibility and visual hierarchy, while also speeding up the development handoff process.
CONCLUSION
Time to put it to the test
To ensure our decisions held up, we stress-tested components in two upcoming projects, a new vertical Orbit and a feature redesign of Contour. By integrating our new library into these redesigns, we saw improvements in legibility and visual hierarchy, while also speeding up the development handoff process.



