Lovelô

interaction designvisual designusability teststartup

Introduction

At the beginning of 2015, I founded a startup named Lovelô with three other people. It was a fantastic experience that made me understand even more about discovering what users want and how to find the balance between the user and business needs.

In this case study, I want to share a bit of the process it took to build the iOS app, beginning with research, working through ideation, and then revealing outcome.

Overview

Lovelô's primary objective is to help people be more active and maintain exercising. In our preliminary research, we found out that in Brazil, 40% of people stop going to the gym after the first two months. Some people start to get bored going to the same place at the same time. Others don't feel like leaving their house to exercise.

Our solution was to provide our users access to more than 8.000 activities in several studios and gyms, so they don't get bored, while also making a home workout option for those who don’t want to get out.

  • Image of the Lovelô iOS app

The problem

We already had a web app where people could book their classes in studios and gyms, but the performance wasn't the best in mobile devices. We needed to start building new features so the users could exercise in their own homes. After some research, we decided to change our focus and put our efforts on an iOS app. 

The challenge

The primary challenges we faced in developing an iOS app was the small budget and the deadline. In a fast-paced startup, every second counts. We had to be careful to take a lean approach while collecting enough user insights prior to implementing anything.

Sketching the concept

My first step was to gather all the information and research we already had, sit down with the team and start discussing and drawing out ideas. I believe it's essential to involve everyone from the beginning and collect all the ideas and insights as soon as possible. Admittedly, I had to be extra careful to moderate the session to make it productive and not an endless discussion.

We used a simple vote system to prioritize the features and ideas, and at the end of the day, we had a bunch of sketches ready to be polished. We also used the session to brainstorm what features may become problematic, giving us a better idea about what may need to be sacrificed.

  • A set of images of the skecthes of the app

High fidelity prototype

I wanted a realistic version for user testing to not only get feedback about the main features but also compare how the user would feel using an iOS-like app vs. our previous web app interface. We were also planning to use as much iOS default components as possible to make development faster and easier.

  • Image of a high fidelity prototype of the app showing the exercise options
  • Image of a high fidelity prototype of the app showing the program list and the details of the program
  • Image of a high fidelity prototype of the app showing the exercise and timer

Research sprint

Before the Design Sprint, Google Ventures had this research method called "research sprint" that was basically a framework for a quick and inexpensive user testing. It was a fast and reliable way to answer essential questions and test assumptions without the time or expense of launching a product. It reduces risk and helps the team work quickly and confidently.

I decided to proceed with this framework to answer some of the most important questions we had about our next steps as a company:

  • What problems, needs, and motivations do people have?
  • How do people evaluate and adopt products?
  • Do people understand our product’s value proposition?
  • Which messages are most effective at explaining our product?
  • Can people figure out how to use our product?
  • Why do people stop using our product?
  • Why don’t people adopt new features when we launch them?

Defining my criteria

The first step of the research sprint is to identify and select the right participants, screening out the ones that won’t provide helpful feedback. We mainly wanted to talk to people between 18 and 50 years old who exercise and are iPhone users. We also wanted to exclude specific people that are unusually technical, out of age, or working in the sector.

To find the right people for my interviews, I wrote a screener questionnaire. Every potential participant filled it. I sorted them based on their responses until I had five people that fit the bill.

Like any good survey, it was essential to write questions that didn’t reveal the “right” answers.

I created my questionnaire using Typeform, and you can find the original version here (It’s in Portuguese).

Getting people to fill out my screener

To recruit people I used olx.com.br (it’s a kind of Brazilian Craigslist) and offered them a gift card to participate in the research. It was a fast and inexpensive way to recruit people.

Interview guide

After selecting the participants based on my criteria and scheduling their interviews, I started to create my interview guide. I began with open-ended questions about their past experiences and current behavior. I tried to get more context about their life, habits, attitudes, and problems to help me understand their reactions and feedback.

