Why Shopify Brands Run Out of Stock (And How to Fix It)

Running out of stock on even one best-selling product can cost a growing Shopify brand thousands of pounds per month in lost revenue. A product selling 3 units a day at £35 loses roughly £105 for every day it is unavailable. If your supplier is overseas with a 10-week lead time, that stockout could last 6 weeks or more before replacement stock arrives. That is over £4,000 in lost sales from a single SKU.

But the real cost is higher than the lost transactions. Customers who see "out of stock" do not wait. They buy from a competitor. Some never come back. The lifetime value of those lost customers never shows up in any report. For brands selling premium products where purchase decisions are emotional, a stockout at the wrong moment can permanently redirect a customer relationship.

Weeks cover is the single most important inventory metric most Shopify brands are not tracking. It answers one question: how many weeks will my current stock last at the current rate of sales?

The formula is simple: Weeks Cover = Current Stock / Average Weekly Sales. If you have 200 units and sell 50 per week, you have 4 weeks of cover. If you sell 5 per week, you have 40 weeks of cover. The number on its own is useful. Combined with your supplier lead time, it becomes transformative.

Here is where it gets critical. If a SKU has 4 weeks of cover and your supplier lead time is 10 weeks, you are already 6 weeks too late to reorder. The product will be out of stock for at least 6 weeks before replacement arrives. If you had been tracking weeks cover and had an alert set at 12 weeks (lead time plus a 2-week safety buffer), you would have reordered before the problem existed.

Shopify does not calculate weeks cover. It shows stock quantity per location, but it does not divide that number by sales velocity. You see "200 units" but not whether that is 4 weeks or 40 weeks of supply. This gap is the root cause of most stockouts in Shopify brands.

The fix: track weeks cover for every SKU, updated daily. Set alert thresholds based on your specific lead times. Anything below your lead time plus a safety buffer should trigger an immediate reorder alert. This single metric, applied consistently, prevents the majority of stockouts.

When a founder looks at their Shopify inventory list and thinks "that looks low, I should probably order more", they are making a gut-feel decision. Sometimes the gut is right. Often it is not. Gut feel is biased towards products you personally care about (your newest collection, your favourite design) and away from the steady sellers that quietly generate most of your revenue. The products that stock out first are almost always the boring reliable sellers that nobody thinks about until a customer complains.

The fix is replacing gut feel with data. A reorder point for each SKU — calculated from sales velocity, supplier lead time, and a safety buffer — removes the guessing entirely. When stock drops below the reorder point, you order. When it is above, you do not.

A UK brand sourcing from a domestic supplier with a 5-day lead time can afford to reorder late. A brand sourcing from China with a 70-day production time and 120-day sea freight cannot. The maths is unforgiving: if your lead time is 190 days, you need to place Christmas orders in June. If you need summer stock, you order in the dead of winter. Many brands intellectually know this but do not build it into their purchasing workflow. They look at stock levels in April, see plenty of inventory, and do not place restock orders because it "feels" too early. By the time stock starts running low in June, the 190-day clock means replacement will not arrive until January.

Spreadsheets work when you have 50 SKUs and one supplier. They break when you have 500+ SKUs, multiple suppliers, and products selling across Shopify, Amazon, and wholesale. The problem is not the spreadsheet itself. The problem is that spreadsheet data is static the moment you export it. Sales happen continuously. Stock levels change with every order. A spreadsheet exported on Monday morning is already outdated by Monday afternoon. By Friday, it is fiction.

The specific failure mode is this: you export your stock data, spend two hours analysing it, make reorder decisions, and then do not look at the spreadsheet again for two weeks because you are busy running the rest of the business. In those two weeks, a product that had 6 weeks of cover when you checked now has 2 weeks of cover because it was featured in an email campaign that spiked sales. Nobody noticed.

A brand selling dog harnesses in 6 sizes, 15 patterns, with matching collars and leads, can easily have 2,000+ SKUs from what feels like a simple product range. Each variant sells at a different rate. Medium harnesses outsell XS by 8:1 in many brands. But purchase orders are often placed with equal quantities across sizes because "it is easier to order that way". The result is predictable: Medium stocks out while XS and XXL pile up as dead stock. The same dynamic plays out with bundles. A bundle containing a harness, collar, and lead depletes three separate SKUs per sale. If the bundle is popular, the component SKUs run down faster than individual sales data suggests.

Stock on hand is only half the picture. You also need to see what is on order, what is in production, and what is in transit. Without pipeline visibility, you either panic-order (wasting cash on stock you have already ordered but forgotten about) or fail to reorder (because you assume stock is coming when it is not). A brand with three active purchase orders totalling 12,000 units in production and transit needs to see those units alongside current stock to make accurate decisions.

Almost every product category has seasonal demand patterns. Pet accessories spike before Christmas. Fashion peaks in autumn and spring. Home and garden surges in summer. If your reorder system does not account for seasonality, it will suggest ordering the same quantities in September (pre-Christmas build) as it does in January (post-Christmas lull). The solution is not complex seasonal modelling. It is simply looking at the same period last year and asking: did sales increase? By how much? Adjust your forward orders accordingly.