Backorders: Tell the Customer Before They Ask
The customer ordered on the third. On the nineteenth they emailed to ask where it was. That email is how your business found out it had a problem, and by then the only things left to offer were an apology and a date nobody trusted.
What a backorder costs
A backorder is an order you accepted for stock you do not have yet. Taking it keeps the sale. What happens next decides whether it keeps the customer.
The costs are easy to miss because they land in different places. Support answers the same where is my order question three times. Some customers cancel and some never come back. The warehouse ships a partial order and pays for freight twice. None of it appears on a report headed backorders.
The stock delay itself is often forgivable. What customers punish is finding out late, or being given a date that turns out to be wrong.
Where the date comes from
Every backorder message contains a promise, and the promise is only as good as the information behind it.
| Source of the date | How reliable it is | What to do with it |
|---|---|---|
| Supplier's quoted lead time | Optimistic by habit | Compare it to what they actually delivered |
| Purchase order due date | Good if somebody updates it | Check when it was last confirmed |
| Your own receiving history | The best evidence you have | Use the spread, not the average |
| A default such as two weeks | A guess wearing a number | Replace it or say you do not know |
| No purchase order raised yet | There is no date | Raise the order before promising anything |
Using the spread matters. A supplier who averages ten days and sometimes takes thirty should not produce a promise of ten days. Quote the date you will usually beat, which is the argument in quoting lead times you can keep.
Where AI earns its place
Estimating the date. Supplier by supplier, your receiving records show how late each one tends to run against its promise. Turning that into an expected arrival with a range is analysis that is tedious by hand and routine for software.
Sending the update before the question. When a purchase order slips, every customer waiting on that item can be told the same day, with the new date and their options. Drafting those messages in your tone, with the order details filled in, is the kind of job that does not get done manually when it involves forty customers.
Spotting trouble early. An item selling faster than its reorder plan assumed will go on backorder next week. Flagging it now gives purchasing a chance to act, and it is the other side of the item-level view in reading inventory turnover by item.
Sorting the queue when stock lands. Listing who has waited longest, who is a contract customer and which orders can ship complete is quick to assemble. Deciding the order is a different matter.
What to keep with a person
Allocation. When thirty units arrive against fifty on backorder, somebody decides who gets them. First come first served is fair and may cost you your largest account. That is a commercial judgment and it should have a name against it.
The promise itself, when the evidence is thin. If there is no confirmed purchase order, an automated message with a confident date is worse than an honest one saying you are waiting on the supplier. A model will happily produce a date. Make it show what the date is based on, and route the ones with no basis to a person.
Substitutions and cancellations. Offering an alternative product or a refund is a customer conversation, and for a business customer it may touch a contract.
The fix upstream
Count how many backorders were avoidable. Some come from a supplier failing. Many come from a reorder that was raised late, a count that was wrong, or a product page that showed stock you did not have.
Those are process problems with known fixes: accurate counts, as in cycle counting, and purchase orders raised on time, as in how purchase orders get raised. A customer you never had to apologise to is the cheapest outcome, and it protects the repeat business described in what your retention data already shows.
Frequently Asked Questions
What is a backorder?
An order accepted for a product that is not currently in stock, to be shipped when stock arrives. It differs from out of stock, where the business stops taking orders. Accepting a backorder keeps the sale, and it commits the business to a delivery date it has to estimate.
Why do backorders lose customers?
Usually because of how they are communicated. Customers tend to accept a delay they were told about with a realistic date. What damages the relationship is hearing nothing until they chase the order, or being given a date that then moves.
How should a backorder date be estimated?
From what suppliers actually deliver, not only what they quote. Your receiving records show how each supplier performs against its promised dates. Use the range of outcomes and quote a date you will usually beat. If no purchase order has been raised, there is no date to give yet.
How does AI help with backorders?
It can estimate arrival dates from supplier history, draft and send updates to every affected customer when a purchase order slips, flag items that are about to run out, and assemble the list of waiting orders when stock arrives. These are repetitive jobs that tend not to happen by hand.
What should not be automated?
Deciding who gets limited stock, promising a date when there is no confirmed purchase order behind it, and offering substitutions or refunds. Those are commercial decisions and customer conversations, and they need a person who knows the accounts involved.
How can a business reduce backorders?
Review which ones were avoidable. Supplier failures are one cause. Late reorders, inaccurate stock counts and listings that show stock that is not there are others, and those have process fixes. Accurate counts and purchase orders raised on time prevent a share of backorders before any customer is affected.
Updates that go out before the question
We connect your purchase orders, supplier history and customer messages so delays are flagged early and customers hear it from you first.
Related Articles
Dunning: Chasing Invoices Without Losing the Customer
Process Mapping Before You Automate Anything
Work Orders: The Information Gap That Costs You
Ajan leads the ChatGPT.ca team: 200+ custom GPT builds and automation projects for 50+ businesses across 20+ industries. Based in Markham, Ontario. PIPEDA-compliant solutions.