GR3 - Paper Prototyping

Index

  1. Prototype Photos
  2. Briefing
  3. Scenario Tasks
  4. Observations
  5. Prototype Iteration

1. Prototype Photos

The following photos show the second iteration of our design. (The first iteration consisted of the Home Page and Analytics of our Design #2, and the Food History page of Design #1, as seen in GR2.)

Log-In


Fig 1. Log-In screen

Home Page


Fig 2. Home Page showing two options: "Add/Edit Groceries" or "Add Meal"

Fig 3. Clicking "Add/Edit Groceries" brings up this form.


Fig 4. After saving new groceries, the groceries are displayed in the "Edit/View" tab.


Fig 5. Clicking "Add Meal" brings up this form. For each food item, the user types it or chooses it from a select box containing all food on the food list. In the second case, the form auto-fills with the food's nutritional information.

View Meals

Fig 6. The default View Meals page shows meals for the current week in calendar form. Only breakfast and dinner are shown in this example, since the user has un-highlighted "Lunch" and "Other" in the lower left corner.

Fig 7. The user hits "Month" to see a month view of meals.

Analytics

Fig 8. The Analytics page has one graph.

Fig 9. The graph options: Calories/Cost, In Total/Per Food Group, Breakfast/Lunch/Dinner/Snack/Other. The calendar in the top right is a date selector.

2. Briefing

DailyDigest is a web food journal. It lets you record the food you've eaten at each meal, along with its cost and nutrition. Besides that, you can also keep track of the groceries you've purchased, and can indicate when you've consumed some of your groceries. Finally, you can see analytics of your food cost and nutrition to illuminate trends in your eating habits.

3. Scenario Tasks

4. Observations

Iteration 1

Conclusions

User 1

User 2

User 3

Iteration 2

Conclusions

User 1

User 2

User 3

5. Prototype Iteration

Our first design was primarily intended to maximize flexibility and efficiency. However, the tests showed that the users were overwhelmed and confused by the amount of information and possible actions they could take from any given page. This is reflected in the designs of the login page (i.e. the radio buttons that allowed users to jump to a specific tab when they login) and of the home page (i.e. the displays to view/add/edit the Food List and Meal Log). The challenge in redesigning these pages was to simplify them without significantly decreasing efficiency. For the login page, we found it was sufficient to completely eliminate the options to jump to a specific tab upon login since that feature did not seem to improve efficiency by a large enough of an amount to justify the confusion that it caused. Our solution for the home page was to collapse the Food List and Meal Log into two buttons, "Add/Edit Groceries" and "Add Meal." When the user clicks a button, the appropriate display expands. This presents a tradeoff between efficiency and learnability. This design is slightly less efficient than the first design (requires one extra click to complete a task), but it is much more learnable.

In the same vein, the analytics page was also intended to optimize efficiency by automatically displaying three graphs side-by-side in anticipation of expert users' desire to simultaneously look at and compare multiple graphs. However, the tests showed that users found this to be overwhelming especially given that most beginner users only want to see one graph at a time and do not want to compare multiple graphs yet. They also found the three graphs to be confusing since none of the graphs were labeled to indicate what the various buttons and menus were changing. Thus, we redesigned the page so that it would initially load only one graph, which the user could modify. To accommodate the expert users, we added a button that would allow them to display additional graphs next to the initial one. In this design, all options and graphs are clearly labeled.