Unilist is a playlist based music streaming app. It helps users create playlists from multiple streaming sources. The app is currently being further developed.
Lead UX/UI Designer
Allen Paul (Full stack developer)
Kyle Mei (Back end developer)
My friends and I were talking one day and realized that we all use multiple platforms to listen to music. One essential reason why is that certain songs were on certain platforms and not on others.
Take, for instance, the song Plastic Love (1984). It’s wildly popular with 27 million views on YouTube, but unavailable on Spotify. Instead, there’s a remix of the song by an artist named Yuri Tanaka. Ironically, this song is not on YouTube.
But what if I wanted to create a playlist with those two songs? Or with another song only on SoundCloud? Or with another song on our phones?
Goal: Develop a playlist based music player with cross-platform streaming support.
Target Users: 15 to 60 years old, music listeners
Platform: Android
With Unilist, I didn’t want to just create another music player. To understand the directions I need to take, I asked the following questions:
I decided to answer this question by researching user needs and the current market space.
As a first step in understanding what the users need, I gathered 4 quick user interviews. I tried to gather a diverse set of music listeners, each of which would illustrate different problems. Here were some key findings:
"...I just kinda shuffle through all the playlists ... [I] don't think I play any of them, like normally..."
I wanted to do some market research for two reasons. First, I wanted to understand what's currently missing in the market space, so that Unilist actually solves a problem rather than ending up as another music app. Two, I want to understand what competitors are already doing well.
I chose some popular music apps, both streaming and local players, and explored the criterion that will help me answer questions based on the user interviews. One thing I specifically focused on was playlist creation. Because Unilist would be solely based on playlists, one goal I had was to make that process easier than the competitors.
Based on the earlier user interviews, I created two personas that would represent the user group. Chris Hayes represents the casual listener group, those that need to be able to create playlists with multiple sources. Tina Spence represent the heavier user group: those who will access more songs and will be more likely to create more playlists.
With my research, I sat down with the dev team to define the scope of what our app will do. I also used this process to communicate further specifics about the product’s vision.
The dev team provided new ideas, such as developing a dark mode UI. In this case, after discussion and looking at research, we determined it as a low priority feature that we can implement in the future. Of course, we decided to design the UI with dark mode in mind.
I started the design process by mapping out the overall IA. Because I wanted to tackle the user challenge in quickly generating playlists, I tried to go more in-depth into the new playlist process with a user task flow. This really helped in creating a fast and efficient new playlist wizard.
To further layout the foundation for the designs, I sketched out some basic wireframes.
This process was where I realized that unless clearly differentiate the way users see songs and playlists, it may become very confusing whether the item the user is looking at is a playlist or a song. I tried to address in the later iterations.
Based on the sketches, I created a first set of prototypes in mid fidelity. I ran a quick round of user testing to test if the users are able to clearly understand each component.
Here were some key findings:
From there, I created a digital prototype that would more closely resemble the final designs.
I addressed some of the previous findings:
Again, I ran another round of user tests, although this round was more extensive. Here were some findings:
“...I don’t get why there are circles and rectangles and then this one only has two circles like man this looks like a circus...”
As of now, I refined the previous design based on the feedback into a final design. A notable change was that I reorganized the way cover arts are presented on a screen. If a screen is displaying playlist cover arts, I hid all the song cover arts, and if the screen is focused on each individual song (the queue modal and the now playing screen), the playlist cover art was hidden.
The advantages of the previous search layout was that it searched both the playlist titles and song titles. On the other hand it was more difficult to understand because of the similar layout.
I tried to solve this by signifying the search matches with color. This not only makes it easier to understand the layout, but easier to find the result a user is looking for.
I also added another supplementary way to identify the playlist users are interacting with by giving each playlist a color based on the cover art. This also means that changing the cover art would also change the playlist color.
This would help users understand what playlist is being opened even in situations where the cover art is hidden.
The color in specific derived from the Android Palette API and making some additional modifications to ensure high contrast ratio.
This was my first experience working in a small team with developers, all of us who are passionate about this problem space. While the product is still under development, here are some things I learned:
Additionally, since the product is still under development, I want to further work on:
Thanks for reading!