Cash on delivery is not a fallback

Most eCommerce advice is written for markets where the customer pays first. Card at checkout, order confirmed, parcel dispatched. Cash on delivery, where it appears at all, is the awkward option at the bottom of the payment list — the one you offer reluctantly and hope nobody picks.

In Bangladesh that ordering is backwards, and building a storefront as though it were not is a good way to lose customers at the last screen.

CBL Mart sells imported food, skincare and lifestyle products across the country. This post is about building the store around how people here actually buy.

Two kinds of doubt

Imported goods carry a specific problem: the shopper is not only deciding whether they want the product. They are deciding whether yours is real.

Counterfeits are common enough that "is this genuine" is a live question on every listing, and it is not one a product description can settle. Someone who has been sent a fake once does not want a promise. They want the parcel in their hand before the money leaves theirs.

That is the second doubt, and it is the one that decides the sale: pay now, to a website, and hope. A checkout that demands card payment up front asks the customer to resolve both doubts on trust, at the exact moment they are least willing to.

Cash on delivery resolves the second one completely. The customer pays the rider, at the door, with the box in front of them. Whatever the industry thinks of it as a payment method, it is the mechanism that makes a first order possible from a shop you have never bought from.

So we built it as the main path

Cash on delivery is a first-class option in this store, not a fallback. It is not buried under card fields, not preceded by a warning, and not framed as the lesser choice. bKash sits beside it for customers who prefer to pay in advance, and that is a real preference — plenty of people would rather not keep cash in the house for a delivery window.

The point is that neither is presented as the correct answer. The checkout asks how you would like to pay and treats both answers as normal, because for this market both are.

There is a genuine trade-off here and it is worth naming honestly: cash on delivery means refused parcels, and refused parcels cost real money in delivery fees and returned stock. That is a cost of doing business in this market, not a design flaw to engineer away. A checkout that eliminates it by demanding prepayment has not solved the problem — it has just moved the loss to the orders that never happened, where it is invisible and therefore feels smaller.

The WhatsApp order line

Some customers will not use a checkout at all.

They will send a photo of a product and ask if it is in stock. They will ask what the total comes to with delivery to their area. They will want to confirm the thing is genuine by talking to a person. This is not a failure of the interface — it is how a large number of people in this country are comfortable buying, and it is the same conversation they would have in a shop.

So ordering over WhatsApp is offered openly on the storefront rather than hidden as a support link. If someone would rather message than fill in a form, the store lets them, and that order is worth exactly as much as one placed through the checkout.

A lot of eCommerce thinking treats this as a leak to be plugged. It is not a leak. It is a channel, and the only real cost of supporting it is admitting that your checkout is not the only way to sell.

Offers are structure, not decoration

Bundles, buy-one-get-one, exclusives, clearance — most stores implement these as a banner on the homepage and a discount code at checkout.

The problem with the banner is that it is the one thing on a page that shoppers have trained themselves to ignore, and it disappears the moment they navigate anywhere. If offers are how the business competes, they cannot live somewhere the customer scrolls past on their way in.

So the offer rails are part of the storefront's structure. They sit where shoppers already look, they persist across the browsing experience, and each type has its own place rather than being flattened into a generic "sale" page. Someone hunting for clearance and someone tempted by a bundle are in different moods, and they should not be served the same grid.

Best sellers ranked from real orders

The "best selling" row on most stores is hand-picked. It is a merchandising slot wearing the costume of data.

Here it is computed from actual order history, and so is the newly-arrived listing. This matters for a reason that has nothing to do with honesty in the abstract: a hand-picked best-seller row tells you what the owner wants to sell, while a computed one tells you what customers keep choosing. The second is far more persuasive to a shopper deciding whether to trust an unfamiliar store, and it stays true without anyone maintaining it.

It also feeds back usefully. When the row shifts, that is the business learning something about its own catalogue that no one had to sit down and analyse.

The unglamorous pages that close sales

Delivery, payment and returns are explained on the storefront in plain language. Not a policy PDF, not a wall of terms — the answers to what it costs to deliver to my district, when it arrives, what happens if the product is wrong.

For a store selling imported goods to first-time customers, these pages do more conversion work than most of the product photography. They are the last thing a hesitant buyer checks before ordering, and if they are missing or evasive, the buyer closes the tab and nobody ever knows why.

What we would tell another store owner

Build for the payment habits that exist, not the ones your platform assumes. If most of your market pays at the door, cash on delivery is your primary checkout path and it should look like it.

Meet customers on the channel they are comfortable with, even when it is not your website. A WhatsApp order is an order.

Make offers part of the furniture rather than a banner. And compute your social proof from real data, because customers can tell the difference between a store showing them what sells and a store showing them what it needs to shift.

We build custom storefronts rather than dropping a theme onto a platform, which is what makes the above possible in the first place. If you are selling in a market where the standard checkout does not fit, we are happy to look at it with you.