Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 4.0

...

Errors: Users will have the option to delete items that they don't want from their order, as well as the option to back out entirely. Essentially, one can undo any action up until the time that the order is submitted. If this design goes without a chat box entirely, the users may run into a communication issue if the interface doesn't take into account every desired communication. For example, Janet could have ordered half the duck, but Tim could have clicked the “other half” button first, leaving Todd still wanting to share the duck. In this model, without the chat box, there would be no way for Todd to communicate to Tim that he specifically wanted to share the duck with Janet (ie optimizing food order could be tricky).

Design 2:

Image Modified

  1. William wants to invite his friends into an order.  He logs in to the page through Facebook connect, and is brought to the create order page.  Here he is able to type in his friends' names (with suggestions provided by facebook), as well as the e-mail addresses or phone numbers of other people he wants to invite to the order.  Once he he has selected at least one friend, the arrow leading to the next box lights up.
  2. Here he is able to choose the restaurants he wants to seed the list with, and can search by name (with suggestions provided via foodler) and in addition filter these by category and price.  Adding one or more restaurants lights up the arrow for the next box.
  3. The Get Started box holds a large "Send!" button and a box to enter an optional message.
  4. Content in any of the boxes can be modified at any stage until the form is sent out.

Image Modified

  1. Heather receives the e-mailed link from William, and deciding that she's up for Thai food, clicks it.  She is automatically identified by the unique url.
  2. She chooses which restaurants she wants to order from, and briefly thinks about suggesting somewhere else before deciding that Pepper Sky is good enough for now.
  3. William, when everyone has finished, clicks the selection button for the restaurant.  The arrow heading to the next box lights up, indicating it's time to order.
  4. Heather, seeing this, clicks the view menu button, which brings up a floating div containing the restaurant menu in a foodler-style format.  This menu allows her to view prices, select special options, and specify if she would want to split the meal or eat the whole thing.
  5. The menu dynamically updates to show the selections of the other users, and indicates the split/full status of each item.
  6. At any time, the user can remove an item they've selected.
  7. When Heather is done ordering (having decided to just save some of the rice for later), she clicks the done button at the bottom of the frame.
  8. After everyone has done so, William brings the Order to completion.

Image Modified

  1. Once this is complete, Heather is brought to this screen, informing her how much she owes, and to whom.
  2. She will also receive an e-mail when the order arrives, reminding her of how much she owes.  The e-mail will use dynamically created images and HTML to show the status of their payment.
General Comments on Design 2:

Learnability: The process of adding friends is similar to that of adding friends to things on facebook, primarily because it is processed through a facebook interface.  The glowing arrows provide a guide as to what the process is, and how it should be followed.  A lot of the interface components are similar to those on other sites, e.g. the "doodle-like" restaurant selection frame, so should require little learning.

Efficiency: As with design 1, Facebook will suggest completions of names, and foodler will provide  To start up an order, it is quite natural for people to search through list of Facebook friends, as everything is connected to Facebook nowadays. In addition, the general ordering interface will be very similar to that of Foodler (and can be used exactly as such at a base level). Our interface will simply provide simple add-ons that people can choose to use (“me too” “I want to share”). In addition, payment will be the same as usual for online food ordering.Efficiency: Linking up to Facebook will allow suggested completions of names, as will providing a list of restaurants. This will help organizers suggest things quickly and easily. Selecting restaurants will be facilitate by filter options embedded in the menu (“want” “do not want”) next to restaurants and food types. In addition, allowing people to order simultaneously cuts down on menu reading time and allows for more instant feedback regarding choices.

Visibility: This interface prioritizes important things, including showing a list of people included in the order as well as constraints imposed upon restaurant selection. Showing the constraints allows the user to know whether or not a certain restaurant will be “allowed”. In addition, familiar “vote up/vote down” buttons will perform the obvious action of showing the other users a list of preferences in the right pane.

 Filtering options will make this even faster.

Visibility: The process is well demarcated by the "glowing" arrows.  The internal information storage (such as selected users and restaurants) is visible at every step, and other users' interactions are also easily visible as the system progresses.

Errors: The system is divided into two primary steps, creating the order and placing the order.  In each of these steps the user is able to back up and reverse any of the choices they have made, but they can't usually jump between states.  This is alleviated by making the most important details (e.g. participants, restaurant selections) modifiable by all users in the second stage. For example, sharing the link to the page allows one user to add additional people to the order, even after the ordering has begun.  The second page only allows adding (and not removing), though, as it ensures that the involved parties will never lose track of what happened in the past and lead to their current state.

Design 3: Image Added

one.

Julian wants to make an order with his friends. he goes to the site and sees the three steps he needs to take to do so.

He picks his restaurant of choice from a drop down list

He searches for groups of friends and select them in groups

He decides that he only wants people to be contacted by email, so unchecks phone and IM.

Everything seems okay to him, so he clicks GO!

two.

Karen is invited to the group via email and clicks on the link she gets.

She is presented with a page with a menu on the left and looks through the choices, gets some rice...

Looks over to what other people are getting...lamb curry! She loves lamb curry, how cold she have forgotten to get that!

Karen adds lamb curry and sees that her total comes out to be $13.52. She clicks Done Ordering at the bottom of the page and waits.

three.

The order is in and Julian sees everyone who is in the order and what they individually need to pay. The others do neo see this.

When people approach him and ask him what they owe, he clicks on their face and tells them.

When they pay, he clicks the paid button unter the price.

four.

Karen gets an email teller to pay Julian 13.52.

She goes over to him, gives him the money, and he checks her off on the above page.

She returns to her computer and sees that she has been marked as paid!

General Comments on Design 2

First page visibility/efficiency questionableErrors: Users will have the option to delete items that they don't want from their order, as well as the option to back out entirely. Essentially, one can undo any action up until the time that the order is submitted. If this design goes without a chat box entirely, the users may run into a communication issue if the interface doesn't take into account every desired communication. For example, Janet could have ordered half the duck, but Tim could have clicked the “other half” button first, leaving Todd still wanting to share the duck. In this model, without the chat box, there would be no way for Todd to communicate to Tim that he specifically wanted to share the duck with Janet (ie optimizing food order could be tricky).