Related task:

Jira Legacy

...

The checkout doesn’t show the savings (from a customer's point of view) as it should be
The hypothesis is that the cart should provide a clear understanding of the savings when you are paying less (1.99) or the free delivery
For some use cases when the user is qualified to receive a free delivery fee, we saw a strange UI
- Here the expected/desired behavior is to show what the user is saving (FREE $0.00 doesn't make sense)
How can we improve the “Delivery Order Fees” modal to be something that will bring more value to the user?

Design proposals

[WIP Augusto Romao, Vinicius - ADD BK/FHS screenshots from what we have today]

Schroer, Gabriel feel free to add here and organize this part of the doc to your needs.

...

Technical discovery analysis

The prices comes values come from the price order query (deliveryFee and deliveryFeeDiscount, respectively). More details here: /wiki/spaces/CPT/pages/3623190582
- We can’t change or manipulate the values directly. This will not be recommended
I found two feature flags used in delivery fee code:
- enableFreeDeliveryCheckoutProgressBar: https://app.launchdarkly.com/intl-guest-app/dev-plk-es/features/enableFreeDeliveryCheckoutProgressBar/targeting
- discounted-delivery-threshold-cents: https://app.launchdarkly.com/intl-guest-app/dev-plk-es/features/discounted-delivery-threshold-cents/targeting
  - WIP: understanding the objective of this flag
We have the “Delivery Order Fees” modal. The objective of this modal is to show all fees needed. We’ll not have any problem to customize this (if aligned with INTL)
- Delivery fee cents (deliveryFeeCents)
- Geographical fee cents (geographicalFeeCents)
- Service fee cents (serviceFeeCents)
- Small fee cents (smallCartFeeCents)
From a front-end perspective, we’re able to manipulate all the visuals without problem from what I saw