Document Status | IN PLANNING |
|---|---|
Document Owner(s) | Garozzo de Sobral, Wellington Paula Winter |
Contributors |
High-level estimates Eng. team: include technical discovery, refinement and development.
Small (S) - up to 2 sprints (2 to 4 weeks)
Medium (M) - 3 to 4 sprints (6 to 8 weeks)
Large (L) - > = 5 sprints (10 weeks or more)
High-level estimates Design team: include design planning.
Small (S): 1 week
Medium (M): 2 weeks
Large (L) : > 2 weeks
These estimates do not include QA testing, production release and roll out plan.
Priority | Title | IREQ | Discovery status CLEAR PENDING INFO NO DETAILS YET | Description | Stakeholder | INTL Team (to align with) | Comments | High level estimates Engineering | High-level estimates Design | Status |
|---|---|---|---|---|---|---|---|---|---|---|
1 | AdminTool Integration with Homeria API for Email Data Synchronization | ESTIMATES | Admin Tool now has the ability to update Customers Emails Address. Now whenever an email is updated, Homeria needs to be updated as well. The goal of this change is to update Admin Tool to call Homeria’s Customer Profile Update endpoint passing the new email value. | |||||||
2 | Mandatory parameters Visa/Sibs | ESTIMATES | Currently, VISA payments processed through SIBS are at risk. VISA now requires additional customer information to process the payment and SIBS is sending dummy data to make VISA accept the transaction. In this change, we’ll send the correct information to SIBS so it stops sending dummy data. | This has a dependency on the email update from Homeria, needs to align dates to prevent blocks. | ||||||
3 | Integrating Loyalty Data into BookingAll Order Flows | ESTIMATES | Currently, the BookingAll platform does not integrate customer loyalty data, preventing the automation of the order pickup process through Mobile Ordering. Customer identification and order sending to the kitchen rely on manual actions by employees. | |||||||
4 | Admin tool - add information of customer tier | ESTIMATES | Currently, the Admin Tool does not show the Customer Tier information. This is important for the support team to give adequate support considering the Customer tier. This change will add the Customer Tier to the Admin Tool. | |||||||
5 | Show Order Phone Number in AdminTool | ESTIMATES | When an Order is placed the User can provide a phone number different to the one registered in his profile. This phone set at Ordering is never shown in the Admin Tool, so if the User needs support on a different phone the team cannot reach the customer. This change will add the Order Phone Number to the Admin Tool. | |||||||
6 | Ability to audit per store available and unavailable products (DOP) | ESTIMATES | Currently, there is no easy way to check which products are unavailable for a given store. This often leads to Store Managers forgetting to make items available again impacting sales. | |||||||
7 | Allow auditing of product deactivation times | ESTIMATES | Currently, it’s not possible to know for how long a product is disabled for a given store, this information can help the Operations Team to check for items that should not be disabled for a long time, minimizing impacts on sales due to incorrect configs. | |||||||
8 | Allow massive time updates in RAM | ESTIMATES | Ability to configure store open/close times in bulk. | |||||||
9 | Redesign loyalty and offer page in Admin Tool to include more records per page to facilitate the operator job | ESTIMATES |
| |||||||
Show all Order Status on Order History | pending | NO DETAILS YET | ||||||||
Show refunded Orders on Order History | pending | NO DETAILS YET | ||||||||
Capacity Limit | ||||||||||
Support documents:
Admin tool requirements: https://docs.google.com/spreadsheets/d/1-rhdorDhPsSGoVbzDnikjt8nH2D4iz3-TLsrvk9o4mc/edit?gid=0#gid=0
High-level roadmap with capacity allocation: https://docs.google.com/spreadsheets/d/1ZQFe8m3ljsYPkGI3wvP8vRGgKKOlvN4SIntUp4Puovg/edit?gid=0#gid=0
0 Comments