Skip to content

Woow 🧁 Real-time order management system designed to facilitate and improve the performance of a restaurant's staff (manager, waiter and head chef roles πŸ‘©β€πŸ’ΌπŸ’πŸ‘©β€πŸ³)

Notifications You must be signed in to change notification settings

lucerogoga/Woow

Β 
Β 

Repository files navigation

Woow 🧁

Índice


1. WOOW

1.1 Project Description

Woow 🧁 Woow is a bakery specialized in sugar art that started during the pandemic, and as it has focused on satisfying the needs of its customers with its excellent service and quality artisanal products, it has been well received by its public. Due to its significant growth, it has become a bit complicated for Woow's staff to keep track of their orders, and that is why they are requesting a system that can facilitate the management of orders for the bakery staff, so they can perform better, so that the waiter can make and send the orders using a tablet and thus send them to the chef so that they are prepared in an orderly and efficient manner. The administrator will have the possibility to create, edit and deregister (both waiter and chef) employees with accounts, will be able to add, edit and delete products in the inventory and, in addition, will have access to the orders placed to be able to keep track.

1.2 Role Description

Role Function
πŸ’ Waiter In charge of taking notes of food and drink orders, and sending the order to the kitchen for preparation and then serving them at the table.
πŸ‘©β€πŸ³ Chef Plans and directs the preparation of food taking into consideration the orders made by the waiter.
πŸ‘©β€πŸ’Ό Administrator He is in charge of managing the restaurant service, monitors the orders placed and the performance of his employees to ensure customer satisfaction.

1.3 Interaction with the page

Rol Correo ContraseΓ±a
πŸ’ Mesero waiter@gmail.com 123456
πŸ‘©β€πŸ³ Chef chef@gmail.com 123456
πŸ‘©β€πŸ’Ό Administrador admin@gmail.com 123456

2. User Cases

Waiter πŸ’

You will be able to view the products, add products to the cart, generate, view and send orders to the chef.

Chef πŸ‘©β€πŸ³

You will be able to view the orders generated by the waiters, and you will have the option to take the order you want to prepare. Each order will be controlled with a timer.

Administrator πŸ‘©β€πŸ’Ό

You will be able to manage the menu products, the accounts of the employee users, and keep track of the orders.

3. User Story and Minimum Project Acceptance Criteria

Product definition

[User story 1] Waiter/waitress must be able to take customer orders

As a waiter/waitress, I want to take a customer's order so I don't have to rely on my poor memory, to know how much to charge, and send it to the kitchen to avoid errors and so that they can be prepared in order.

Acceptance criteria

What needs to happen for the user's needs to be met)

βœ”οΈ Enter customer name.

βœ”οΈ Add products to order.

βœ”οΈ Delete products.

βœ”οΈ View summary and total purchase.

βœ”οΈ Send order to kitchen (save in a database).

βœ”οΈ Looks and works fine on a tablet


Definition of done

What has been agreed upon to happen to say the story is finished.

βœ”οΈ You must have received a code review from at least one colleague.

βœ”οΈ You do unit tests and have also manually tested your product.

βœ”οΈ You have performed usability tests and incorporated user feedback.

βœ”οΈ You have deployed your app and tagged your version (git tag).


[User Story 2] Head Chef needs to see orders

As a head chef, I want to see customer orders in order and mark which ones are ready so I know what needs to be cooked and let waiters know that an order is ready to serve a customer.

Acceptance Criteria

βœ”οΈ See the orders in order as they are made.

βœ”οΈ Mark the orders that have been prepared and are ready to be served.

βœ”οΈ See the time it took to prepare the order from when it arrived until it was marked as complete.

Definition of done

βœ”οΈ You must have received a code review from at least one colleague.

βœ”οΈ You do unit tests and have also tested your product manually.

βœ”οΈ You did usability tests and incorporated user feedback.

βœ”οΈ You deployed your application and tagged your version (git tag).


[User Story 3] Meserx must see orders ready to serve

As a meserx I want to see the orders that are ready to be delivered quickly to the customers who placed them.

Acceptance criteria

βœ”οΈ See list of orders ready to serve.

βœ”οΈ Mark orders that have been delivered.


[User Story 4] Meserx must see orders ready to serve

As a meseerx, I want to see orders that are ready to be delivered quickly to the customers who placed them.

Acceptance criteria

βœ”οΈ View list of orders ready to serve.

βœ”οΈ Mark orders that have been delivered.

Definition of finished

βœ”οΈ You must have received a code review from at least one colleague.

βœ”οΈ You do unit tests and have also tested your product manually.

βœ”οΈ You did usability tests and incorporated user feedback.

βœ”οΈ You deployed your application and tagged your version (git tag).

βœ”οΈ Data must be kept intact, even after an order has finished. All this so that we can have statistics in the future.


[User Story 5] Store Administrator must manage his/her workers (Hacker Edition)

As a store administrator, I want to manage the users of the platform to keep my workers' information up to date.

Acceptance criteria

βœ”οΈ View list of workers.

βœ”οΈ Add workers.

βœ”οΈ Delete workers.

βœ”οΈ Update worker data.

Definition of finished

βœ”οΈ You must have received a code review from at least one colleague.

βœ”οΈ You do unit tests and, in addition, you have tested your product manually.

βœ”οΈ You did usability tests and incorporated user feedback.

