Marek: remove "distance" from the "home" - we would not be able to determine the actual distance

Jin: In order for this tool to be useful from a consumer standpoint, I think distance would be not only useful but essential to the tool. The problem lies in ordering from a restaurant that may not be in the area where the consumer is or will be

Marek: not really a change but a question - what's the difference between "make reservations and order" & "order without reservations" - this is a little confusing to me, so I belive it would actually be confusing to the users - is this the part where I wrote that they could choose their own table?

Jin: To clarify between "make reservations and order" and "order without reservations" is something from a restaurant's point of view. In some cases, the user might want to make reservations and order their meal prior to arriving. The second option would cater to a location that usually does not take reservations, like fast food chains, etc. Let me know if there is a better way to word this, or if it doesn't make sense.

Marek: at the "restaurants > info" level the "carry-out order", "make reservations and order" and "delivery order" we should not have the "suggested time" because it kind of doesn't make sense. If you disagree please tell me your reasoning - maybe I'm missing something. I believe that we should have there Today's Date, Order Date (by default it would be the same as Today's Date - but it would not exeed 7 days into the future), and the Pick-Up Time. And maybe with the date we could include a day of the week - it would look a lot better but I'm not really sure if it would be necessary and if it would be too much work.

Jin: Here's my thought process for step 5: The reason for the [ Accept HH:MM ] button would be for the restaurant to set a time for orders to be handled or to check for the first available reservation opening. Giving the user this option allows for a single action to make the order or reservation.

Marek: If we want to add a reservation we have to ask how many people will there be - we could add this at the "reservation > info" page.

Jin: Good idea to add the # people at reservation time.

Marek: move the login to first page, and add a link for registration

Jin: The login/registration portion of the site should really be kept towards the end or as an option from the beginning. To keep it at the beginning could shut the door a little too early for potential users, especially if we think about using it as a "free" service and really depends on how we want to sell the idea.