Tuesday morning, you dispatch 30 parcels. The following week, seven of them come back unopened — buyer refused, address not found, three delivery attempts failed. Nobody complained, nothing was defective, and yet you just paid shipping both ways on seven sales that never happened. If you want to reduce RTO on Meesho and AJIO, the work starts before the parcel leaves your table — not after it bounces.
RTO — return to origin — is the parcel that never reached the buyer. It is not a customer return, it is a delivery failure, and on COD-heavy Indian marketplaces it is usually the single largest controllable leak in a small seller's P&L. This post is the practical version: what one RTO really costs, why it happens, and nine fixes ranked by what actually moves the number.
What one RTO actually costs
The visible cost is the logistics line on your settlement — a forward charge, and depending on marketplace and program, a return-leg charge. Call it ₹70–₹120 on a typical low-ticket fashion order; the exact slabs vary by weight, zone, and marketplace, so treat every number here as illustrative. The invisible costs are bigger.
The parcel spends 7–21 days travelling to the buyer, waiting through attempts, and travelling back. For a seasonal kurti or a festive set, those are selling days you never get back. When it lands, someone on your two-person team opens it, checks it, re-polybags it, and restocks it — fifteen minutes that feels free and is not. Add the polybag and invoice you wrote off, and the working-capital cost of money parked in a parcel going nowhere.

Run the maths on a store doing 20 orders/day at a 20% RTO rate: roughly 120 bounced parcels a month, each burning ₹150–₹200 in cash and time. That is ₹18,000–₹24,000 a month leaving quietly — more than most sellers' advertising budget — on orders that produced zero revenue.
Why RTO happens on Meesho and AJIO
Four patterns explain most of it. COD refusal: the buyer ordered on impulse, the parcel arrives five days later, the impulse is gone, and refusing costs the buyer nothing. Address failure: a house number missing, a locality misspelled, a pin code that doesn't match the city — the courier attempts, fails, and returns. Pin-code patterns: certain pin codes in your own history bounce again and again, because of courier coverage gaps or local refusal culture. Slow dispatch: every extra day between order and delivery widens the window in which the buyer's intent decays.
Notice what is not on the list: the courier's mood, the weather, the marketplace conspiring against you. Some RTO is genuinely random. But the four patterns above are yours to attack, and they respond to boring, repeatable fixes.
The nine fixes, in working order
Fixes 1–3: stop the risky order before it ships
- 1. Run a 10-second address sanity check. Before packing, scan for a house/flat number, a locality, and a pin code that matches the city. An address that reads “Near bus stand” with a 6-digit pin from another state is not an order — it is a prepaid RTO. Hold it, attempt contact, and dispatch only when it resolves.
- 2. Confirm COD intent before dispatch. A short WhatsApp or SMS — “Your order #MS-48211 ships today, please keep ₹499 ready” — does two things: it reminds the buyer the order exists, and it surfaces the silent cancellations before you pay for shipping. Sellers we've sat with consistently report fewer doorstep refusals once a confirmation touch exists.
- 3. Keep a pin-code watchlist. Export your last 90 days of orders and sort RTOs by pin code. Most stores find a small set of codes producing an outsized share of bounces. Orders to watchlist codes get the confirmation message every time, and high-value orders get an actual call.
Fixes 4–6: dispatch speed and packing discipline
4. Dispatch same day, every day. Intent decays daily. An order packed and manifested within hours of confirmation reaches the buyer while they still want it. This is the strongest argument for processing orders on a schedule instead of “when I get to the panel” — a parcel that misses today's pickup is a parcel that arrives one intent-decay day later.
5. Get the label-and-slip pairing right. A wrong label on the right box creates a delivery failure that looks like an address problem and settles like an RTO. Pack against the packing slip, match the label to the slip, and keep generated documents in one place so reprints don't drift. Robnu's shipping documents hub exists for exactly this — every label, slip, and manifest tied to its order, regenerable without guesswork.
6. Respect the courier's reality. On Meesho and AJIO you don't choose the courier — allocation is marketplace-controlled. What you control is handover quality: parcels ready at pickup time, scannable labels, manifests closed on schedule. Late or messy handovers push your parcels into the next cycle and stretch the delivery window that feeds refusals.

