Design at Epidemic Sound had evolved into a mess. It was a broadly acknowledged fact inside the company. The product saw success and evolved fast, and became complicated. It was overly complex and fragmented given its size.
This is the story of how I initiated the Design System project at Epidemic Sound, with the ambition to tidy up, simplify and improve the product. We ended up opening Pandora's box, that led to a company-wide Information Architecture project.
I started working on the Design System project in August 2018 with the only other Product designer at Epidemic Sound at the time. Shortly after 2 more designers started at Epidemic, and they got involved too. I worked alongside a Product Owner and two Software Developers.
I worked on everything from the grid, the typography to the buttons and the input fields.
As Epidemic evolved from a small startup, things were built fast to prove them viable. Everyone did their best to shape the product in the same direction, but it ended up messy. Cluttered interfaces with many styles, different frameworks and way too many designs of the same components. (But hey, we had many people using our products!)
The current situation led to internal and external performance issues, made design and development harder, hurt our users, and ultimately hurt our brand. To fix this we started building our Design System, Duplo.
When we started working on Duplo, we had 22 different buttons, 9 different fonts, way too many shades of red, and 13 different text inputs and so on. We needed a digital spring cleaning.
Epidemic Sound pre-Design system. We had a lot of buttons…
Here’s a simple breakdown of the problem sets we found:
The very first thing we did was to take a look inwards: What was the current situation?
We did this by doing a Component Audit: Going through all pages, and note each time we found a new component. This was not only great for understanding the situation, but it was also key for convincing Product Owners of the need for a design system.
A peek into our Component Audit sheet.
From here we created the full list of components we needed for the first version of Duplo. Nothing fancy, just listing out all the boxes we need to tick to have a functioning design system. Anything from the basic building blocks like Grid, Typography, and colors to specific components like Buttons and input fields.
We had a great basis to work from now, but there was another challenge: On top of doing the Design System, we were also planning to give the design itself a much-needed overhaul. We were quite sure we couldn’t get the resources to do both at the same time, so it was time to bring in the Product Owners and developers to help plan the project.
To build a successful design system we not only needed the system to work, but we also needed to have “ambassadors” in the different camps that will be using and advocating the Design system. Fortunately, we’d been talking about the project with a handful of people around the product/tech teams, and quickly found both developers and a Product Owner excited to join.
After a handful of discussions we arrived at the 3 steps we had to go through, to get the design where we wanted it:
More detailed plan in the table below.
Table outlining the different steps we planned to go through.
Now we had the plan in place, we had the right people on board and was ready to chop away on the design needs the project had.
Since v0.5 mostly was about reducing complexity most of the tasks was deciding on UI components, but we also spend a good amount of time on setting the basic grid, figuring out the sites’ Information Architecture (IA), and setting some basic typography that could cover our needs, until we could give it the upcoming overhaul.
Here's a gallery with everything from glimpses of the early design system to some work-in-progress images.
A mixed bag of sections from the Design System
The “most extreme” grids instances, right before and after they break into another interval. We use it to overlay our design files since Sketchs’ grid-feature is so-so.
An example of simple but valuable documentation. In this case, the grids behaviour.
We had many discussions around whiteboards and walls to wrap our head around the problem at hand.
After working on the project for about 3 months we came to a realisation.
We had gotten deep into the design system and started having a lot of discussion around the core of Epidemic Sounds platform. The current state of the core product was overcomplicated, and to fix it we needed an overhaul of the entire Information Architecture (IA).
We needed to put the design system on hold until the IA project was done. Doing otherwise would lead to double work and wasted time.
The IA project is currently (February 2019) in the works.
Even though the Design system got put on hold, the project has been great for two reasons:
In the future, when the Design system will be implemented it will have great value at Epidemic for several reasons. It will make design and development faster, make it easier to maintain our platform and improve both speed and experience.