Harley Davidson engaged our team at Pivotal to validate and develop a curated ride experience for motorcyclists.
The Problem: Motorcyclists were purchasing Harley Davidson bikes, but weren't going on as many rides. Business goal was to get "more butts on bikes". One of their KPIs was that if they got each rider to go on 3-4 more rides a year, it would increase servicing and bike part purchasing. They also had a ride planning app on desktop that was slow and not very useful for short term rides. They wanted to tap into native mobile app space, similar to Rever and Strava but for Harley Brand loyalists.
Team Breakdown: Pivotal: 2 Designers, 1 Product Manager, 6 Developers, 1 Product Owner, 1 Client PM, 1 Client Designer, 2 Client Developers.
Timeline: 3 weeks Discovery and Problem Framing Phase, and 8 weeks of development for MVP.
Project Kickoff: We facilitated a workshop to develop a shared understanding of goals (business, product and engagement), customers / users and risks so we can get started on exploring various design opportunities. We developed a proto-persona, Gunther, so that we can quickly start testing and validating our assumptions and have a better understanding of our persona.
Due to business constraints, we had a very short discovery and framing phase to quickly validate the business and product goals so that our client could share out the direction our app was going to get approval from their shareholders.
Generative Interviews: We needed to validate or invalidate our assumptions from the workshop, so we screened for Harley Owners, like our Persona, Gunther. We conducted several rounds of generative interviews to gain a deep understanding of their context by identifying their needs, goals, and pain points. This was done through 1 hour long remote and in person interviews. We synthesized these learnings through affinity mapping.
Key Insights from Generative Interviews:
Reasons to Ride: Riding is a solo, personal experience
Reasons not to ride: Family time and other commitments keep riders from riding more, and bad weather keep riders from riding
Planning Interactions: Group rides start with texting during the week
Safety: Riders are wary of dangerous road conditions and competition in group rides is dangerous.
Gamification: Riders are competitive and want acknowledgment for their achievements.
Stops along the way: Riders always plan a lunch meeting spot for group weekend rides
Navigation: Riders will use navigation only when the location is unfamiliar to them, and will pull over to check maps if they need to, they don’t use the screen while riding.
Other Apps: Riders use Google Maps, some riders use tracking apps for other activities (strava, fitbit).
Sketching: At Pivotal, we spend a lot of time sketching. We usually frame our sketching with scenarios to help us have a jumping off point. Scenarios are not prescriptive as to help us defer judgement and come up with creative solutions. We converged on our sketches by dot voting various concepts and features we thought would be valuable in solving the user's problem.
My Sketching Facilitation Workshop: Because our team was very large, it was getting increasingly difficult to get everyone to share and contribute ideas, especially if team members were quieter than others. So I facilitated a workshop where we could share and contribute ideas using the improv technique "Yes! And..." and a graffiti wall. I had each team member take a large portion of a whiteboard wall and sketch out an idea. Then have 1 minute to present each idea. We would rotate to a different board and add on top of the existing idea. By the end of the exercise, we had several ideas that everyone had contributed to, and they were great! We brought in our Product Owner, and had her vote on some of the sketches so that we can start testing.
Round 1 Low Fidelity Iteration & User Testing:
Tools: Sketch, Photoshop, inVision
Learning Goals: We’ve heard from our users they plan rides usually through texts. Will users want to click to go to an app?
Scenario: Gunther receives a text from his friend Charlie about a ride with a link. Gunther clicks on link and opens the app.
Round 1 Findings: Users had no qualms receiving a link from another rider, and they were fine with sharing location because location and riding go hand in hand!
Round 2 Low Fidelity Iteration & User Testing:
Tools: Sketch, Photoshop, inVision
Learning Goals: What information is valuable to Gunther when he's going on a group ride? What information does he need to start this ride? What should he expect by selecting "Start this ride?". What does an in-app navigation experience look like?
Scenario: Gunther views the route details. Gunther starts the ride.
Round 2 Findings: Users found the map, weather and safety extremely helpful. They didn't find Elevation particularly useful. They liked the waypoints on the map, but wanted more details on those specific waypoints. When they started the ride, they found the gas stations and the cautionary details very helpful. They didn't find the group messaging particularly helpful. They also wanted crowdsourced photos and routes.
Round 3 Low Fidelity Iteration & User Testing:
Tools: Sketch, Photoshop, inVision
Learning Goals: Taking feedback from the previous rounds, we dug into planning and adding routes. How did riders feel about crowdsourced rides? If so, how would they expect to plan those rides? We wanted to capture their behaviors and attitudes around sharing.
Scenario: Gunther wants to go on a ride, he opens the app...
Round 3 Findings: Riders really enjoyed this experience, they could see suggested rides based on their location and also see how other riders felt about the ride based on the rating. They also were interested in creating rides, but wanted a more visual way of adding waypoints.
After a few rounds of user testing with low fidelity clickable prototypes we learned the following:
Riders want suggestions by other riders for POIs, and recommendations
Production & Delivery: After our short Discovery & Framing period, we held a kickoff with our stakeholders and prioritized our features using a 2x2 of user value and feasibility. While the stakeholders wanted ride tracking, a profile page, and bike part selling features, they saw from our research that it wasn't as valuable for helping riders feel motivated to go out and ride their bikes. So they moved them down the list!
Selected High Fidelity Iteration & User Testing:
Selecting a Ride List View: What decisions factor into selecting a ride? What types of information help riders in making that decision? What does a list view need for riders to make a decision?
Route Details: What information is valuable for a rider? Is this information helpful for selecting a ride, during a ride or both? What information should be displayed first?
Map Expanded View/POIs: Riders want to see Points on Interest along the way, what information is helpful for them?
Navigation: Navigation for motorcyclists is very different than for drivers of cars. How does this experience differ?
Map View: While the list view was helpful in selecting a ride, they wanted to see where the rides started and looked like in relation to where they were. The map view earned it's way in and became the main view when the rider opens the app.