Edit Booking (Recap)

📕 About

Problem	Booking always has a lot of mandatory information customers have to cover. However, it will have user’s error. On average there are about 100 inquiries form the customers asking CS to help with editing the booking. Sometimes it was that they wanted to book on the fully booked day. Other than that, mostly, they don’t know how to edit the booking on that page or even some of the customers don’t know they can edit the booking by themselves. Indicates that the current edit booking feature can not serve customer needs, so they can not finish edit booking by themselves.
Solution	Proposing new edit booking UI redesign for better understanding, and improving customers journey. In the aspect of continuity, the new design will look similar to the previous journey (booking process and checkout page). There will be both cases of editable, and uneditable booking. Any changes that are affected. Check on this Ref or DS link
Indirect cost to save	Indirectly increase revenue by Improving customers experience, creating customer retention. Also reducing workload on the CS team.
Objective	Show all information like booking confirmation page, some of the information will be uneditable if it’s effect on prepaid amount. (DS link) For instance; *Prepayment / Deposit; if customers paid any type of prepayment including deposit, they can't get refund. Users can make the editable details including; Package Type Package Add-on Date Time Adult, Kids Special request and occasion In the case of delivery; if the customer wants to change the selected menu, a status tracking page* is required, so that the customer can check where the delivery process is. And if the customer wants to edit the menu can be edited during the order to the kitchen within 1.5 hrs. before ordering goto customer. Status Tracking Page In the case of dine-in and experience; if the customer wants to change the booking package that has already been pre-paid. Customers can only change if this package / quantity of packages if the new one is more expensive or equal to the original prepaid amount. The customer has the right to modify the package up to time allowed to edit which differs based on restaurant / packages selected. *Pay on-site; for this case, user can make all of the editable details including; Package Package’s Type Date Time PAX Special request and occasion There will be allotment checking after the user selected a new package. Users can select a new package by clicking the edit button. Editing package mechanism In case No.1, if the user wants to change their package from All You Can Eat (for 2 PAX)* to *Party Pack (for 1-3 PAX), the system will change PAX to the minimum of their package automatically. In case No.2, if the original booking’s user with PAX does not exceed the minimum of the new package that the user wants to change, the system will follow the minimum of the package automatically (new package). In case No.3, If the number of people is already in the minimum of the package, the decrease button will be hidden or cannot press it. Users will not be able to reduce the number of packages less than that. In case No.4*, If the user wants to increase the number of packages, the decrease button will be back from hiding.
Reference	https://docs.google.com/document/d/1z85hZQnD3KUbNqLKAZmz_l3XZuFSoLgbMn5L5pHxS8c/edit?usp=sharing

Topic	Prepayment / Deposit	Pay on-site
Date	✅	✅
Time	✅	✅
Pax	✅	✅
Special Request	✅	✅
Package’s Type	✅	✅
Package	✅	✅

Booking

User Story	Requirement
Normal Booking	Only can change the package into same or more expensive price package (total price) If the new package requires prepayment, the system should calculate the prepayment amount based on the new package payment's rules. The system must implement a maximum prepayment limit: The prepayment amount should never exceed the total price of the new package. If the calculated prepayment is higher than the total price, it should be capped at the total price.
On Hold Booking	If there are different on-hold payment type between original package and new package, on-hold payment type should follow the new package
Dynamic Pricing Kid Price Mix and Match Come More Pay Less Add on Decimal	Can edit as long as follow the rule The total price after change should be higher or same than the total price before change The other rule that i've mentioned above Example for Mix and Match and Add on Before Edit : Package A → 500 THB Package B → 100 THB Package C → 200 THB Add on → 50 Total → The total is 850 THB After edit : Package D → 1000 THB Package C → 200 THB Total → 1200 THB (The total is increased, but the package is decreased/removed)
Simulation	https://docs.google.com/spreadsheets/d/1P4RI9-IYJNNnil7EX2qEin-MHMB8W0Kp_sXDBiK11EU/edit?usp=sharing

Temporary Fix

Since we have the issue in dynamic pricing, we limit the edit package, so user can't edit booking even the package is equal or more expensive than the original package → Still refactoring → need confirmation