Afterpay for WooCommerce persists each Afterpay-paid order's token and order reference to order metadata, plus the standard payment_method slug. That makes it easy to identify Afterpay orders in wp_wc_orders, but the standard reports do not slice average order value or refund rate by gateway.

SleekView reads wc_orders_meta on HPOS and postmeta on legacy and exposes payment_method as a chart axis. A pie shows the Afterpay share of order count. A bar shows the AOV per gateway, which usually reveals the Afterpay lift merchants pay the BNPL fee for. A line over time shows whether the Afterpay share grew or shrank since the integration went live.

The dashboard makes the BNPL business case quantitative. Instead of an anecdote about Afterpay driving bigger carts, the chart shows the AOV difference in dollars and the share of orders that picked Afterpay. The plugin keeps owning the Afterpay API; SleekView charts what it stores.

Merchants pay Afterpay a meaningful fee per transaction, so the question of whether BNPL actually drives bigger carts is a real business question. WooCommerce Analytics aggregates revenue and orders but does not slice AOV by gateway, which is exactly the chart that answers it. SleekView Charts reads wp_wc_orders directly and pivots payment_method into a chart axis, so AOV-by-gateway and share-of-orders dashboards become a few clicks instead of a spreadsheet export.

Finance gets the fee-versus-lift number, marketing sees whether Afterpay messaging works, operators see the BNPL share trend. The gateway still owns the Afterpay API and merchant portal; SleekView charts what it stores.