Back to Portfolio
Creating a design system for sweepr
Expertise
Platform
Role
Year
Design system, UX
Web
Product Designer
2017 - 2018
Intro

Had the opportunity to work at Sweepr and help to create a design system to align thier suite of web apps.

Problem

When I first joined sweepr invested in four web apps:

Interaction Editor

A CMS for creating self-support content

Alias Editor

Create recognizable aliases for interaction

CSR Dashboard

Self-supporting monitoring for customer support

Operation Dashboard

A monitoring service for interactions

The problems here were the classic case of designing multiple products without a centralised design system:

Inconsistent styling, design language & patterns across the different products

More time spent on designing new components, patterns and less on the actual problem

Design Audit

We carried out a design audit on all of the existing products to get a sense of the polarity and inconsistencies between each of them.

It also provided us with data on which components are used most frequently, allowing us to determine the elements that should be focused on first.

Finding a Font Family

One of the most important aspects of any digital product is the typography. We researched and trialled a number of super families to determine

one that could be used across our products. Eventually, we settled on using Inter for its versatility, readability at smaller font sizes, and its numerous OpenType features.

Building a colour palette

Before creating our palette, we first had to determine the colours that we wanted to support, such as:

Primary or accent colors

State colors (such as success, info, error, & warning)

Secondary colors

Once we had done this, we then needed to create the different accent from each of the base colours. Therefore, each base colour would have 9 accents (e.g. green-100 to green-1000) to provide us with plenty of versatility for each base colour.

To make it easier to apply to WCAG colour accessibility guidelines, each colour and it's accents were marked with it's compliance score (e.g. is this colour AAA or AA compliant?)
Creating components

Our design audit had provided us with a list of components currently being used that we would need to redesign, but I also carried out a lot of research on other design systems to collate data on other components that we may need in our products.

There was also an organic nature to this, where components would be created for the design system when and where they're needed.

Adding documentation for developers

Having your one source of truth in Figma is great for the designers but not very accessible to developers for numerous reasons.

To combat this we created internal documentation to showcase the design system components in a more accessible method, as well as explain best practices, show code examples and link to resources.

Using the Design System in the wild

The first product I started to work on after we had created the design system was the Interaction Editor.

This meant more time could be shifted towards higher complexity tasks such as UX thinking, structure and design.

This meant more time could be shifted towards higher complexity tasks such as UX thinking, structure and design.

In conclusion

Creating our design system had a large impact on the overall company. It allowed us to create new products and features more efficiently and effectively.

It also provided our engineering team with a one source of truth for all components & styles, allowing them to code more efficiently and produce more consistent, accessible components.

Back to Portfolio
Creating a design system for sweepr
Expertise
Platform
Role
Year
Intro
Design system, UX
Web
Product Designer
2017 - 2018
Had the opportunity to work at Sweepr and help to
create a design system to align thier suite of web apps.
Problem
Design Audit
Finding a Font Family
Building a colour palette
Adding documentation for developers
In conclusion
Using the Design System in the wild
Creating components
When I first joined sweepr invested in four web apps:
We carried out a design audit on all of the existing products to get a sense of the polarity and inconsistencies between each of them.
One of the most important aspects of any digital product is the typography. We researched and trialled a number of super families to determine
Before creating our palette, we first had to determine the colours that we wanted to support, such as:
Having your one source of truth in Figma is great for the designers but not very accessible to developers for numerous reasons.
Creating our design system had a large impact on the overall company. It allowed us to create new products and features more efficiently and effectively.
It also provided our engineering team with a one source of truth for all components & styles, allowing them to code more efficiently and produce more consistent, accessible components.
The first product I started to work on after we had created the design system was the Interaction Editor.
This meant more time could be shifted towards higher complexity tasks such as UX thinking, structure and design.
To combat this we created internal documentation to showcase the design system components in a more accessible method, as well as explain best practices, show code examples and link to resources.
Our design audit had provided us with a list of components currently being used that we would need to redesign, but I also carried out a lot of research on other design systems to collate data on other components that we may need in our products.

There was also an organic nature to this, where components would be created for the design system when and where they're needed.

Primary or accent colors
Grays
State colors (such as success, info, error, & warning)
Secondary colors
one that could be used across our products. Eventually, we settled on using Inter for its versatility, readability at smaller font sizes, and its numerous OpenType features.
Once we had done this, we then needed to create the different accent from each of the base colours. Therefore, each base colour would have 9 accents (e.g. green-100 to green-1000) to provide us with plenty of versatility for each base colour.
To make it easier to apply to WCAG colour accessibility guidelines, each colour and it's accents were marked with it's compliance score (e.g. is this colour AAA or AA compliant?)
It also provided us with data on which components are used most frequently, allowing us to determine the elements that should be focused on first.
The problems here were the classic case of designing multiple products without a centralised design system:
Inconsistent styling, design language & patterns across the different products
More time spent on designing new components, patterns and less on the actual problem
Interaction Editor

A CMS for creating self-support content

Alias Editor

Create recognizable aliases for interaction

CSR Dashboard

Self-supporting monitoring for customer support