Fixes 7–9: listing truth as RTO prevention
7. Photos that match the parcel. Over-edited photos create buyers who half expect disappointment — and a hesitant COD buyer refuses at the door rather than opening the box. Shoot the real colour, the real fabric fall, the real print scale.
8. Size charts that prevent doubt. A buyer unsure between L and XL either orders both intending to refuse one, or orders one and refuses on second thoughts. A measured chart — garment measurements, not body guesses — removes the doubt that turns into refusals and returns alike.
9. Set the delivery expectation in the listing. “Ships within 24 hours, usually delivered in 4–7 days” costs one line of copy and resets the impatience clock. Buyers who know the wait refuse less when day six arrives.
What about pushing buyers to prepaid?
It is the obvious structural fix — prepaid orders bounce far less — and it is also the one you control least. Marketplaces own the checkout, and a Meesho buyer choosing COD is not going to change her habit because your packaging insert asked nicely. What you can do is indirect: build the kind of listing trust that makes prepaid feel safe (real photos, filled-out size charts, visible ratings), and treat your COD share as a fact of your category rather than a personal failing. Sellers in COD-heavy segments who obsess over converting payment types usually get further by attacking refusal causes instead — the confirmation message, the dispatch speed, the watchlist. Change what the buyer experiences, not what she pays with.
The same logic applies to blocklists and order rejection. Refusing to serve entire pin codes feels decisive and costs you real revenue, because even a pin code that bounces 40% of the time delivers 60% of the time. The watchlist approach — extra confirmation, not exclusion — keeps the good 60% while filtering the bad 40%. Blunt instruments feel productive; sharp ones make money.
A 60-second decision flow for risky orders
Fixes are habits; this is the habit that binds them. Every order gets sixty seconds of screening before it joins the packing pile.

Measure it properly, or the fixes lie to you
One blended “returns” number will hide everything you just fixed. RTO and customer returns have different causes — delivery failure versus post-delivery disappointment — so track them as two separate rates: RTOs ÷ shipped orders, and customer returns ÷ delivered orders. Watch the RTO rate weekly by cohort: orders shipped in week 1 versus week 2, not a rolling blur. A confirmation-message habit started this Monday shows up in next week's cohort, not today's dashboard. Robnu's operations dashboard keeps the two rates split by default, with the rupee cost attached to each.
While you are measuring, attach money to the rate, not just a percentage. “RTO is 18%” produces a shrug; “RTO cost ₹21,400 last month — about what we spent on ads” produces a Tuesday-morning meeting. The rupee framing also keeps you honest about which fixes are worth their effort: a fix that moves RTO from 18% to 15% on a 20-orders/day store is worth roughly ₹3,500 a month at the illustrative numbers above — plenty to justify a WhatsApp template, not enough to justify hiring someone.
A week-one playbook
If all nine fixes feel like a lot, here is the minimum honest start. Monday: export 90 days of orders, mark the RTOs, and build the pin-code watchlist — it takes under an hour and most sellers find their top five offender codes immediately. Tuesday: write the COD confirmation template and start sending it to watchlist orders only. Wednesday through Friday: enforce same-day dispatch, which mostly means processing orders on a fixed schedule instead of when the panel gets opened. That is the entire first week, and it attacks the three patterns — refusal, address failure, intent decay — that produce most bounces.
Week two is measurement: set up the split RTO and customer-return rates so the cohort that shipped under the new habits can be compared against the old baseline. Week three is listings: size charts on the top ten SKUs by return volume, photo truth on anything with a colour-complaint history. By week four you have a system, not a resolution.
Where Robnu fits
Robnu is the agentic OMS for Meesho and AJIO sellers — it runs the daily order grind itself: accepting, generating documents, closing manifests on time, tracking every parcel including the ones coming back. Same-day dispatch (fix 4), document hygiene (fix 5), clean handovers (fix 6), and split RTO measurement all come out of the box, and every returned parcel lands in returns management already tied to its order and its money. The fixes that need a human — better photos, honest size charts, the judgment call on a doubtful address — get the hours Robnu gives you back.
It is free for everyone right now — every feature, every order, no card. When paid pricing eventually launches, sellers under 25 orders/day stay free forever. If RTO is eating your margin, start with fixes 1–3 this week and let the software handle the rest.
