Related task:

...

• 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 (Deactivated) feel free to add here and organize this part of the doc to your needs.

...

• The prices comes from 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