...
...
...
...
Info |
---|
Purchase event optimizations will be implemented under the assumption that i) the ‘Backend Purchase’ event will become the source of truth since cookie settings are expected to significantly impact the volume of front-end events forwarded to Amplitude ii) the ‘eCommerce Purchase’ front-end event will be deprecated after the optimisations to the back-end event are completed |
Table of Contents | ||
---|---|---|
|
Table 1: Event properties to
...
add to Backend Purchase from eCommerce Purchase
Ecommerce Event Property | Conclusion | Comment |
---|
deliverySurchargeFeeAmount
Status | ||||
---|---|---|---|---|
|
mparticle_amplitude_should_split
Status | ||||
---|---|---|---|---|
|
products.added_to_cart_time_ms
Status | ||||
---|---|---|---|---|
|
Transaction POS
Status | ||||
---|---|---|---|---|
|
Info already logged in Restaurant POS property
Value Threshold 10 Met
Status | ||||
---|---|---|---|---|
|
Value Threshold 5 Met
Status | ||||
---|---|---|---|---|
|
baseDeliveryFeeAmount
Status | ||||
---|---|---|---|---|
|
branch_service_mode
Status | ||||
---|---|---|---|---|
|
customer_event_alias
Status | ||||
---|---|---|---|---|
|
quotedFeeAmount
Status | ||||
---|---|---|---|---|
|
totalDeliveryOrderFeeAmount
Status | ||||
---|---|---|---|---|
|
hasSavedDeliveryAddress
Address Type | ||
Has Upsell | ||
hasSavedDeliveryAddress | It’s important information to know the # of users making order with a saved delivery address to gather insights on store locator features | |
hasSelectedRecentAddress |
colour | Red |
---|---|
title | Won't kill |
It’s important information to know the # of users making order with a recent delivery address to gather insights on store locator features |
Rewards |
totalDeliveryOrderFeeAmount |
Upsell Total |
Service Mode indicates between Pick up and Delivery. Pick up mode indicates whether the Pick up was Eat in, Take away, Table service.
revenue
Status | ||||
---|---|---|---|---|
|
Restaurant Name
Status | ||||
---|---|---|---|---|
|
Restaurant Number
Status | ||||
---|---|---|---|---|
|
products.id
Status | ||||
---|---|---|---|---|
|
products.position
Status | ||||
---|---|---|---|---|
|
Restaurant Drive Thru Lane Type
Status | ||||
---|---|---|---|---|
|
Restaurant Front Counter Closed
Status | ||||
---|---|---|---|---|
|
Restaurant Has Breakfast
Status | ||||
---|---|---|---|---|
|
Restaurant Has Burgers For Breakfast
Status | ||||
---|---|---|---|---|
|
Restaurant Has Catering
Status | ||||
---|---|---|---|---|
|
Restaurant Has Curbside
Status | ||||
---|---|---|---|---|
|
Restaurant Has Dine In
Status | ||||
---|---|---|---|---|
|
Restaurant Has Drive Thru
Status | ||||
---|---|---|---|---|
|
Restaurant Has Front Counter Closed
Status | ||||
---|---|---|---|---|
|
Restaurant Has Home Delivery
Status | ||||
---|---|---|---|---|
|
Restaurant Has Mobile Ordering
Status | ||||
---|---|---|---|---|
|
Restaurant Has Parking
Status | ||||
---|---|---|---|---|
|
Restaurant Has Playground
Status | ||||
---|---|---|---|---|
|
Restaurant Has Table Service
Status | ||||
---|---|---|---|---|
|
Restaurant Has Take Out
Status | ||||
---|---|---|---|---|
|
Restaurant Has Wifi
Status | ||||
---|---|---|---|---|
|
Restaurant Latitude
Status | ||||
---|---|---|---|---|
|
Restaurant Longitude
Status | ||||
---|---|---|---|---|
|
Restaurant Number Drive Thru Windows
Status | ||||
---|---|---|---|---|
|
Restaurant POS
Status | ||||
---|---|---|---|---|
|
Timed Fire Minutes
Status | ||||
---|---|---|---|---|
|
Could be related to queuing system and thus needed on a global state
products.cartId
Status | ||
---|---|---|
|
products.comboChild
Status | ||
---|---|---|
|
Product Count | Cart Data | |
products | Cart Data | |
products.added_to_cart_time_ms | Cart Data | |
products.cartId | Cart Data | |
products.comboChild | Cart Data | |
products.custom_attributes.cartId |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.comboChild |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.isDonation |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.isExtra |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.Item Level |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.L1 |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.L2 |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.L3 |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.L4 |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.L5 |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.rewardItem |
Status | ||
---|---|---|
|
Cart Data | |
products.custom_attributes.sublevelItems |
Status | ||
---|---|---|
|
Cart Data | ||
Cart Data | ||
products.isDonation |
Status | ||
---|---|---|
|
Cart Data | ||
products.isExtra | Cart Data | |
products.Item Level | Cart Data | |
products.L1 |
Status | ||
---|---|---|
|
Cart Data | ||
products.L2 | Cart Data | |
products.L3 | Cart Data | |
products. |
L4 |
Status | ||
---|---|---|
|
products.L3
Status | ||
---|---|---|
|
products.L4
Status | ||
---|---|---|
|
products.L5
Status | ||
---|---|---|
|
Cart Data | ||
products.L5 | Cart Data | |
products.name | Cart Data | |
products.position | Cart Data | |
products.price | Cart Data | |
products.quantity | Cart Data | |
products.rewardItem | Cart Data | |
products.sublevelItems | Cart Data | |
products.total_product_amount |
Status | ||
---|---|---|
|
...
Cart Data |
Table 2: Event properties to deprecate for Backend Purchase
Info | ||||
---|---|---|---|---|
In the Excel file, all the properties for the Backend Purchase event are listed. rbi does not recommend to deprecate any event properties from the Backend Purchase event. Please check whether there is any property that you recommend to be deprecated and add it to the table with a justification why. As a reference, the Excel file also contains the FE eCommerce Purchase event along with its properties.
|
Ecommerce Event Property | Conclusion | Comment |
---|---|---|
Table 3: Event properties to add to
...
Backend Purchase (rbiberia requests)
Ecommerce Event Property | Conclusion | Comment | ||||||
---|---|---|---|---|---|---|---|---|
Promotional Code |
If a user makes a purchase with a promo code, we don’t save that attribute in the purchase event | |||||||
Promotional Code Submitted |
Not clear what’s the difference vs the 1st one. Once making the purchase, the promotional code will be used. Code applied status should be a property of another an interaction event | |||||||
Detail Promo Code Submited |
Not clear how to have it implemented in the Backend Purchase as the purchase is the final state. The promo code being submitted comes at an earlier stage and would be covered as a property of the interaction event | |||||||
Coupons |
We already have a property called Coupon Offer Applied (True/False) and a property called Coupon Offer ID with the Sanity ID of the coupon applied.PS: For naming consistency in the code, Coupon Applied and Coupon ID will be changed to Offer Applied and Offer ID | |||||||
Delivery fee |
We already have that property where we specify the amount of delivery fee the user has been charged | |||||||
Device Date |
At the time of the purchase, the event will fire with a certain timestamp. Device Time is planned to be a user property as wellAs it is a BE event, it won’t record information from the FE (Device) | |||||||
Donation amount |
We already have exactly the Donation Amount property live in Backend Purchase. It is currently showing value 0 because there are no donations. Once we have donations, check the values are being logged correctly. | |||||||
Payment Status |
We have 2 events: order_status_change and delivery_status_change where the order status is recorded. We can potentially show whether the Payment was pending for delivery orders when users trigger the Backend Purchase. | |||||||
Tax Amount |
Already exists in the Backend Purchase event, validate the implementation is correctly done |
Info |
---|
Any requirement for additional BE Purchase related events to be assessed at a later date |