| Table of Contents |
|---|
...
Platforms?
Web, Android and IOS ✅
Brands?
All, including specific ones for Iberia: PLK ES, BK ES and BK PT ✅
Channels?
Home Delivery → Delivery ✅
Mobile Ordering → Pick-up, dine-in and Table Service ✅
Public Letter → Public Menu → It means the menu NOT linked with any selected restaurant / delivery.
Kiosk → Impacts on kiosk app are out-of-scope, but we can add a slot image in Sanity for it (to be used in the future, although it’s not mandatory for development).
Images in scope (✅):
Menu ✅
Picker, Combo and Item
...
Additional flows:
Cart✅
...
Recent Orders✅
→ Cart items will look like (in terms of channel image) as they were when put in the cart. It means that if the customer changes the channel later, cart item images will not be changing dynamically. Can be an improvement.
...
Recent Orders✅ → The recent order items will look like (in terms of channel image) as they were when purchased (registered in DB). It means that if the customer changes the channel, recent order item images will not be changing accordingly.
Images out-of-scope (
)Home
Offers
Catalog Update?
Proposal is that CMS user doesn’t need to update each image for each channel manually. Let’s keep existing image configuration as fallback option and include new ones per channel in order to override it optionally.
Image localization(language)?
It is not a business requirement.
...
If the customer didn’t select any service mode yet. The called hooks in picker, combo, item flows should consider "Public" as filter.
If the customer selected Delivery as service mode. The called hooks in picker, combo, item flows should consider "Delivery" as filter.
If the customer selected Restaurant as service mode. The called hooks in picker, combo, item flows should consider "Restaurant" as filter.
Kiosk is not called from intl-whitelabel-app.
Therefore, new fields that refer to “Restaurant Image”, "Delivery Image”, "Public Image” and "Kiosk Image” can be (or not) added into the existing structures.
Existing "Image” field should remain in the menu structures and should work as a fallback when there’s no passed filter or response image for the applied filter.
Preferably, the logic for it should be in the backend to avoid unnecessary images responded to the frontend (latency issue).
Hopefully, a mapping can be done from sanity channel images to the existing image field, avoiding field structural changes on front-end.
→ Can be evaluted with a PoC
As per the discovery, intl-whitelabel-app keeps polling sanity CDN with GetPickerAvailability, GetComboAvailability, GetItemAvailability graphql queries… get the reference of the image, and get it from sanity CDN, as well:
...