Can I Use Pre-orders Only for Certain Products and Back-in-stock Alerts for Others?
Why a Mixed Setup Is the Normal Answer
A mixed setup is normal because your catalog is not uniform. Some sold-out items have a purchase order with a delivery date attached. Others are gone with no plan to bring them back. Those two situations call for different behavior on the product page.
Forcing one mode across everything causes predictable damage in both directions. Put everything on pre-order and you eventually take payment for items that never arrive, which means refunds, support tickets, and payment processor complaints. Put everything on alerts and you leave money on the table for products you already know are landing in three weeks.
The deciding question is short. Do you know when this specific variant is coming back, with enough confidence to put a date in front of a customer?
If the answer is yes, pre-order. If the answer is no, collect the alert signup. Everything else is detail. Stores on OpoShop that apply this one test consistently rarely run into pre-order trouble.
Which Products Belong on Pre-order
A product belongs on pre-order when the stock is committed and the date is credible. That combination is narrower than most merchants assume.
Four signals point toward pre-order:
- A confirmed purchase order: Units are paid for or contracted, not just planned.
- A date you would stake money on: You can name a shipping window and hit it.
- Predictable production: Your supplier has delivered on schedule for this item before.
- Real demand pressure: Enough people want it that letting them buy now beats making them wait for an email.
Pre-orders are strongest for scheduled launches and repeat bestsellers. A restock landing on the 14th with 300 units contracted is exactly the case pre-orders were designed for. You collect revenue early, you know how much of the delivery is already sold, and the customer stops shopping for alternatives.
The cash flow benefit is worth naming. A $90 product with 120 pre-orders is $10,800 collected before the shipment lands. That money can fund the shipment itself, which is a meaningful advantage for a growing store on OpoShop buying inventory out of cash flow.
The tradeoff is obligation. A pre-order is a sale with a delivery promise attached. Miss the date and you own the consequences, including refunds you may have already spent.
Which Products Belong on Alerts Instead
A product belongs on back-in-stock alerts whenever the return date is uncertain, and that covers more of a typical catalog than pre-orders do.
Use alerts when any of these are true. The supplier has not confirmed. The item is seasonal and may not return this year. Production timelines have slipped before. Or you have not yet decided whether to reorder at all.
Alerts have one enormous advantage in these cases. They cost the customer nothing and promise nothing beyond a message. Nobody asks for a refund on an email they never received, and nobody disputes a charge that was never made.
Alerts also produce information you need before committing money. A variant with 240 signups justifies a reorder. A variant with four signups probably does not. That demand read is precisely what you are missing when deciding whether to buy again, and tools like Restockly capture it on your OpoShop product page while the shopper is still standing there.
There is a third case worth calling out. Discontinued products should still collect signups, but the follow-up should be honest. Tell those shoppers the item is not returning and point them to the closest current alternative in your OpoShop catalog. That converts better than silence and keeps the relationship intact.
How to Split Your Catalog Between the Two
The split is a per-variant setting driven by a simple decision rule, applied once and then reviewed when supply changes.
Those five rules keep the catalog honest. The parts that need care are below.
1. Make alerts the default, not pre-orders
Default to alerts because it is the safe mode. A variant that accidentally sits on alerts costs you a delayed sale. A variant that accidentally sits on pre-order costs you a refund and a disappointed customer.
Defaults get applied to new products automatically and nobody reviews them. Choose the one whose failure mode is survivable.
2. Cap pre-orders at the incoming quantity
If 300 units are arriving, stop accepting pre-orders at 300. Selling 380 pre-orders against a 300 unit shipment means 80 people are getting a refund and an apology.
A cap also creates useful pressure. When shoppers can see that pre-order slots are limited to the incoming shipment, the decision to buy now instead of waiting becomes easy and honest at the same time.
3. Handle mixed-variant products carefully
A single product can legitimately have three variants on pre-order and five on alerts. The product page has to handle that without confusing anyone.
The cleanest pattern is to let the buy area change with the selection. Pick a size with confirmed stock arriving and you see a pre-order button with a date. Pick a size with no confirmed restock and you see the signup form. Same OpoShop product page, different state, no ambiguity.
Pre-order vs Back-in-stock Alert vs Waitlist Only
The three modes differ in what the shopper commits and what you owe them afterwards.
| Mode | What the shopper does | You gain | You owe |
|---|---|---|---|
| Pre-order | Pays now for later delivery | Revenue upfront and a confirmed sale count | Delivery by the promised date or a refund |
| Back-in-stock alert | Leaves an email for a future message | Demand data and a recovery path | One accurate email when stock returns |
| Waitlist only | Joins a queue with no purchase | Ordered demand for scarce releases | A fair position and priority when stock lands |
Pre-order is the only mode that produces revenue on the spot, and the only one that creates a legal obligation. Treat it as a sale, because that is what it is.
Back-in-stock alerts are the workhorse. They fit any sold-out variant, they carry no obligation beyond an accurate email, and they generate the demand data that informs your next purchase order.
Waitlist-only sits between the two and suits limited releases where you want an ordered queue without taking payment early. It works well for drops where allocation fairness matters more than early cash. Many OpoShop stores end up running all three, matched to different parts of the catalog.
Keeping the Two Modes From Colliding
The mixed setup breaks in a handful of specific ways, and all of them are avoidable with a few checks.
The first collision is a variant showing both a pre-order button and a signup form. Pick one state per variant. Two calls to action in the same buy area cut conversion on both.
The second is alerting people who already pre-ordered. Once a shopper has paid for the incoming unit, they should come off the alert list for that variant immediately, or they will get an email inviting them to buy something they already own.
The third is a pre-order that outlives its date. If the shipment slips, the page has to change. Either update the date honestly or switch the variant back to alerts and refund anyone who no longer wants to wait.
The fourth is mixing pre-order and in-stock items in one cart without explaining fulfillment. Say clearly whether the order ships together or in two shipments, before checkout rather than after.
The fifth is forgetting to switch modes when the shipment lands. A variant that arrives and stays on pre-order is selling stock you are holding in your own warehouse. Flip it to normal purchase the day it arrives on your OpoShop storefront.
What We Recommend for [OpoShop](https://oposhop.io) Merchants
We recommend alerts as the catalog-wide default, pre-orders switched on per variant only where a confirmed delivery date exists, and a monthly review of anything sitting in either mode too long.
Practically, that means walking your sold-out variants once and asking the single question. Do I know when this is coming back? Most stores find that the honest answer is yes for a small minority and no for the rest, which is exactly the split the setup should reflect.
Then set two guardrails. Cap every pre-order at the incoming quantity, and put a real date on every pre-order button. Those two rules prevent almost all pre-order problems, because both of the common failures are promises that exceeded what was actually arriving.
Finally, use the alert data to decide what gets promoted to pre-order next. A variant with heavy signup volume is the best candidate for your next purchase order, and once that order is confirmed, it is also the best candidate for pre-order. The two modes feed each other when the demand signal drives the buying decision.
Best answer: Yes, run both. Set back-in-stock alerts as the default for every sold-out variant, and switch individual variants to pre-order only when stock is committed and you can name a delivery date. Cap pre-orders at the incoming quantity, keep the setting at variant level, and your OpoShop store captures demand safely on everything else.
If you want each sold-out product handled the right way instead of one blanket rule, start with the storefront that ties it together.
FAQs
Can one product have some variants on pre-order and others on alerts?
Yes. The setting works at variant level, so a size with confirmed incoming stock can take pre-orders while a size with no restock date collects signups. The buy area should change as the shopper selects each option.
Should I charge the full amount for a pre-order?
Full payment is the simplest and most common approach, and it is the one that gives you the cash flow benefit. A deposit lowers the barrier but adds a second charge to collect later, which creates its own drop-off.
What happens if a pre-order delivery date slips?
Tell customers before they ask, give a new date, and offer a cancellation with a refund. Silence turns a delay into a dispute. Proactive notice usually keeps most of the orders intact.
Do pre-orders replace the need for back-in-stock alerts?
No. Pre-orders only work when you have a confirmed delivery date, which is a minority of sold-out variants for most stores. Alerts cover everything else and produce the demand data that tells you what to reorder.
Should someone who pre-ordered stay on the alert list?
No. Remove them from that variant's alert list as soon as the pre-order is placed, otherwise they will receive a restock email for an item they have already bought and paid for.
How do I decide which products get promoted to pre-order?
Look at signup volume. A variant with a long waitlist and a confirmed reorder is the strongest pre-order candidate, because demand is proven and the delivery date is real.
Ready to match the right mode to every sold-out product in your catalog? Start with the platform underneath your store.
