Who Should Set Your Return Fees, and How

Most brands solve return costs with one of two blunt tools: eat every dollar of it, or charge a flat fee on every return regardless of why the customer sent it back. Both are the wrong lever. The right lever is a rules engine that charges based on the outcome the customer chooses, not a single number stapled to every return.

The two defaults are both expensive, just in different ways

Eating 100% of return costs feels generous until you look at the math. Processing, restocking, and reverse logistics on a single return can run $10 to $20 depending on category and carrier. Multiply that by a return rate of 20-30%, which is normal for apparel, and the number stops being a rounding error on your P&L.

The flat-fee alternative solves the cost problem but creates a different one. A customer exchanging a shirt for a different size gets charged the same fee as a customer who bought three colors to pick one and mail two back for cash. Both feel penalized. The first customer, who was already going to stay a customer, now has a reason to think twice before ordering from you again.

Flat fees also send a signal you probably didn't intend: that every return is treated as a problem, not a normal part of shopping online. Customers notice, and repeat-purchase rate is the metric that quietly absorbs the damage.

The real lever is condition-based fee logic

The fix is not choosing between free and flat. It's letting the merchant set fee rules by the condition of the return, not a blanket policy applied to every resolution.

A workable structure looks like this. Exchanges and store credit are waived or discounted, because they keep revenue in the business and cost you nothing in lost sales. Cash refunds requested inside a reasonable window are handled at low or no fee, since fast, friction-free refunds protect trust with new customers. Cash refunds requested outside the window, or returns tied to reasons like "changed my mind" on a low-cost item, carry a fee that reflects the real cost of processing them.

This is not a punishment system. It's a pricing system, the same logic you already apply to shipping rates or payment terms. You are not charging customers for returning things. You are charging for the specific cost driver, cash leaving the business with no future order attached to recover it.

Why condition-based fees protect repeat-purchase rate

Repeat-purchase rate drops when customers feel penalized for normal shopping behavior, not when they pay a fee they understand. A customer who exchanges a size and pays nothing has no reason to hesitate on their next order. A customer who gets a fast, low-friction refund because they returned within the window has the same experience they'd get from any brand with a generous policy.

The fee only shows up for the behavior that actually costs you money without generating future revenue, a cash refund requested after the window has closed. That customer is statistically less likely to be a repeat buyer anyway, so the fee recovers cost from the segment where you have the least to lose in loyalty terms.

This is the part flat fees get backwards. They charge your best customers, the ones exchanging and choosing store credit, the same rate as your least engaged ones. Condition-based logic reverses that, protecting the customers who were already going to come back while recovering real cost from the ones who weren't.

Building the fee tiers

Start with three buckets and refine from there once you have data.

Tier one: waived. Exchanges, store credit, and defective or wrong-item returns. These either keep revenue in-house or aren't the customer's fault, so a fee here does nothing but create resentment.

Tier two: reduced or waived within a window. Cash refunds requested within your standard window, say 14 or 30 days depending on category. Keep this low-friction because it's the return experience most new customers will judge you on.

Tier three: full fee. Cash refunds outside the window, or specific reason codes you've identified as high-cost with low repeat-purchase correlation, like bulk "trying multiple sizes for one keeper" behavior on low-margin items.

You don't need to guess where the lines go. Pull the last two quarters of resolution data, sort by reason code and refund type, and look for where cost per resolution spikes without a matching lift in future order value from that customer segment. That's your tier three line.

A worked example

Picture a mid-size apparel brand doing 4,000 orders a month with a 25% return rate, roughly 1,000 resolutions. Under a flat $6 fee applied to everything, every one of those 1,000 customers pays the same amount whether they exchanged a size or asked for cash back three weeks after the window closed.

Now split those 1,000 resolutions by condition. Say 400 are exchanges or store credit, waived. Another 400 are cash refunds inside the window, waived or charged $2 to cover the label. The remaining 200 are cash refunds outside the window or flagged reason codes, charged the full $8 to $10 that reflects actual cost.

The flat-fee version collects $6,000 and irritates all 1,000 customers, including the 800 who were behaving exactly the way you want repeat buyers to behave. The condition-based version collects roughly $1,600 to $2,000 from the 200 highest-cost resolutions while leaving the other 800 with a return experience that costs them little or nothing. Less fee revenue up front, but a much smaller hit to the group most likely to order again.

Who should actually control the fee

This is the part most returns tools get wrong. A lot of return platforms hardcode a flat fee or leave it to a generic percentage-of-order-value rule that the merchant can barely touch. That works against you, because your fee structure needs to reflect your specific margin, your specific repeat-purchase economics, and your specific category.

The merchant needs full control over the rule set, not a vendor's default. A supplements brand with high reorder rates should weight fees differently than an apparel brand with high size-variance returns. Neither should be locked into a rule built for the other.

Set the rules, watch resolution volume and repeat-purchase rate over 60 to 90 days, then adjust. Return fee logic is not a policy you write once. It's a lever you tune as you learn which reason codes correlate with customers who come back and which don't.

What this actually recovers

The financial case is straightforward. If a flat-fee policy pushes even a small percentage of customers to shop elsewhere next time, the fee revenue you gained gets erased by the lifetime value you lost. Condition-based fees avoid that trade because the customers most likely to return are the ones paying the least.

Meanwhile, the segment that was costing you the most, cash refunds well outside the window, with no exchange and no future order attached, is exactly where the fee lands hardest. You recover real dollars from the return behavior that was never going to convert into another sale anyway, and you leave the behavior that predicts loyalty untouched.

That's the difference between a fee structure that protects your margin and one that quietly taxes your best customers into leaving.

ShipAid's Smart Returns lets merchants set fee rules by resolution type, refund window, and reason code, so you recover processing costs without a flat fee that punishes your best customers. See how condition-based fee logic works inside ShipAid's Returns & Exchanges.