Return Rate by Bring Product Code, Bring

Card class: Hero • Category: Cross-Channel: Revenue at Risk

​

At a glance

Return rate split by the Bring product code each outbound parcel shipped on, over the trailing 30 days against the prior 30 days. It answers a question a blended store-wide return rate hides: do parcels sent on one Bring service come back more often than another? A high return rate concentrated on a single product code points at the delivery experience, not just the goods.

​

Calculation

The card joins three things per order: the outbound Bring consignment (which carries the product code), the store’s return / refund record, and any inbound Bring Retur consignment. For each product code it divides the count of orders that came back by the count of orders shipped on that code in the window. The subtlety is denominator timing. Returns arrive late, so an order shipped on day 28 of the window has barely had time to come back, while an order shipped on day 1 has had a month. The card uses a shipped-in-period denominator (orders despatched in the window) rather than a returned-in-period numerator matched to a different cohort, and reports the vsP change so you can see the trend even though the absolute rate for the most recent days is still maturing. Bring product codes are read from the outbound consignment booked through the Bring Booking API; the code is stable from label generation, so reclassification after despatch does not move an order between rows. Calculated automatically from your Bring and store-order data. See the At a glance summary above and the worked example below.

​

Worked example

The same Oslo outdoor-apparel brand, around 1,900 outbound orders per week, multi-channel. Reading taken at 08:00 CET on 14 Apr 26 for the trailing 30 days (15 Mar 26 to 13 Apr 26). The card reads a per-product split. The blended 8.2 percent looks borderline, but the alert at >8% on any product is tripped twice: Mypack Collect at 9.0 percent and Nordic export at 12.9 percent. Five things to notice:

1. The split is the whole point. Bedriftspakke (B2B) at 2.9 percent and home delivery at 6.0 percent are healthy and pull the blend down. Reading only the store-wide 8.2 percent would let you miss that two specific services are the problem. The per-product alert is what surfaces them.
2. Mypack Collect at 9.0 percent and rising is a delivery-experience signal. Pickup-point parcels return more when customers leave them uncollected, collect late, or find the pickup point inconvenient and reorder elsewhere. A returns spike on Mypack often shadows a pickup-expiry problem; check Mypack Pickup Expiry Rate. Some of those 487 “returns” may actually be uncollected parcels returned to sender, not customer-initiated returns.
3. Nordic export at 12.9 percent is a different cause. Cross-border returns spike when transit is slow (the customer changed their mind before it arrived) or when customs friction delayed clearance. Pair with Nordic Export OTD (NO -> SE/DK/FI) and NO Export Customs Clearance Rate: a slow export OTD drags the export return rate up.
4. vsP is the early warning. Mypack returns rose 1.8 points and export rose 2.1 points in 30 days. That is faster than a product-quality drift would move (quality issues build over months); a fast jump points at the delivery channel or a single bad batch, both of which are actionable now.
5. This is revenue at risk you can attribute. 664 returns at an average NOK 850 order value is roughly NOK 564,000 of reversed revenue in the window, plus return-shipping cost and restocking labour. Attributing it to product code tells you where to intervene: fix the Mypack notification flow, or move slow export lanes to a faster service.

​

Sibling cards merchants should reference together

Return rate by product code tells you where returns concentrate. Pair it with these to find the why:

​

Reconciling against the source

Where to look in Bring’s own tooling: Bring Mybring → Shipments → Shipment list, filtered to Bring Retur (return) products, gives the inbound return consignments and the product code of the matching outbound parcel. Reports → Booking history lets you total outbound bookings per product code for the denominator. Bring does not compute a return rate of its own, because the return decision is the customer’s and is recorded in your store; Mybring only shows the consignments it carried. The numerator (which orders were returned) is most authoritative in your store admin (Shopify Returns, BigCommerce RMA, Adobe credit memos); the product-code attribution is most authoritative in Mybring. The closest like-for-like check is: export the Mybring booking history for the period grouped by product code (denominator), then count inbound Bring Retur consignments per matching outbound code (carrier-side numerator), and compare against the store’s own return count. Why our number may legitimately differ from a manual reconciliation: Cross-connector reconciliation:

---

​

Known limitations / merchant FAQs

Why split by Bring product code instead of by product I sell? Because the question this card answers is “does the delivery service affect returns?”, not “which SKU comes back?”. A high return rate on Mypack Collect across many SKUs points at the pickup-point experience; a high rate on one SKU across all services points at the goods. Use this card for the service question and your store’s per-SKU return report for the goods question. My Mypack return rate is high but my customers say they did not return anything. What is happening? Those are almost certainly uncollected parcels returned to sender, not customer-initiated returns. A Mypack parcel that sits at the pickup point past its hold window is sent back, and if your store records that as a refund it lands here. Check Mypack Pickup Expiry Rate and Returned to Sender; the fix is the pickup-notification flow, not your returns policy. Why is my export return rate always higher than domestic? Two structural reasons. Cross-border transit is slower, so more customers cool off and return before the parcel even arrives, and customs friction can delay or damage the experience. A slow Nordic Export OTD (NO -> SE/DK/FI) and a falling NO Export Customs Clearance Rate both pull export returns up. The alert fired on one product but my blended rate is fine. Should I worry? Yes, that is exactly what the per-product alert is for. A blended average can sit under 8 percent while one service is well above it; the healthy services hide the sick one. Act on the flagged code, not the blend. Does a partial return count as a full return here? The order is counted once as returned if any part of it comes back or is refunded. The card works at the order level for attribution to a single Bring product code. For line-item return depth, use your store’s return analytics. Why does the most recent week read artificially low? Returns lag the sale by days to weeks, so orders shipped in the last 7 to 10 days have not had time to come back. Their cohort is still maturing. Read the vsP trend, not the raw rate for the most recent days, when judging whether returns are rising. A return came in without a Bring Retur label. Is it counted? If your store records the return or refund, yes, it is in the numerator. The card attributes it to the Bring product code of the original outbound parcel. Returns via non-Bring channels (in-store drop, third-party portal) still count against the outbound Bring service that delivered the order, which is intentional: it measures the service’s contribution to returns even when the return leg used a different route.

---

​

Tracked live in Vortex IQ Nerve Centre

Return Rate by Bring Product Code is one of hundreds of KPI pulses Vortex IQ tracks across Bring and 70+ other ecommerce connectors. Nerve Centre runs the detection layer; Vortex Mind investigates the cause when something moves; Ask Viq lets you interrogate any number in plain English. Start for free or book a demo to see this metric running on your own data.