Pre-orders, backorders, and waitlists get used interchangeably in casual conversation, but they solve genuinely different problems and belong at different points in a product’s lifecycle. Using the wrong one for your actual situation either leaves money on the table or creates a customer-trust problem that’s avoidable once the distinction is clear.
The Real Distinction
| Mechanism | When it’s used | Payment timing |
|---|---|---|
| Backorder | Product has shipped before and is temporarily out of stock; customer buys now anyway | Payment taken at purchase, same as a normal order |
| Pre-order | Product hasn’t shipped yet at all, with a known future release date | Varies — some pay upfront, some pay on release, depending on plugin/store configuration |
| Waitlist | No confirmed restock date, or the store isn’t ready to commit to selling it yet | No money changes hands until the item actually exists and is available again |
Why Getting This Right Matters for Trust
A backorder implicitly tells the customer “this is real, it’s coming back soon, buy with confidence” — using that mechanism for a product with no real restock certainty misleads the customer about how solid that commitment actually is. Conversely, using a waitlist (no payment, no firm commitment) for a product that genuinely does have a known ship date under-commits relative to what a pre-order could capture, since some share of waitlisted customers won’t convert once the actual purchase moment arrives, where a pre-order captures that intent immediately.
WooCommerce’s Native Support
WooCommerce supports backorders natively through its stock settings — no plugin required for the basic case. Pre-orders and waitlists both require dedicated plugins, since neither is a native WooCommerce inventory state; pre-order plugins add the upcoming-release-date logic and payment-timing options, while waitlist/back-in-stock plugins add the email-capture-and-notify mechanism for products with no confirmed date.
What to Actually Choose
- Use backorders when a proven, previously-stocked product is briefly out and you’re confident in the restock timeline — this is the lowest-friction option and needs no additional plugin.
- Use pre-orders for genuinely new products with a real, communicated release date — this captures committed demand ahead of launch rather than letting interested customers drift away before it’s available.
- Use a waitlist when you genuinely don’t have a restock date, or aren’t ready to commit to selling the item again — asking for payment or a firm commitment here would overpromise relative to what you can actually deliver.
- Don’t default to whichever plugin you already have installed — match the mechanism to the actual inventory situation, since a mismatch (a waitlist for a product with a known ship date, for instance) leaves real conversion on the table.
This connects to the broader inventory-accuracy picture in WooCommerce Inventory Sync: Why Stock Goes Out of Sync. Want help setting up the right pre-order/backorder/waitlist mix for your store? Get in touch.
Frequently Asked Questions
Can a single product use more than one of these mechanisms over its lifecycle?
Yes, and it often should — a product might start as a pre-order before launch, move to standard in-stock selling, later use backorders during a temporary stock gap, and fall back to a waitlist if a restock date becomes genuinely uncertain.
Does WooCommerce charge extra fees for pre-order or waitlist functionality?
WooCommerce core itself doesn’t, but pre-order and waitlist functionality require third-party plugins, which may carry their own licensing costs depending on the specific plugin chosen.
Is it risky to accept payment upfront for a pre-order?
It carries more customer-trust risk than payment-on-release if the release date slips — many stores mitigate this by only taking payment upfront when they have high confidence in the release timeline, and offering pay-on-release otherwise.
Featured image: original illustration.
