GR6 - FoodAware User Testing
Design -
Our application has truly evolved from the start of this course. Our central problem we wished to solve and the task scenario have remained constant throughout the project. To refresh, the central problem was that people with dietary restrictions have difficulty finding foods. Our task scenario revolves around a vegetarian that finds it safe to consume chicken perusing a menu and selecting items that he/she wants to eat.
Design follows from growth from our dual pane concept from GR2 as our base design. The central ideas of the dual pane concept from GR2 to GR3 paper prototype were:
- Allow the user to see his own dietary restrictions and preferences to ingredients alongside the menu items of a preloaded menu.
- Dynamic feedback to show the user how adding restrictions and preferences dynamically sorts and filters menu displayed to user.
From GR3 feedback we decided to incorporate into our GR4 design:
- A restaurant chooser menu to allow the user to select from menus from different restaurants
- An introductory home page describing the task descriptions for each page of our application to aid in learnability
- A summary page to print menu order selections and provide an end goal to the user
From GR4 and HW2 feedback we decided to incorporate some new additions to our design including:
- A search bar to search for ingredients from the list of all the ingredients from other restaurants to aid in efficiency
- A "shopping cart" on the menu page to allow the user to know what items are selected from the menu
- A total price display to allow the user to track the approximate bill if ordering from the restaurant
Feedback from GR5 was mostly cosmetic touches to our webpage to include:
- A consistent proceed button location between the Menu page and Restrictions and Preferences page
- Gridding issues on the menu page between the two columns of the menu column and the restrictions/preferences/cart column
- Providing for more restaurant metadata on our restaurant search page
Shown below is a photo of our introductory page with our program flow-path instructions:
Shown below is a photo of our ingredient preference and restriction page:
Shown below is a photo of our restaurant search page:
Shown below is a photo of our menu page:
Shown below is a photo of our summary page:
Implementation -
We relied on functionality from Parse to implement our design in order to share data between webpages. Page logic and interaction is accomplished client side and data such as restrictions, menu selections, and restaurant choice are loaded by querying a Parse account on each page load.
Evaluation -
We tested our implementation on three people. We allowed each person to choose items pertaining to their dietary restriction and tasked each user to enter their restrictions, browse restaurants and menus, and select items they would like to eat.
Rez - Chicken Vegetarian
Rez is a chicken vegetarian whose dietary restriction is that he cannot eat meat ingredients with the exception of considering chicken as an acceptable meat to consume.
Usability Issues-
Other Comments-
Kyle - Paleolythic Diet
Kyle is on the paleolythic diet which means that he eats items that are what a "caveman" would have consumed. He cannot eat products that have been through processing and he cannot grains or dairy products. He was able to complete the task scenario to completion and print his menu summary for a Kale Salad order.
Usability Issues-
- Learnability - (Severity: Minor): He was unsure if on the restriction and preference page he was searching for his preference or restrictions.
- Solution: One time viewable alert shown per user to show what functionality is provided for by the search bar.
- Efficiency - (Severity: Minor): He wanted all the accordions to stay open "to see what I've clicked on." For example, he wanted to keep both the grains and dairy categories to both remain open so that he could scan them both to know all options were selected.
- Solution: Correct our accordion behavior for our categories to keep items open once they have been activated once.
Other Comments-
- He reinforced our decision to keep a preferences for ingredients in our model by selecting what he wanted to see more of first and then selected his restrictions on the restrictions/preferences page.
Reflection -
With extra time we would have most likely continued using our design and refining it, rather than start a fresh, all-new implementation. With that said, we have discussed further areas of improvement that we would have liked to incorporate into our design.
- Incorporate a server profile and restaurant side page so that restaurants would be able to upload their menus easily to our website information format.
- Make a tutorial integrated into user accounts that is one time visible to show the different ways our application could be used.
- Further extend the system of ordering to allow users to purchase from restaurants online or by taking the user to the actual restaurant website to order selected items.
- Our ingredient grouping categories are long; we would like to include ingredient groups into our search bar functionality.