Take a preorder when you have a confirmed restock date and stock on a purchase order; collect a back-in-stock email when you do not. That single test — how confident are you in the date — decides it better than any comparison of the two features, because the cost of getting it wrong is asymmetric. A missed alert loses a sale. A preorder you cannot ship on time produces refunds, chargebacks and a review that outlives the product.
They solve the same moment differently
A shopper lands on a sold-out product. They wanted it, they found it, and the page says no.
An alert says: leave your email, we will tell you. You keep the relationship; the sale happens later or not at all.
A preorder says: pay now, we ship when it arrives. You take the money today and carry an obligation.
Both beat a dead end. Which is better depends almost entirely on whether the obligation is one you can meet.
The restock date test
Be honest about which of these you are:
- Stock is on a purchase order with a confirmed ship date. Preorder. You know when, the customer knows when, and the money is yours now.
- Stock is ordered but the date is a supplier's estimate. Preorder only if you pad the date and say it is an estimate. Suppliers slip, and your customer's expectation was set by you, not by them.
- You intend to reorder but have not. Alert. Intent is not a date.
- You do not know whether you will reorder. Alert, and the signups will tell you whether to.
The second case is where most trouble starts. A preorder with a date you half-believe becomes a support queue the week it slips.
What a preorder costs you that an alert does not
The money arrives early, which is the appeal, and it comes with obligations that are easy to underestimate.
- It is a promise with a date attached. Miss it and you owe explanations, refunds, or both.
- Card authorisations expire. A long preorder window can mean re-charging, and some of those fail.
- Consumer protection rules apply. Depending on your market, taking money for goods you do not hold carries obligations about delivery windows and refunds. Worth checking before a long preorder rather than after.
- It changes your cash position deceptively. Preorder revenue is money you have received for goods you have not bought. Spending it before the stock lands is how a successful preorder becomes a problem.
An alert has none of these. It is an email address and an intention.
What an alert costs that a preorder does not
Chiefly conversion. The customer has to come back, which means they have to still want it when the email lands. For fashion, seasonal goods or anything bought on impulse, a meaningful share will not.
You also carry the timing problem: send late and the restock is gone; send to everyone on a small restock and you create more disappointed customers than sales.
Per product, not per store
The common mistake is treating this as a policy. It is a per-product decision, and most catalogues want both.
A reasonable default: preorders on items with a confirmed inbound shipment, alerts on everything else. As a purchase order gets confirmed, a product can move from one to the other.
Some stores run both on the same product — a preorder for the confirmed batch, an alert for anyone who does not want to pay now. That converts best and is the most work to explain on the page, so it is worth doing only where volume justifies it.
What the preorder page has to say
A customer paying today for something arriving later needs more from the page than a normal buyer, and burying it in terms is how you get chargebacks.
Three things, visible near the buy button:
- The expected ship date, as a date and not "soon". Pad it.
- What happens if it slips. "We will email you and you can cancel for a full refund" costs you almost nothing and prevents most disputes.
- Whether the rest of the order waits. A cart containing one preorder and three in-stock items has to either ship in two parcels or hold everything. Say which.
Stores that state the delay plainly consistently do better than stores that hide it. The customer already knows it is a preorder; hiding the detail only removes their confidence.
Partial preorders, and the stock you already have
One case sits between the two and catches people out: a product that is partly back.
You have twenty units arriving Tuesday and a waitlist of two hundred. The twenty are real stock with a known date. The other hundred and eighty are hope.
Two workable answers:
- Sell the twenty normally and alert the rest. Cleanest. The stock behaves like stock and nobody is promised anything you cannot ship.
- Preorder exactly twenty and close it. Captures payment from the fastest twenty and lets you tell the rest honestly that the batch sold out before arriving — which is true, and better received than silence.
What does not work is opening an uncapped preorder against twenty units. You will take two hundred orders and be refunding a hundred and eighty, having charged people for goods that were never going to exist.
So if you run preorders, check whether your app can cap them by quantity and close automatically. An uncapped preorder on limited stock is the single most damaging configuration in this whole area, and it is usually the default.
The signal each one gives you
Worth weighing, because both produce data and the data differs in quality.
Alert signups measure interest. Cheap to give, so the number is larger and softer — useful for ranking what to reorder, weak as a forecast.
Preorders measure demand with money attached. Far fewer, far more reliable. A hundred preorders is a better basis for a production run than a thousand waitlist signups.
If you manufacture rather than resell, that difference is the strongest argument for preorders — they de-risk the batch before you commit to it.
What to do when the date slips anyway
It will, eventually. How you handle it is most of what determines whether a preorder programme survives its first delay.
The sequence that works:
- Email before the date, not after. A customer told on the 10th that the 14th has moved is being kept informed. One told on the 16th has been let down and then ignored.
- Give the new date and the reason, briefly. "Our supplier's shipment was held at customs; we now expect to ship on the 28th" is fine. Vagueness is what makes people cancel.
- Offer a refund in the same email, without conditions. Most will not take it. The ones who would have demanded it anyway now think well of you, and offering it up front is usually a legal expectation as well as a commercial one.
- Do not slip twice quietly. A second delay announced only when the second date passes is the point at which a customer stops believing you.
The tempting alternative — say nothing and hope the shipment arrives — costs far more. A customer who discovers the delay by checking is already composing a review.
Setting it up
- Go through your sold-out products and mark which have a confirmed inbound date.
- Preorder those, with a padded date and a stated cancellation policy.
- Alert everything else.
- Review when POs are confirmed, moving products across.
- Watch your fulfilment date, not your conversion rate. A preorder programme is judged on whether you shipped when you said.
With Stok both run from the same widget — the free plan includes one preorder offer alongside unlimited alert signups, so you can test whether your customers will pay ahead before committing to it.
Where to go next
If you are going with alerts, the decisions that follow are channel and timing — both in the back-in-stock guide. If your waitlists are consistently larger than your restocks, read what to do when more people are waiting than you can restock before your next delivery.