Operation Dashboard

A monitoring service for interactions

Back to Portfolio
Creating a design system for sweepr
Expertise
Platform
Role
Year
Design system, UX
Web
Product Designer
2017 - 2018
Intro
Had the opportunity to work at Sweepr and help to
create a design system to align thier suite of web apps.
Problem
When I first joined sweepr invested in four web apps:
The problems here were the classic case of designing multiple products without a centralised design system:

Inconsistent styling, design language & patterns across the different products

More time spent on designing new components, patterns and less on the actual problem

Interaction Editor

A CMS for creating self-support content

Alias Editor

Create recognizable aliases for interaction

CSR Dashboard

Self-supporting monitoring for customer support

Operation Dashboard

A monitoring service for interactions

Design Audit
We carried out a design audit on all of the existing products to get a sense of the polarity and inconsistencies between each of them.

It also provided us with data on which components are used most frequently, allowing us to determine the elements that should be focused on first.
Finding a Font Family
One of the most important aspects of any digital product is the typography. We researched and trialled a number of super families to determine
one that could be used across our products. Eventually, we settled on using Inter for its versatility, readability at smaller font sizes, and its numerous OpenType features.
Building a colour palette
Creating components
Before creating our palette, we first had to determine the colours that we wanted to support, such as:
Our design audit had provided us with a list of components currently being used that we would need to redesign, but I also carried out a lot of research on other design systems to collate data on other components that we may need in our products.

There was also an organic nature to this, where components would be created for the design system when and where they're needed.

Primary or accent colors
State colors (such as success, info, error, & warning)
Secondary colors
Once we had done this, we then needed to create the different accent from each of the base colours. Therefore, each base colour would have 9 accents (e.g. green-100 to green-1000) to provide us with plenty of versatility for each base colour.
To make it easier to apply to WCAG colour accessibility guidelines, each colour and it's accents were marked with it's compliance score (e.g. is this colour AAA or AA compliant?)
Adding documentation for developers
Having your one source of truth in Figma is great for the designers but not very accessible to developers for numerous reasons.
To combat this we created internal documentation to showcase the design system components in a more accessible method, as well as explain best practices, show code examples and link to resources.
Using the Design System in the wild
The first product I started to work on after we had created the design system was the Interaction Editor.
In conclusion
Creating our design system had a large impact on the overall company. It allowed us to create new products and features more efficiently and effectively.
It also provided our engineering team with a one source of truth for all components & styles, allowing them to code more efficiently and produce more consistent, accessible components.
This meant more time could be shifted towards higher complexity tasks such as UX thinking, structure and design.
Back to Portfolio
Creating a design system for sweepr
Expertise
Platform
Role
Year
Design system, UX
Web
Product Designer
2017 - 2018
Intro
Had the opportunity to work at Sweepr and help to
create a design system to align thier suite of web apps.
Problem
When I first joined sweepr invested in four web apps:
The problems here were the classic case of designing multiple products without a centralised design system:
Inconsistent styling, design language & patterns across the different products
More time spent on designing new components, patterns and less on the actual problem
Interaction Editor

A CMS for creating self-support content

Alias Editor

Create recognizable aliases for interaction

CSR Dashboard

Self-supporting monitoring for customer support

Operation Dashboard

A monitoring service for interactions

Design Audit
We carried out a design audit on all of the existing products to get a sense of the polarity and inconsistencies between each of them.
Finding a Font Family
One of the most important aspects of any digital product is the typography. We researched and trialled a number of super families to determine
one that could be used across our products. Eventually, we settled on using Inter for its versatility, readability at smaller font sizes, and its numerous OpenType features.
It also provided us with data on which components are used most frequently, allowing us to determine the elements that should be focused on first.
Building a colour palette
Creating components
Before creating our palette, we first had to determine the colours that we wanted to support, such as:
Our design audit had provided us with a list of components currently being used that we would need to redesign, but I also carried out a lot of research on other design systems to collate data on other components that we may need in our products.

There was also an organic nature to this, where components would be created for the design system when and where they're needed.

Primary or accent colors
State colors (such as success, info, error, & warning)
Secondary colors
Once we had done this, we then needed to create the different accent from each of the base colours. Therefore, each base colour would have 9 accents (e.g. green-100 to green-1000) to provide us with plenty of versatility for each base colour.
To make it easier to apply to WCAG colour accessibility guidelines, each colour and it's accents were marked with it's compliance score (e.g. is this colour AAA or AA compliant?)
Adding documentation for developers
Having your one source of truth in Figma is great for the designers but not very accessible to developers for numerous reasons.
To combat this we created internal documentation to showcase the design system components in a more accessible method, as well as explain best practices, show code examples and link to resources.
Using the Design System in the wild
The first product I started to work on after we had created the design system was the Interaction Editor.
This meant more time could be shifted towards higher complexity tasks such as UX thinking, structure and design.
In conclusion
Creating our design system had a large impact on the overall company. It allowed us to create new products and features more efficiently and effectively.
It also provided our engineering team with a one source of truth for all components & styles, allowing them to code more efficiently and produce more consistent, accessible components.