βœ”οΈ You have deployed your app and tagged your version (git tag).


[User Story 6] Store Manager Must Manage Their Products (Hacker Edition)

As a store manager, I want to manage products to keep the menu up to date.

Acceptance Criteria

βœ”οΈ View product list.

βœ”οΈ Add products.

βœ”οΈ Delete products.

βœ”οΈ Update product data.

Definition of done

βœ”οΈ You must have received a code review from at least one colleague.

βœ”οΈ You do unit tests and have also manually tested your product.

βœ”οΈ You did usability tests and incorporated user feedback.

βœ”οΈ You have deployed your app and tagged your version (git tag).


Definition of done

βœ”οΈ You must have received a code review from at least one colleague.

βœ”οΈ You do unit tests and have also manually tested your product.

βœ”οΈ You have done usability tests and incorporated user feedback.

βœ”οΈ You have deployed your app and tagged your version (git tag).

βœ”οΈ Data must be kept intact, even after an order has been finished. All this so that you can have statistics in the future.

4. Hacker Edition

The purpose of this project is to carry out the Waiter and Chef module, however, we are considering pushing ourselves further to complete an extra module so that the Administrator has the possibility of keeping track of the operations carried out by the staff.

5. Design Process

The process was carried out in six stages:

Analysis

Taking into account the requirements requested for the creation of the system, we defined the public to which it is directed, which is why we created the Woow 🧁 bakery, a Fancy-style bakery with excellent quality in products and services, but which presents a current problem: Keeping good control of orders.

Strategy design

This project was carried out in 6 Sprints. The strategy we applied was under the agile Scrum methodology, in which we established deadlines per Sprint with the use of Github Projects to ensure that the launch of the system coincides with what was planned, and as a platform for the deployment of our project we defined Vercel.

Web architecture

We created the design ourselves with Figma, inspired by other restaurant systems and applications. In terms of UI - UX design, we kept in mind a range of pastel tones and a minimalist style to generate a sweet and attractive feeling.

The prototype includes 3 modules, one for each role (waiter, chef and administrator).

Throughout the development of the digital product, constant usability tests, code cleaning and some improvements were carried out to guarantee a pleasant experience for the user who navigates through it. Among them we can highlight:

  • Creation of a dynamic clock that indicates that the creation time of a product has exceeded a defined time (as a demonstration topic the clock will indicate that it exceeds the 20 second limit).
  • More data was added to the orders such as the name of the waiter who sends it and the waiter who accepts the order.
  • Extra view for those products that have some specifications (variety of sizes per portion or if you want to add a message as an observation, in case the client is allergic to some ingredient).
  • Active links in the navigation bar in case the view is the one that matches the route.
  • Display of the quantity of orders according to their status.
  • Changes in the distribution of elements in case the view is on desktop, such as the buttons to add product or add employee.
  • Another view was added to check the products in the cart in detail.
  • Implementation of a button to remove all products added to the cart.

Content creation

Taking into account that the waiter handles an extensive menu, the content is based on being able to view the products in a card format in which all their information can be shown, including their respective photograph. In addition, the orders will be represented in card format with all the order information (name of the client, the waiter who generated the order, the chef who accepted the order, the duration and a table of products with their prices)

Design and programming execution

Once we have everything mentioned above, at the time of creating the design with code we make sure that all the tools and technologies implemented have been applied the best possible practices, following a quality standard that serves as a reference to build an accessible and efficient website, which can become more robust.

Launch and testing

Before making this application available to users, the appropriate quality tests were carried out, as well as retesting the user experience and thus proving that all our functionalities work. In this way we solved some small errors that occurred.

6. Resources Used

Deploy

Other resources

Frameworks / libraries.

Tools

Code Rules

  • Codebase and Commits in English.
  • Use of Camel Case for functions (e.g. myFunction)
  • CSS - BEM (Block-element-modifier) ​​* BEM.
  • Name of variables with Pascal Case (e.g. myVariable)
  • Components with Pascal Case MyComponent.

7. Result

Woow System.

Waiter View

Login

giphy

Product filter

filtro-busqueda-productos

Add product to cart

add-product-with-detail

add-product

Remove product

delete-product

Send order to chef

send-order-to-chef

Order status

status "Pending"

waiter-order-resume-order-state-pending

status "Cancel"

waiter-order-resume-order-state-canceled

status "Cooking"

waiter-order-resume-order-state-cooking

status "Delivered"

waiter-order-resume-order-state-delivered


Chef View

Login

chef-login

Order status

status "Pending"

chef-received-orders

Waiter View

Woow - App for managing orders in a restaurant - Waiter role

Chef View

Woow - Restaurant order management app - Chef role

Admin View

Woow - App for managing orders in a restaurant - Administrator role

8. Fonts

Download Low and High Fidelity Prototypes in PDF

View in slides

You can also click on the image to view the prototypes

Woow

9. Lighthouse - Reports

10. Authors

Mirian Alejandra ArΓ©valo πŸ™‹.

Lucero GonzΓ‘les Gandolfo πŸ™‹.

About

Woow 🧁 Real-time order management system designed to facilitate and improve the performance of a restaurant's staff (manager, waiter and head chef roles πŸ‘©β€πŸ’ΌπŸ’πŸ‘©β€πŸ³)

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • JavaScript 79.2%
  • CSS 19.8%
  • HTML 1.0%