| Table of Contents |
|---|
Status |
| ||||||
RBIberia Owner | Paula Winter | ||||||
RBI Owner | |||||||
DMP/DOP owner | |||||||
Designer | |||||||
Other SMEs | |||||||
IREQ ticket | https://rbictg.atlassian.net/jira/servicedesk/projects/IREQ/issue/IREQ-1109 |
ACTION ITEMS
@Cunha, Ricardo @Ferreira Gomes, Raphael Find out how the information stored in LaunchDarkly gets transferred into a PLU
@Ferreira Gomes, RaphaelValidate if the “Glovo Service fee” effort made by Gui can be reused; or expand that effort to make it generic and accept the New Service Fee
@paula.winter@rbiberia.com Validate that Homeria is currently connected with Food Aggregators and Winrest to read the new service fee
@paula.winter@rbiberia.com doublecheck internally if it's planned a more granular setup of the fees -> this will generate a huge dependency on CI&T
Problem statement (generic)
...
Delivery Fee: The basic cost to provide a delivery service. It has several possibilities and factors that can impact the calculation.
Service Fee (or Managment Fee): It can includes several variables can be included in this macro fee. Examples are: small cart, payment method, tier loyalty, company priorities, etc.
...
Today is missing a relationship with a PLU that will facilitate the analysis and the job of the accountants on the new delivery fee structure (see example below). Generating a specific PLU for both fees (delivery and management) could be a good approach.
...
d) Other
...
variables to be considered (IMPROVEMENTS)
Today the delivery cost calculation is not taking into account other critical aspects of the delivery and management process that are impacting negatively the logistic and financial part of the delivery.
More informations here: https://www.figma.com/file/Bp8vIQlnoJMLyONqVQ4ACG/2023---Q4---%5BIBFEC-1137%5D---Dynamic-delivery-fees?type=whiteboard&node-id=0%3A1&t=rku4BIAcK07yt1pF-1
| Info |
|---|
Data on % of orders within each average check bucket:
i. 71% of all delivery orders have an avg check > 20 EUR ii. 26% have an avg check between 10 and 20 EUR iii. 3% have an avg check < 10 EUR
|
Success Metrics
Average check increase (primary KPI)
Conversion from cart > payment
Conversion from cart > purchase
Events - draft
Add property on Button Click event to account for Component.
i. This way we would be able to differentiate the CTR of add items button at end of order summary and add items at the service fees component and really understand feature engagement towards the intention to contribute to better check.
Add a property on BE event eCommerce checkout called service fee tier where we would know what the tier users are are when they go to checkout (service fees labeled as tiers allows to be agnostic of financial model, whether is basket size, price, etc)
Create an event called Service Fee Updated (TBD complexity and need) that would trigger when users add more items to cart which will allow them to move up on the service fee tier and pay less. This way we would know the feature success on improving check as well.
Acceptance Criteria
The new Service Fee will operate for Home delivery in app, web, call center and aggregators (with differentiated costs)
Web/App:
The two rates applied to each order will be shown in the order checkout and order details.
The checkout will show a breakdown of the management fee applied to each order.
It will be shown at checkout how much the customer is saving on handling and shipping fees when:
The creation of promotions will be allowed for all customers or from promotional codes at one or both rates, without losing the price information configured by default.
applied promotions at a general level (informing the application of the promo)
applied promotional code promotions (informing the application of the promo)
Ticket POS: print the two fees added to the order
The order total is greater than the first range defined at the shipping rate, when there are no promotions
The order total is greater than the first range defined at the management rate, when there are no promotions
The recommendations carousel will be added at checkout
Web/App Config:
Editable by channel
Editable by price rangeEditable by restaurant
Editable by time slotMultiple versions per restaurant
DMP and DOP: update all screens where the shipping rate information is already presented to also show the management rate
Ticket Home delivery: you must print the two rates added to the order
Home delivery report: update it to send the new management fee
Solution
| Note |
|---|
For this solution to work, it is required that the apply-quote-skip-delivery-fees feature toggle in LD is disabled. Currently, it is on for PLK ES. This feature flag discards any fee value coming from LD tiered-delivery-fees, including the new service fee. |
There should be an additional fee to be shown, indipendently from the potential other ones existing.
SERVICE FEE is a variable fee that is related to factors that can impact indirectly the delivery. Factors can be various; for the MVP we will include the small cart size, a factor that is variable depending on the basket size.
...
| Info |
|---|
IMPORTANT to mention that there is always a relation between the Delivery Fee and the Service Fee: for each basket size level there is a specific delivery fee and service feeregarding PLUS:
|
...
It will be possible to show the Service Fee for each type of service, not only delivery, and it should be possible to customize by restaurant. There should be also the possibility to have different Service Fee per restaurant..
In case of a discount code, fees should be calculated on the value of the discounted amount. Example:
Cart with 24€, discount 50%, final amount paid 12€ → the fees should be calculated on the value of 12€
A unique modal should communicate the different fees ranges and should be dynamic (considering that there could be restaurants with different fees ranges)
...
In case of a promotion, the delivery fee information should be updated accordingly
...
Both fees should be shown in the receipt page and the confirmation page - with or without the potential discounts applied (following the existing patterns)
...
To configurate the fees the solution should be indipendent from the tech team and need to be managed by the Iberia market. Today there are potential solutions for that:
a) LaunchDarkly - APPROVED for V.1 - it maintains the depedency on the Dedicated team
b) Sanity
b) Ops Portal
Food Aggregators will use specific fees
The Service Fee will be shown also in the WL and Call Center - to be worked once it will be released
The Service Fee will be shared with the Food Aggregators as well as per the image - OUT OF OUR SCOPE
...
...
IMPORTANT to understand the data flow as it could be that this development will be out of our scope, in case Homeria is the generator of the fee → Need to be validated
Design
Front End - link here
Configuration - link here
DMP - link here
Call Center - link here
...
Data on % of orders within each average check bucket:
I’m grouping into 3 buckets according to what I saw in the figma file: orders < 10 EUR, 10 EUR < orders < 16 EUR and orders > 16 EUR
Looking monthly at the past 6 months, on average:
i. 87% of all delivery orders have an avg check > 16 EUR
...
iii. 3% have an avg check < 10 EUR
A higher avg check could be being incentivized through the free delivery campaign but nevertheless data shows that majority of the users will already benefit from a free service fee.
Given the avg check of delivery in PLK ES is 25 EUR, new service fees buckets would need to be defined to get a more optimized solution from a financial standpoint.
...