Cash-on-delivery isn't a legacy habit online brands haven't gotten around to dropping. For a large share of first-time buyers, especially outside metro cities, it's still the only checkout option they'll trust. Turning it off outright reliably costs more in lost conversion than it saves in returns. So the real lever isn't cash-on-delivery versus prepaid, it's what happens between order placement and the courier's first delivery attempt.
Where an order actually turns into a return
- Impulse or comparison orders placed across a few different sites, where the buyer forgets or picks a different seller before delivery.
- Wrong size, color, or spec: the order was never going to be kept, confirmation or not.
- Genuine unavailability at the delivery attempt (buyer traveling, at work, address issue) that becomes a full return only because there's no second attempt scheduled.
- Cold feet on cash in hand: a surprising share of returns are simply the buyer not having exact change or reconsidering the spend at the door.
A confirmation call before the order ships addresses the first and last categories directly. It re-confirms real intent while the order can still be cancelled cheaply, rather than discovered as a return after two-way shipping has already been paid for. It does less for the second and third categories, which is why confirmation calling reduces return rates meaningfully without ever fully closing the gap, and why brands pairing it with delivery-attempt confirmation (a second call closer to the actual delivery date) see a bigger combined effect than either alone.
The volume math
This scales directly with order count, not headcount, which is what makes it a clean automation case: a brand doing 1,500 cash-on-delivery orders a month needs roughly the same call (same script, same confirmation logic) as one doing 20,000, just at a different volume. A human calling team hits a ceiling where either call quality drops under volume pressure or headcount cost grows in a straight line with order growth; an automated first-pass call doesn't have that ceiling.
Confirming a cash-on-delivery order is already standard practice for most online sellers. The opportunity isn't convincing anyone to start doing it, it's making the call happen consistently on every order instead of only the ones a stretched team gets to.
How Lemu AI helps
- An automatic confirmation call triggered the moment an order is placed, pulled straight from your order list or spreadsheet, no manual dialing needed.
- A confirmation script that reads back the specific item, size or variant, and total out loud, since silent assumption is where wrong-size returns start.
- A simple in-call cancel path that updates the order status directly, instead of making cancellation harder than just refusing delivery later.
- A second, delivery-attempt confirmation call closer to the actual delivery date, on the same platform, no separate tool needed.
- Every call outcome (confirmed, cancelled, no answer) logged back against the order, so operations always knows what's actually going out.
See how Asian Footwears automated cart-recovery and order-confirmation calls

