You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

GR2 - User Testing

1. Design

At the start of choosing an interface for our application, we explored many different designs and eventually narrowed them down to three important ones after paper prototype stage: Organization, Simplicity, and Category. After testing users on paper prototype, we decided to choose the Simplicity design and slightly modify it, incorporating users’ opinions. As an application intended to offer users the convenience and efficiency of donating, we agreed on keeping the design simple, efficient, and easy to navigate, which are the main concepts of this design. As a high level overview, the design focuses on allowing users to easily manage their causes and navigate to them easily to donate. As soon as the user logs in, he is directed to a homepage that displays all the causes he added as informative thumbnails. On any page of the application, there is a navigation button that takes the user back to this page, so only one click is required to find the causes that the user think are important. Below are the screenshots of the application to illustrate:
Figure 1. Login Page. This is the first page user can access when they open the application. The links to creating an account and recovering the password are clearly presented in order to guide the user to the respective tasks immediately and to make the interface learnable.

2. Implementation

For implementing the phone app Donate2Us, we take advantage of the built library jQuery Mobile, which makes the process much more convenient and natural. However, due to a glitch with our use of jQuery Mobile, some pages of the application need to be refreshed before all the features function fully, which might cause inconsistency for the users. On the front end, each page of the app is represented by one HTML file, and only one CSS file is used to control the layout of all the pages. On the backend, one javaScript file manages the behavior of the application in response to the users. We decided to use jStorage instead of mySQL to store the information regarding account information, causes database, etc., as the full implementation of mySQL in the backend is beyond the scope of this class. Due to that decision, the app is currently limited to storing data on only one device and can’t connect across all devices yet. Billing transactions and integration with Facebook are also introduced features but not fully implemented for the same reason.

3. Evaluation

For our users tests, we have 3 representative users of our system: an MIT student looking for ways to donate to specific causes, an MIT student who wishes to spread information of his own cause and fundraising, and a student who has not used online donations before and is not a regular donor but would be interested in having a portable way of being reminded about new causes and ways to donate to specific causes. These users were mainly found through our contacts and network. We chose this diverse group of user in order for us to look at the usage of the application from different perspectives. We have decided not to demo our app as we think that by doing it we would learn as much about the learnability of the application.

3.1. Briefing

Donate2Us is a mobile application that allows fundraisers or student groups to create and spread the word about their causes. Users can create, join a cause, share, and donate to causes. This application is similar to Causes on Facebook but geared towards mobile platforms. With this in mind, we will give you some tasks, try to accomplish them, giving us as much feedback as possible in the process.

3.2. Tasks

User Group 1: MIT student looking for ways to donate to specific causes

  1. Create a Donate2Us account and login to your account.
  2. You are looking for a cause that is affiliated with MIT student groups.
  3. Once you pick a cause, share it with your friends on Facebook.
  4. After sharing the cause, you are looking to donate $10 to that cause.
  5. Include a message to the organizer of the cause.

User Group 2: MIT student who wishes to spread information about his own cause

  1. Create a Donate2Us account and login to your account.
  2. You wanted to create a cause for your service project this summer.
  3. After creating your cause, you wanted to share it to your friends via email and on Facebook.
  4. Update your account information and profile.
  5. Search for a cause related to your project.

3.3 Usability problems and possible solutions

First user:

  1. Our user didn’t have problems creating an account. He said that the login page is pretty learnable and that he was able to walk through the steps of creating his account and logging in without any trouble. He appreciated the simplicity of the homepage. He was, however, concerned that too much simplicity might discourage users from taking the application seriously especially for an application that deals with finances and credit card transactions.
  2. After logging in, he had some initial trouble looking for the search bar as it was hidden at the bottom of the page. He suggested to put the search bar on top instead so that users who have causes in mind won’t have to go through the trouble of browsing to the end of the page to search for a cause.
  3. He liked the layout of each causes. However, he suggested that people might want more information about each cause instead of just small snippets about their projects. He also added that he wanted to know where his donation goes, so allowing fundraisers to input more details about the proceeds would help.
  4. Overall, he liked the simplicity of the design but suggested that layout could have been more professional.

Second user:

  1. Similar to our first user, our second user did not have much trouble creating an account and logging in. He suggested, however, that users should be logged in after creating an account instead of simply redirecting them to the login page.
  2. After logging in, our user created a cause. While creating a cause, the user suggested that users should be allowed to enter specific categories instead of picking from a pre-determined list.
  3. After the cause has been created, the user went on and shared the cause to his friends. He wasn’t initially sure if sharing is similar to invitation. He suggested that users should able to invite friends with personal message each instead of a bulk email.
  4. One comment our user raised is that profile and account should be merged into one page as it can be confusing to the user how profile is different from an account page. In addition, the search bar wasn’t obvious for the user when he was trying to search for similar causes. He suggested that search bar should be put on top so that users can immediately do searching.
  • No labels