...
Frontend:
MAXIMUM_POTENTIAL_DISCOUNTSAVING (E.g: 2.99)
1-) Semi Dynamic Calculation based on the HIGHER TIER (discount + serviceFeeDiscount)
Pros: Flexible
Cons: Less autonomy (control) / more complex / new interface impacts
Option 2 loo
, marketing configuration freedom to explore saving values (A/B testings)
Cons: requires some manual configuration / new fee interface changes
2-)Totally Dynamic Calculation based on the HIGHER TIER (fee + serviceFee) - LOWER TIER (fee +serviceFee) -
Pros: More flexible. Doesn’t use discount and ServiceFeeDiscount for progress bar, but they can still be useful to the subtotals breakdowns.
Cons: More calculations to handle different tiers / more efforts/ new fee interface changes
THRESHOLD( E.g: 20.00) → We have two options:
1-)Calculation based on FF discounted-delivery-threshold-cents
Pros: Existing approach / minimum efforts
Cons: Less flexible/ requires caution when configuring / changing config
2-) Dynamic Calculation based on the HIGHER tier
Pros : flexible
Cons: Requires more effort to read the higher tier and return it via new field in the interface
...
AMOUNT_AWAY_FROM_MAXIMUM_DISCOUNTSAVINGS (E.g.: 8.00 ) →
Threshold - (requestedAmountCents OR
(subTotalCents
+taxCents)
)
...