Product Manager & Fitness Coach
SPFY Hero Image.png

Spotify Social

 
SPFY Hero Image.png

 

The Challenge

Spotify is a music streaming service that has attempted to connect users on their platform in the past, but rolled back social features due to lack of adoption. I explored new ways to connect Spotify users through the platform. I wanted to take advantage of existing features and integrate a solution that would allow users to share and discover music.

 

Duration

5 weeks

Tools

Sketch, InVision, Maze.design

 

My Process

Discover

  • Competitor Analysis

  • Survey & Interviews

Define

  • Personas

  • User & Task Flows

  • HMW Statements

Design

  • Sketches

  • Wireframes

Deliver

  • Remote Tests

  • Redlined Documents

 

Discover

How do users typically share and discover music? Those were the two primary questions I had going into the research phase. I started by looking at competitors in the US music streaming business and created some provisional personas based off of past experience and blog posts I have read.

 

Competitor Analysis

Click to Enlarge

SPFY Competitor Research V2.png
 

Survey & Interviews

I conducted 4 in-person or phone interviews and issued a survey that received 17 responses from individuals in my social network. Some responses from the survey and the interview are below.

Click to Enlarge

 

Interview Excerpts

SPFY InterviewQuotes.png
 

Define

As a result of the interviews and survey, I discovered that there are generally two camps of users: those that are casual listeners (i.e. they like to turn on playlists with any set of songs or listen to songs suggested by their friends), and those that are music aficionados (i.e. they love to listen to remixes and underground artists, and are keen on sharing specific songs with individuals).

 

Personas

I used these findings to create two personas: Jennica the casual listener, and Antonio the aficionado. From real feedback and user details I crafted the personas’ pain points, goals, and user flows. Users like Antonio would like to share music with their friends nearby more easily, even if they do not have Spotify. Users like Jennica are more concerned about finding music was recommended to them more easily.

Click to Enlarge

 

User Flows

SPFY User Flow.png
 

How Might We Statements

With these established, I brainstormed using how might we (HMW) statements to find solutions that would connect these two disparate types of users.

Click to Enlarge

 

Design

Considering the tasks that both Jennica and Antonio needed to accomplish, I decided to design three different features: commenting, news feed, and a broadcasting feature. 

The news feed and past shared feeds would allow Jennica to find songs that she heard in the past more easily.

The broadcasting feature would help Antonio share music with friends nearby, even if they do not have Spotify. Sharing to multiple people nearby would automatically save that song in the Shared history feed.

The commenting feature was a solution for both users to be able to share their opinions on music on the platform directly, and was a desired feature from the user feedback.

Below are some of my original mock ups and then the final prototype product built in InVision.

 

Wireframes

 
 

Deliver

I used remote testing on Maze.design to gather feedback. I chose remote testing because I wanted to get a larger volume of testers to try the prototype in a short amount of time. The test consisted of four missions, or scenarios, that explored how users would:

1. Share a Song to Friends nearby (Broadcast feature)

2.  Comment on a Song

3. See what Songs their friends liked

4. Find songs recently shared to them

I received 14 responses in 3 days. The main results of the tests show that users were confused about the Broadcast feature and found the newsfeed mission confusing.

I observed the heatmaps, misclick rate, bounce rate, and user comments on the prototype to improve on my mock up screens. Overall, the changes I made were on font size, logo placement, and wording (for both the missions and the social feed and broadcast feature).

 

Test Results

Many users gave up on the broadcast feature.

Many users gave up on the broadcast feature.

The social feed confused users because there were high observations that deviated.

The social feed confused users because there were high observations that deviated.

Some users did not go straight to the social feed when looking for past shared songs.

Some users did not go straight to the social feed when looking for past shared songs.

 
 

Iterations and Adjustments

 

Lessons Learned & Next Steps

I conducted a second set of tests and gathered feedback from 13 more users online. After modifying the UI and the wording of the tests, the success rates of the missions increased overall.

Screen Shot 2019-07-10 at 10.12.52 PM.png

I conducted a second set of tests and gathered feedback from users online. From using primarily remote testing method, I learned:

Wording and names have a huge impact on the design

Users were introduced to new features in an already familiar app, making it challenging to guide them into the right direction. I hypothesize that some of the users deviated from the path because of the way the scenarios were worded.

All user pain points cannot be solved with one feature

The original task was to create one new social feature, but after uncovering and developing my personas, it was difficult to fit all problems into one box. At that time I had to think of features that would become compatible with each other.

In the future, I look forward to seeing if this feature will be considered in Spotify’s web community for enhancements.