The returns cost problem
Returns are the most expensive ticket category in ecommerce support — not because each one is hard, but because there are so many of them and each one takes time. A typical return ticket takes 5–9 minutes of agent time: the agent checks the order, confirms eligibility, generates a label, sends it, updates the record, and closes the ticket. Multiply that by hundreds of returns a week and you have a meaningful staff cost.
The irony is that most of those 5–9 minutes are mechanical. The decision tree is the same every time: is the item eligible? Is the window open? What's the customer's preferred resolution? None of that requires human judgment for the clear majority of cases. It requires fast, accurate access to data and policy — exactly what an AI agent does well.
Returns typically represent 15–20% of total support ticket volume but 25–35% of total handle time because each ticket is multi-step. Automating them delivers disproportionate efficiency gains.
What to automate vs. keep manual
Not every return should be automated. The goal is to automate the clear majority of straightforward returns while routing edge cases to humans who have authority to make exceptions.
| Return type | Automate? | Reason |
|---|---|---|
| Within policy window, standard reason | Yes | Mechanical decision, no judgment needed |
| Within policy window, defective item | Yes (with photo) | Automate after photo confirmation |
| Exchange for same item, different size/color | Yes | Inventory check + reorder is automatable |
| Store credit preference | Yes | Straightforward, no payment processing exception |
| Outside return window (< 7 days over) | Human | Needs discretion and relationship judgment |
| High-value order (> threshold) | Human review | Financial exposure warrants oversight |
| Fraud signals (multiple recent returns) | Human + flag | Requires investigation |
| Custom / personalized items | Human | Policy typically non-returnable; exceptions sensitive |
The automation stack
The critical integration is between the AI agent and your returns platform. If the agent can check eligibility but can't generate a label, it's only half-automated — the customer still waits for a human to complete the action. Full automation means the agent initiates the label request and sends it to the customer within the same conversation.
- 1AI support agent — handles the customer conversation: confirms the order, checks eligibility, presents options, and takes the customer's choice. Bookbag connects to your order data to handle this in real time.
- 2Returns management platform — generates the return label, tracks the return shipment, and triggers the refund or exchange once the item is received. Popular options include Loop Returns, Returnly, or your Shopify native returns flow. The AI agent calls this via API or webhook to complete the action.
- 3Your helpdesk / ticketing system — creates a ticket record for every return, even automated ones, so you have an audit trail and can flag exceptions. Automated doesn't mean invisible.
Writing your returns policy for AI
An AI agent can only automate returns as well as it understands your policy. Vague or inconsistently documented policy produces inconsistent automation. Here's how to write your policy so an agent can apply it accurately:
- State the return window explicitly — '30 days from delivery date' not 'within a reasonable time frame.'
- List eligible and ineligible item categories explicitly — 'undergarments, custom items, and digital downloads are not eligible for return.'
- Define acceptable return reasons — and whether different reasons change the resolution options (e.g., defective items get free return shipping, buyer's remorse does not).
- Specify what the refund goes to — original payment method, store credit, or customer's choice — and under which circumstances.
- Set threshold rules explicitly — 'returns on orders over $300 require manager approval' is a trigger the AI can apply if it's written down.
- Document your exchange process — does the customer get a new order immediately or after the return is received?
Handling exchanges and store credit
Exchanges are more complex than refunds because they require inventory confirmation. Before automating exchanges, connect your AI agent to real-time inventory data — offering an exchange for an out-of-stock item is a poor experience that creates more tickets than it closes.
Store credit is the easiest resolution type to automate because it doesn't require payment gateway interaction. If you want to encourage store credit (as most merchants do — it keeps revenue in-house), consider building a small incentive into the automated flow: 'Would you prefer store credit with an extra 10% added, or a refund to your original payment method?'
For exchange requests, the automated flow should: confirm the item is eligible, check that the desired replacement variant is in stock, initiate the return label for the original, and create the new order — all within the conversation. If any step fails (item out of stock, order too old for immediate ship), route to a human with full context.
Handling exceptions gracefully
The customers who fall outside your policy — slightly outside the return window, missing original packaging, returning a gift — are often the ones with the most at stake emotionally. They know they're asking for an exception, and how you handle it shapes their long-term relationship with your brand.
- Don't auto-deny exceptions — route them to a human with the full context. A flat 'no' from a bot on an edge case is a negative brand experience. A human with authority to say yes or explain the 'no' is far better.
- Give agents an exception budget — a dollar amount per month or per customer they can approve without further sign-off. This speeds resolution and empowers the team.
- Log every exception decision — over time this data tells you whether your policy is too strict (high exception grant rate) or well-calibrated (low, consistent exception rate).
- Consider a 'goodwill' flow for loyal customers — if a customer has ordered 10+ times and is asking for a borderline exception, the economics of approving it are almost always positive.
Metrics to track for returns automation
Measure these monthly to know whether your returns automation is working:
- Returns automation rate — what percentage of return requests were completed without human intervention? Target: 60–75%.
- Return handle time (human-touched) — how long do agents spend on the returns that do reach them? Should drop as automation handles the simple ones.
- Label delivery time — how long from return request to label-in-inbox? Automated flows should be under 2 minutes. Human-assisted should be under 4 hours.
- Exchange conversion rate — of customers who initiate a return, what percentage take an exchange instead of a refund? A well-designed automated flow usually lifts this.
- Returns CSAT — customer satisfaction specifically on the returns experience. This is a high-stakes moment; a poor returns experience is a top driver of churn.
Key takeaways
- Returns are 15–20% of ticket volume but 25–35% of handle time — automating them has disproportionate efficiency impact.
- Automate clear-policy returns; route exceptions to humans with authority to approve them.
- Full automation requires three connected layers: AI agent, returns platform (label generation), and helpdesk for records.
- Write your policy in explicit, unambiguous terms — the AI can only apply rules it can read clearly.
- Track automation rate, label delivery time, and returns CSAT monthly.