Methodology

How we compute your checkout loss.

Every report you generate uses the same formulas, applied per store. Here's what goes into the numbers, where the data comes from, and where the model has limits.

01 · Data sources

We aggregate public commerce signals across 1M+ stores: annual sales, payment technology stack, country, business size. Numbers are computed live per store at request time using the formulas below.

Starter<$1Mn = 914,683
Growth$1M–$10Mn = 90,893
Scale$10M–$50Mn = 5,142
Enterprise$50M+n = 633
02 · Cart and checkout

Cart abandonment is the single largest source of leak in e-commerce. Baymard Institute's meta-research puts the average cart-abandonment rate at ~70%. We apply that as a top-of-funnel loss factor on annual sales, then split 70/30 across cart and checkout stages to reflect that pre-payment exit is heavier than mid-checkout exit.

monthly_loss_cart_and_checkout = annual_sales × 0.70 / 12
cart_loss      = monthly_loss × 0.70
checkout_loss  = monthly_loss × 0.30
03 · Payment failures

Payment failures are the differentiated layer. Most operators don't see these dollars: failed transactions disappear from default dashboards without instrumentation. We compute a per-store failure rate from a segment baseline, modulated by the store's payment tech stack. Rates are clamped to [4%, 15%].

base_rate = { starter: 10%, growth: 9%, scale: 7%, enterprise: 5% }

rate += 1%   if no BNPL signal (no Klarna/Affirm/Afterpay)
rate += 1%   if no multi-PSP signal (no PayPal AND Stripe/Adyen/Braintree)
rate -= 0.5% if annual_sales ≥ $5M (Plus-grade stack proxy)
rate  = clamp(rate, 0.04, 0.15)

attempted_revenue       = annual_sales / (1 - rate)
payment_failures_loss   = annual_sales × (rate / (1 - rate)) / 12

Worked example · $5M growth storeBase rate 9% + 1% (no BNPL) + 1% (no multi-PSP) − 0.5% (≥$5M Plus proxy) = 10.5%. Monthly payment-failure loss ≈ $5M × (0.105 / 0.895) / 12 ≈ $48.9K / month.

04 · How much Freway closes

Each stage has its own close rate, drawn from production performance across our deployments.

Cart abandonment30%Better-timed nudges and in-flow assistance bring qualified visitors back.
Checkout abandonment30%Removing friction (forced accounts, surprise costs) and real-time objection handling.
Payment failures50%Smart retry, soft-decline handling, and PSP-rail orchestration close most decline cases.

Total monthly sales closed = cart_loss × 30% + checkout_loss × 30% + payment_failures × 50%.

05 · Limitations
  • The model treats annual_sales as captured GMV. If your reported number differs, override it on your report page before generating the snapshot.
  • Segment medians are aggregates, not store-specific. They're shown as peer context, not as your forecast.
  • Payment-failure rates are modeled from segment baselines and tech-stack signals, not real-time auth data. The clamp to [4%, 15%] keeps the model bounded.
  • Stores not in our dataset fall back to growth-segment medians and are labelled clearly in the report.

Ready to close more checkouts?

Let's talk.

Speak with us

Updated 2026-05-20