These initial questions are an excellent opportunity to build rapport. It makes the participants more comfortable about giving me real reactions and honest feedback during the interview.

  • What kind of work do you do?
  • For how long have you been doing that?
  • What do you do when you’re not working?
  • What do you do to take care of yourself? What do you do to stay in shape and active?
  • Have you used any apps or websites or other programs to help you with your health? Which ones?
  • What did you want them to do for you?
  • What do you like/dislike about them?
  • Did you pay for them? Why? Why not?
  • Who (e.g., friends, coaches, teachers?) helps to keep you active?
  • How do they help you?
  • Do you share info about your workouts or your goals with anyone? When? Why? How?
  • What (if anything) do you do to keep track of what you’re doing? How does that help you?
  • How have your exercise habits changed over time?
  • Were you exercising six months ago? How?
  • If you had three wishes for things that would make you more efficient or more effective at getting or staying in shape, what would you want?

Testing the prototype

I booked a quiet room and used a simple camera on a tripod connected to my laptop to record the interview. I used some personal details shared by the participant to personalize the scenario and tasks.

Being a good interviewer takes time and practice, but with some tips in mind it's not that hard to do a good job:

  • Be a kind host and smile;
  • Make small talk and ask easy-to-answer background questions. Don’t just jump right to the prototypes;
  • Let participants figure it out on their own. Don’t explain the product. Answer questions with questions;
  • Ask who, what, where, when, why and how questions;
  • Ask follow-up questions;
  • Avoid leading questions;
  • Ask for specific, recent, personal examples;
  • Mostly be quiet. Let the participant do the talking;
  • Watch for participant’s non-verbal cues. Are they nervous? Frustrated? Annoyed?

Summarize, review, and plan

After all the interviews, I spent some time analyzing the recordings and summarizing what I learned to plan my next steps. As we already had a good idea of our users’ needs from previous research, the user testing didn't uncover any significant issue. It still was a great way to validate our ideas and give us confidence in our solutions before implementing anything.

The outcome

After a few adjustments, we were ready to go. That was one of the benefits of the high-fidelity prototype approach, and it saved us much time between user testing and the final version. As mentioned before, we tried to use iOS components whenever possible to make our development more straightforward and faster.

At home or the gym

The first step is to choose between doing a program or exercise routine at home or booking a class at the gym. In the program list, the user can select the one that fits him the best based on the type of exercise, experience points, calories, or time.

In the program overview, the user can select between three levels of intensity: light, default, or heavy. There he can also find the exercise list and warm up tips.

At home, the goal is to exercise in the shortest time possible. The video starts automatically so the user can focus on the exercise.

After completing the program, you can leave a comment on your feed, add a photo, and share it on your social network.

  • Image of the online exercise flow of the app
  • Image of the online exercise flow of the app
  • Image of the online exercise flow of the app
  • Image of the online exercise flow of the app
  • Image of the online exercise flow of the app

Booking a class

The user can search for any class using the map, filtering by date, time, name, or modality of the class. The classes are clustered by distance and location. In the class overview screen, the user can find useful information, such as available spots, who's going, description, reviews, and facilities.

After booking a class, the user can also share it on his social network and invite his friends to join him.

  • Image of the booking class flow of the app
  • Image of the booking class flow of the app
  • Image of the booking class flow of the app

Feed and leaderboard

The feed shows several activities: when you book a class, go to a class, finish a program, and more. The aim of the comments and likes feature is to keep the community engaged.

Every activity counts and the user earns experience points from them. The points and the list of the most active users are shown on the leaderboard, encouraging healthy competition.

It's also easy to find friends from Facebook or the user’s contact list. The user can also invite friends using the app, allowing them to get a discount when they subscribe.

  • Image of the feed and leaderboard of the app
  • Image of the feed and leaderboard of the app
  • Image of the feed and leaderboard of the app
  • Image of the feed and leaderboard of the app

Making a subscription

The payment flow aims to be intuitive and straightforward. The user can scan their credit card or type it in. This visual approach with the credit card was well received during the user testing and is big win over the credit card errors we used to have.

  • Image of the payment flow of the app
  • Image of the payment flow of the app
  • Image of the payment flow of the app
  • Image of the payment flow of the app
  • Image of the payment flow of the app

Development

Right after user testing, our developer started to build the base for everything and we kept working closely during the process. Good communication was essential for us to keep moving at a good pace. I shared new screens and ideas daily so we could discuss what would be a better approach.

When the first version was ready to go, we started testing it on TestFlight. We invited some of our closest users to the beta test and made a private group on Facebook for them to post bugs, questions, and comments. That helped us a lot to uncover bugs and issues.