At a glance
Percentage change in average order value (basket size) versus the previous period. Falling AOV often signals over-discounting or a shift toward lower-priced products. Together withrevenue_trendandorder_count_trend, this card decomposes whether revenue is rising/falling because of order volume or basket size, two completely different problems with different fixes.
| What it counts | The percentage change in mean order value (total revenue ÷ order count) between the current 30-day period and the preceding 30-day period. Calculated from BigCommerce orders with successful payment status. Excludes refunds and cancellations from both period totals. |
| Sample type | Backend API data from BigCommerce orders, refreshed on the standard data refresh. |
| Why AOV trend matters | AOV is one of the two levers that drive revenue (revenue = orders × AOV). A 10% drop in AOV with constant order count means a 10% drop in revenue with no change in marketing or operations effort needed to recover it, only product mix or pricing. Falling AOV is one of the earliest warning signs of margin erosion, often preceding revenue decline by 30-60 days. |
| Reading the value | (1) Above 5%: basket size growing, often through bundling, upsell, or category-mix shift to higher-priced items. (2) 0-5%: stable. (3) -5% to 0%: mild softening; investigate discount cadence and traffic source mix. (4) Below -5%: alert state; deal-driven shoppers replacing core customers, or pricing/promotional cannibalisation. (5) Pair with discount_dependency to identify whether discounts are the cause. |
| Currency | percent change. |
| Time window | 30D vsP. |
| Alert trigger | aov_trend < 0 (BAD threshold at -5%). |
| Sentiment key | aov_trend (TREND_BASED in SentimentClassifier; GOOD ≥ 0%, BAD ≤ -5%). |
| Roles | owner, finance, marketing |
Calculation
- If the previous period had zero orders, the trend is reported as
n/a. - Cancelled and refunded orders are excluded from both periods.
- B2B orders may be filtered separately if a per-channel profile is configured.
Worked example
A UK-based BigCommerce fashion store, AOV trend reading on Wednesday 15 May 26.| Metric | Current period (15 Apr - 15 May) | Previous period (16 Mar - 15 Apr) | Change |
|---|---|---|---|
| Order count | 2,103 | 2,408 | -12.7% |
| Gross revenue | £549,142 | £585,795 | -6.3% |
| AOV | £261.09 | £243.27 | +7.3% |
| Discount % of revenue | 0.0% | 12.4% | n/a |
- AOV is rising while revenue is falling. This is the diagnostic signature of “fewer-but-bigger orders”, typically caused by a discount cycle that pulled forward demand from deal-driven shoppers in the prior period. With the discount campaign ended, only higher-intent (typically higher-AOV) shoppers remain.
- The discount-cycle artefact. In the prior period (16 Mar - 15 Apr), discount % of revenue was 12.4%; in the current period it is 0.0%. Discounts pull forward orders from price-sensitive shoppers who buy fewer items per order. Without the discount, those shoppers do not return; the remaining shoppers buy at full price with their normal basket size, which is structurally larger.
- Why this is not entirely a win. A +7.3% AOV gain is offset by -12.7% order count and -6.3% revenue. The AOV rise is a side effect of losing the deal-driven cohort, not of upselling existing shoppers. True AOV growth (through bundle, threshold-based shipping incentive, upsell) would show AOV rising without order count falling.
-
Cross-reference checks to identify the cause:
discount_dependency, confirm whether the previous period was discount-heavy.repeat_rate, repeat customers typically have higher AOV; rising AOV with rising repeat rate is healthy.ga_conversion_rate, falling conversion with rising AOV typically means deal-shoppers are not converting at the higher prices.order_count_trend, pair the two trends to see the full picture.
-
What “good AOV growth” looks like (for contrast):
- AOV rises 5-10%
- Order count holds flat or grows
- Discount % of revenue stable or declining
- Repeat rate steady or rising
- Revenue grows in line with AOV
-
Recommended response, in priority order:
- Day 1: Cross-check whether order count fell and revenue fell, if yes, this is the discount-cycle artefact, not an upsell win.
- Day 1-3: Review whether the prior discount campaign should be re-run on a more targeted basis (segment-specific instead of site-wide).
- Day 3-7: Plan upsell and bundle programmes (post-purchase recommendations, threshold-based free-shipping) to convert the AOV growth from artefact to durable lift.
- Day 14: Confirm AOV holds the gain after the next promotional cycle.
- What to do if AOV is falling instead. Falling AOV with stable or falling order count signals genuine basket-size erosion. Likely causes: (a) over-discounting making lower-priced items relatively more attractive, (b) category mix shift (lower-margin SKUs gaining share), (c) traffic source shift toward channels with lower-AOV cohorts (TikTok ads vs email, for example).
- Read AOV trend %. Above 0% is healthy; below -5% triggers alert.
- Pair with order count trend. Together they decompose revenue change.
- Cross-reference discount, repeat rate, conversion for upstream causes.
- Confirm whether AOV gain is durable (pair with repeat-rate, bundle-attach metrics).
| Time horizon | Action |
|---|---|
| First 1 hour | Read AOV trend. Pair with order count and revenue. |
| First day | Identify whether AOV gain is artefact or genuine. |
| First week | Plan upsell or bundle programme to convert artefact gains into durable lift. |
| Day 14 | Confirm AOV holds across promotional cycle. |
Sibling cards merchants should reference together
| Card | Why merchants reach for it |
|---|---|
revenue_trend | Revenue trend; AOV is one leg of revenue (orders × AOV). |
order_count_trend | Order count trend; the other leg. |
discount_dependency | Discount % of revenue; rising discounts often suppress AOV. |
repeat_rate | Repeat customers typically have higher AOV. |
bc_aov_by_country | AOV decomposition by geography. |
bc_channel_aov | AOV decomposition by channel (storefront, B2B, manual). |
bc_aov_discount | AOV with vs without discount applied. |
Reconciling against the vendor’s own dashboard
Where to look in the BigCommerce control panel:- Analytics → Orders for the order list with totals.
- Analytics → In-Store Insights → Orders for BC’s own AOV display.
| Reason | Direction | What to do |
|---|---|---|
Tax inclusion. BC may show AOV inclusive or exclusive of tax depending on settings; Vortex IQ uses total_inc_tax. | Variable | Match the BC tax setting. |
| Refund handling. BC may include refunded order totals; Vortex IQ excludes refunded orders entirely. | Vortex IQ slightly higher | Apply “Excludes refunds” filter in BC. |
| Period boundary. BC defaults to calendar months; Vortex IQ uses 30-day rolling. | Variable | Use BC’s custom date picker for matching periods. |
| Test orders. BC may include test orders. | BC slightly different | Apply is_test = 0 filter. |
| Channel filter. Vortex IQ profiles may filter to a single channel; BC defaults to all channels. | Variable | Match channel filter. |
shopify.aov_trend,adobe_commerce.aov_trend: same metric on other commerce platforms.ga_revenue_trend ÷ ga_orders_trend: GA-derived AOV; divergence reveals attribution gaps.
Known limitations / merchant FAQs
Q: Our AOV trend shows +7% but revenue is down. Is the trend lying? No, this is the most common AOV pattern: discount-cycle artefact. When a discount campaign ends, the price-sensitive cohort stops buying. The remaining shoppers buy at full price with their normal (larger) basket sizes, which mathematically pushes AOV up while order count and revenue fall. Confirm by checkingdiscount_dependency for the prior period.
Q: How is AOV affected by a single very large order?
Significantly, especially for small order volumes. A B2B order of £10,000 in a period of 100 orders pulls AOV up by roughly £100. Use the median order value (available in the Insights panel) alongside AOV when single-order distortion is a concern, or filter B2B orders out via profile settings.
Q: We launched a free-shipping threshold at £75. AOV jumped to £82. Will it last?
Likely yes for the durable component. Threshold-based shipping incentives produce sustained AOV lift because customers continue to add items to clear the threshold. Watch the trend over 60-90 days to confirm; if AOV reverts to pre-threshold levels, the lift was one-off rather than habit-forming.
Q: AOV is rising but conversion is falling. What’s happening?
Price-sensitive shoppers are bouncing at the higher effective price points (because they’re not seeing discounts), while higher-intent shoppers are still converting. AOV gains paid for with conversion losses are usually a poor trade unless the higher-AOV cohort is materially more valuable (better repeat rate, lower refund rate). Cross-check repeat_rate and refund_rate to confirm.
Q: Why is AOV in percent here, not currency?
The trend card is intentionally percent-denominated to enable apples-to-apples comparison across stores of different sizes. The absolute AOV value is on aov (the headline value card) and the country/channel breakdowns.
Q: Our AOV is £45. The benchmark says £50-£100. Are we in trouble?
Not necessarily, benchmarks vary wildly by category. Beauty and fashion typically run £40-£80 AOV; furniture and home £200-£500; B2B £500-£5,000. Use category-specific peer benchmarks. The benchmark in the threshold panel is a generic ecommerce average; your category-specific target may differ.
Q: How does AOV trend differ from bc_aov_by_country?
This card is the time-series trend (period-over-period). bc_aov_by_country is the cross-sectional decomposition (geography breakdown for the current period). Use the trend for direction; use the country breakdown to localise where AOV is rising/falling.
Q: We use threshold-based shipping. Should we set a tighter alert threshold?
Yes, stores with strong AOV-driving features (free shipping at £X, bundle pricing, volume discounts) should set a tighter BAD threshold (-2% or -3%) because the underlying baseline is more stable, so a -5% drop is more meaningful. Configure in the Sensitivity tab.
Q: AOV ex-VAT vs AOV inc-VAT, which does this card use?
Inc-VAT (total_inc_tax) by default, to match the merchant accounting view. The aov_ex_vat card is provided separately for stores that prefer the ex-VAT view (typically B2B-focused stores in EU/UK markets).