Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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.

      • image-20240215-225633.pngImage Added
    • 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))

...