Why confirm a cash-on-delivery order before you dispatch it?

A cash-on-delivery order is a promise, not a payment

When a customer pays online, the transaction is settled before you touch a box. The order is evidence: someone was willing to part with money for this specific thing at this specific address. Cash on delivery reverses that. Nothing is settled. What you have is an intention, recorded at the moment of highest enthusiasm and lowest commitment, and you are being asked to fund the entire fulfilment of it on the strength of a form submission.

That gap is not a customer-integrity problem. Most people who place a cash-on-delivery order mean it. The gap is a timing problem: the cost of a bad order rises sharply the moment the parcel leaves your shelf, and almost everything that makes an order bad is knowable before it does.

What "bad order" actually means

It is worth being specific, because "fake order" is the phrase everyone reaches for and it describes the smallest category. In practice a cash-on-delivery order fails to convert into a delivery for reasons that look like this:

• The address is wrong or unreachable. A house number that does not exist, a landmark instead of an address, a thana written where the district should be. The courier discovers it, not you.
• The phone number is wrong. Mistyped, or a number the customer no longer uses. The courier cannot call ahead, so the rider arrives to a locked gate.
• It is a duplicate. The checkout was slow, the customer pressed the button again, and now two identical parcels are in the queue.
• The customer changed their mind. Entirely legitimate, and cheap to accommodate — if you hear about it before you pack.
• The customer wanted something slightly different. A different size, a different colour, a different delivery day. They would still buy. They just will not accept this parcel.
• Somebody else placed it. A child, a friend, a prank. Rare, memorable, expensive.
• Nobody is going to be home. The order is real and the address is right, but the delivery window and the customer's life do not overlap.

Only one of those seven is malice. The rest are ordinary friction, and every one of them is a question a person could answer in under a minute on the phone.

The cost curve is the whole argument

Follow one wrong-address order through your operation and price each step.

Before dispatch, the order costs you a phone call. Cancel it and you have lost the call.

After you pack it, you have lost packaging, the pick time, and the stock is out of your sellable pool until it comes back. After the courier collects it, you are paying forward delivery. After the failed attempt, you are paying return delivery too, and the parcel is travelling for days during which nobody can buy that item. When it lands back with you, someone has to receive it, open it, inspect it, and decide whether it can go back on the shelf. Apparel that has been handled twice frequently cannot.

None of those steps is dramatic on its own. The point is the shape: the same defect costs progressively more the later you find it, and the confirmation call sits at the cheapest point on the curve.

Why we publish no return-rate benchmark

You will find plenty of numbers online for how many Bangladeshi cash-on-delivery orders come back. We do not republish them, because we cannot verify them, and a number you cannot trace to a named publisher and a date is worse than no number — it feels like evidence while behaving like a guess.

Your own rate is also the only one that matters. It depends on your category, your price point, your ad channel, your courier and your city coverage. An apparel brand advertising to a broad audience and a pharmacy taking repeat orders from the same neighbourhood do not have a shared number, and averaging them produces a figure that describes neither.

So the ROI calculator on this site takes your figures and only your figures. Put in your own order volume, your own delivery cost and your own current failure rate, and it does arithmetic in front of you. If a tool offers you a projected saving before asking what you currently lose, it is selling you a number, not a calculation.

What a confirmation step is actually for

The obvious purpose is to catch the bad orders. The less obvious purpose, and the one merchants tend to report as the bigger change, is that it converts a silent queue into a sorted one.

Without a confirmation step, every pending order is identical: a row waiting for someone to decide. With one, the queue arrives pre-separated. Some orders are ready to pack. Some are cancelled and can be released. Some need a change first — a size swap, a corrected address, a different day. Some need a human to call back, because the customer asked a question the agent should not answer.

That is why an automated confirmation call is worth doing properly rather than as a recorded message. A recording can tell someone to press 1. It cannot hear "actually can you send the large instead", write that down as a structured change, and hand your packer a corrected order. The six outcomes exist precisely so the queue comes back sorted into work you can act on.

Where automation earns its place

Calling every order by hand works, and for a small operation it works well: you get a real conversation, judgement, and a person who can be flexible. It stops working for the ordinary reason — it scales linearly with orders, and the calls all need making inside the same few hours of the day if the parcel is going out tomorrow.

The point of automating the call is not that a machine is better at talking to people. It is that the first pass — confirm the items, confirm the address, confirm the amount payable at the door, note any change — is the same conversation every time, and the exceptions are what your team is actually good at. Automate the pass, escalate the exceptions, and your callers spend their day on the calls that need a human.

If you want to see the mechanics rather than the argument, the live call demo plays a scripted confirmation call turn by turn in Bangla with the English alongside, and Features covers what happens to the outcome after the call ends.