Feature |
Description |
Reasoning |
---|---|---|
Tab System for Types of Foods |
Users can click on a tab such as "Appetizers" or "Drinks" to look at products that fall under those categories |
Through user testing, we have found that the tab system was the easiest and fastest method for users to browse for products. |
Search Features |
By clicking on the red "Search" tab, the user will be able to search for products from all categories using keywords/descriptions. |
We initially wanted the user to be able to search for products they want to order based on multiple criteria such as type of food (seafood, steak, etc.), price, and more. However, we found that it was too hard to implement a filtering system and it was hard to learn how to use a filtering system, so we simplified the process to a search feature. |
More Information in the Sidebar |
When a user clicks on a product, a sidebar will be displayed on the right hand side of the menu. It will display more information about the product such as nutrition facts and anything else the restaurant would like to tell the user about the product. |
One of our initial goals of this product was for the user to know more about what they are ordering than a regular user can find out using a regular menu. With this addition, we are able to keep the brief details of the products on the menu more concise while giving the user the ability to learn more about their products. |
Pop-up Notifications |
When a user adds a product to their order or adds a product to the compare list, a large black pop-up is displayed in the middle of the screen to notify the user that the action has been taken. |
When we were testing our computer prototypes, we received input that the user was not receiving enough feedback when performing an action of products on the menu page. |
Feature |
Description |
Reasoning |
---|---|---|
Ability to Play Multiple Games |
Once the user navigates to the Game screen, they have a variety of games to choose from and clicking on the buttons will bring them to a game. |
While waiting for food, users are often bored with nothing to do so added games to help pass the tiem. We also made the games multiplayer so that if the user was with friends, they could play the game together as a social event instead of everyone being focused on their own tablet. |
Removal of Web Browser |
We removed the web browser feature. |
While talking to our TA, he pointed out that eating out was usually a social thing, so adding the web browser would keep everyone from interacting with each other. In addition, we realized the majority of people had a smartphone and could access the internet anyways. |
Feature |
Description |
Reasoning |
---|---|---|
Help Screen |
Clicking on the Help screen will alert the restaurant that the user needs help and will call over a waiter to come assist the user. |
We found that users often found it frustrating trying to get a waiter's attention when they needed help, so this feature will allow them to directly signal the waiter. In addition, waiters found it difficult to keep track of who needed help and who they needed to check up on so this will signal them when a user needs help. |
Feature |
Description |
Reasoning |
---|---|---|
Image and Descriptions of Each Product |
Each product on the Compare page has a picture, name, price, description, and nutrition facts for the user to compare side-by-side |
We found that users often have trouble deciding between items so the easiest way to solve that problem is to compare the products side-by-side in all possible categories to decide which item they want. |
Horizontal Scrolling |
The items on the Compare list are put side-by-side so if the items overflows, there is a horizontal scroll bar. |
We found that it was easier to compare items side-by-side instead of stacking the items vertically, which called for horizontal scrolling. |
Add to Order Button |
By clicking on the "Add to Order" button, the user can add the item directly to the order from the Compare page. |
We found that it was a hassle for the user to close the Compare page, remember which item they had chosen and find the item again on the menu. |
Feature |
Description |
Reasoning |
---|---|---|
Viewing All of Your Products |
The user can review all their products that they have added to their order so far and the comments they added before sending the order to make sure the restaurant receives the correct order. |
Oftentimes, it's hard to keep track of what items the user has ordered or wants to order, so this feature will allow users to keep track of what they have or haven't ordered. In addition, this allows users to make sure that they are sending the correct order to the restaurant. |
Ability to Remove Products |
If the user realizes they added the wrong item or changes their mind, they have the ability to remove the item from the View Order page by clicking the "Remove Item" text. |
This was for safety in case the user accidentally clicked on "Add to Order" on the wrong item or they changed their mind. |
View of Your Subtotal |
The user can view how much money they have on their bill with all their orders to make sure they aren't spending too much or just to see how much they have spent. |
We found that users liked knowing how much the bill would add up to before they send in their order to make sure they aren't going over budget. |
Feature |
Description |
Reasoning |
---|---|---|
Viewing Your Order |
The user can view what items they ordered and how much each item was. It also allows the user to potentially split the bill by figuring out how much each item was worth. |
Users like to know how much each item cost and what each item was when they receive their bill. In addition, it's standard on receipts to show a list of ordered items. |
Tip Calculator |
On the right side of these screen is a tip calculator. The user can either choose from a pre-set tip amount (15%, 18%, 20%), enter their own percentage, or enter a fixed amount to automatically add their tip to a bill. |
Users told us it's often a hassle to figure out how much tip to add and waste time trying to calculate how much 15% is. This will allow users to not only easily figure out how much tip is appropriate but to also add it directly to the bill |
Two Ways to Pay |
The user can either click on "Pay with Credit" or "Pay with Cash" which will bring to different pages. "Pay with Credit" will prompt them to slide their credit card in a slot on the right while "Pay with Cash" will alert the waiter who will come over and collect the payment. |
Users often found it frustrating to wait for the waiter to come over to either collect their cash or card to pay. This allows users to pay easily at the table without having to wait for the waiter to come over. |
Our ImplementationWe implemented OpenMenu as a web application using:
|
Why We Choose to Use the WebWe decided to implement OpenMenu as a web application for multiple reasons:
|
Changes We Made
|
We initially specified 3 user groups that would use our interface: the older parent, the college student, and the waitress. For the older parent group, we asked one of our own parents, who isn't technology savvy and fits the group. For the college student, we asked one of our friends, perfectly fitting into this group. For the waitress group, we asked one of our friends that was a waitress, again an ideal representation of this group. |
For each user, we first read a briefing to set up the situation in their minds. Next, we asked the user to complete all the scenario tasks one at a time. Two of us took notes to record what the user said and did. |
Hello and thank you for help us with our project, OpenMenu! This is ____, ___, and ______. Picture this: You are going out to a restaurant on a Friday night with a couple friends. When you are seated, you notice that instead of menus, your waiter has grabbed tablets instead. Your waiter informs you that the restaurant is trying out a new electronic ordering system. The purpose of this new ordering system is to make ordering and waiting at restaurants faster and more efficient and to entertain customers while waiting for their orders to arrive. To help us test the system, we're going to ask you to do some scenario tasks. |
# |
Title of the Task and Statement to User |
Steps of the Task (For our personal use) |
|
---|---|---|---|
1 |
Viewing and Ordering Foods
|
1. Scroll through the menu |
|
2 |
Play Some Games
|
1. Navigate the game screen |
|
3 |
Pay the Bill
|
1. View the bill |
|
4 |
Filtering and Comparing Foods
|
1. Filter the menu based on certain specifications |
|
5 |
Ask for Help
|
1. Click on the help button |
Description of Problem |
Type of Usability Issue |
Possible Solution |
---|---|---|
User did not understand what "Compare List" button did |
Affordance |
Change Wording |
User did not know how to remove an item from their order |
Learnability |
Adding more information of their order in the actual menu (Better Affordance). |
User assumed that they can sort the "Compare List" by clicking on the label (such as "Price") |
Efficiency/Affordance |
Implement sorting in "Compare List" |
User and Task AnalysisComing Soon. |
DesignsComing Soon. |
Paper & Computer ProtypingComing Soon. |
Heuristic EvaluationsComing Soon. |
User TestingSomething that surprised us when we were doing user testing is how some things that seemed obvious to us were confusing the users. One example was how users weren't sure what the "Compare List" button did, whereas it seemed obvious to us when we were designing and implementing. We tried to take all the feedback from the users and incorporate it into our next iteration of our product. For example, we added more feedback when the user added to order or to the compare list by updating the number of items currently on the order or compare list. One thing we really learned from user testing was to make everything as simple as possible since a lot of things appear obvious to us since we were the one that designed and implemented it, but appear completely different to the average user. |