How to Track Customer Decisions During an OOS Event (With a Real Outcome Table)

OOS customer tracking outcome table showing Wait, Refund, and Pending decision categories

OOS customer tracking is the operational habit that decides whether a stockout quietly protects your revenue or quietly drains it. Most DTC teams handle an out-of-stock event as a one-time notification: send an email, hope for the best, and check back only when a customer complains. That approach leaves the business blind to exactly the number that matters most during a stock delay — how many customers are still undecided, and how much revenue is sitting in that undecided pile.

This post walks through the OOS customer tracking system used to manage real stock-delay events across Shopify, Shopee, and Lazada during a nine-month operating period covering 9,025 orders and roughly $610,000 USD in GMV, run as a solo operation. It includes the real outcome table structure, the three decision categories every affected customer falls into, and the follow-up cadence that converts “pending” into retained revenue instead of lost revenue.

Why OOS Customer Tracking Matters More Than the Stockout Itself

A stockout is not, by itself, a crisis. Customers generally accept that products run out. What turns a routine stock delay into a revenue problem is uncertainty — customers who don’t know whether to wait, and support teams who don’t know how many of them are waiting, refunding, or simply gone quiet.

Shopify’s own inventory documentation confirms this is a structural gap: the platform does not include native, ongoing tracking of what happens to a customer’s order after an out-of-stock notification is sent. That gap has to be closed manually — which is exactly what OOS customer tracking is designed to do.

Without a tracking system, three things happen every time: refund requests get processed reactively instead of proactively, “wait stock” customers get forgotten until they escalate, and management has no real number to report beyond “we handled it.” OOS customer tracking replaces that guesswork with a live, countable record of every affected order.

The Three Outcomes Every OOS Customer Falls Into

Once a proactive OOS notification goes out — the same notification framework covered in the retention case study on 66.8% of OOS revenue — every affected customer resolves into one of three buckets. OOS customer tracking exists to record which bucket each order sits in, and to move orders out of the riskiest bucket as fast as possible.

  • Agreed to Wait — the customer accepts the ETA and stays in the order. Revenue is retained the moment stock arrives.
  • Requested Refund — the customer declines to wait. Revenue is lost, but processing the refund quickly protects the relationship and the review.
  • Pending — no response yet. This is the bucket that determines whether the final retention rate looks like 66.8% or closer to 40%.

The distribution below reflects a generalized reference range for a well-run OOS containment exercise, based on real case tracking during a multi-platform stock delay:

Customer Decision% of CasesRevenue Outcome
Agreed to Wait for Stock~64%Revenue retained — order ships on arrival
Requested Full Refund~8%Revenue released — process within 48 hours
Pending / No Response Yet~28%Unresolved — requires Day 5–7 follow-up to convert

Table 1: OOS customer tracking outcome distribution — generalized reference range, not a single-batch figure.

Keeping the “Agreed to Wait” share above 60% is a strong containment result. The number that actually needs daily attention, though, is the Pending column — because every day it stays large, refund exposure keeps climbing.

Building an OOS Customer Tracking Sheet (Wait / Refund / Pending)

An OOS customer tracking sheet doesn’t need complex software. A shared spreadsheet, updated daily, is enough to run this at solo-operator scale. The fields that matter are the ones that let you calculate revenue retained without manually re-checking every order.

Fields to Include

  • Order number and customer name
  • Order value (in your operating currency)
  • Date the OOS notification was sent
  • Response status: Wait / Refund / Pending
  • Refund processed: Y / N
  • Case status: Open / Closed

Two summary rows sit at the bottom of the sheet: total OOS order value affected, and revenue retained as a percentage of that total. That single percentage is what turns daily tracking into a reportable outcome — the same metric behind the 66.8% retention case referenced above.

What the Real Outcome Distribution Looked Like

During the stock-delay period this framework is drawn from, orders sent a proactive Day-1 notification converted into the distribution shown in Table 1 above, with the Pending bucket shrinking steadily each day follow-up emails went out. That daily shrinkage — not the initial notification — is what OOS customer tracking is actually measuring.

The Pending Bucket Is Where Revenue Is Won or Lost

Why Pending Cases Deserve a Dedicated Follow-Up StepA customer who hasn’t responded is not a customer who has decided to wait.Left untouched, Pending cases convert to Refund requests at a much higher rate than cases that receive a structured Day 5–7 follow-up.The fix is not urgency-based messaging — it’s a second, calmer message that restates the ETA and makes the wait/refund choice easy to make in one click or reply.The email sequence that moved 34 customers from Pending into confirmed Wait-Stock Agreements is covered in the follow-up case study [Out of Stock Email Sequence: How We Turned 34 Customers Into Wait-Stock Agreements].

OOS customer tracking makes this follow-up possible at all. Without a dated record of when each notification was sent, there is no reliable way to know which orders are due for a Day 5–7 nudge versus which are still inside their initial response window.

Turning Tracking Data Into a Revenue Retention Report

The value of OOS customer tracking isn’t only operational — it’s also reportable. Once the sheet closes out (typically within seven days of full stock fulfilment), the same fields roll up into a short incident report: total orders affected, total OOS value, wait-stock orders and value, refund orders and value, and a final revenue retention percentage.

This report format matters for two audiences. Internally, it gives a manager or founder a clean number instead of an anecdote. Externally — if the brand publishes its own operational case studies, the way this one does — it’s the difference between a vague claim (“we handled the stockout well”) and a specific, defensible one (“66.8% of OOS revenue was retained”).

OOS Customer Tracking vs. Just “Handling Complaints”

A support inbox full of OOS-related tickets can feel like it’s being handled, because every individual reply happens. What’s missing is the aggregate view: how many total orders are affected, what percentage sit in each decision bucket, and whether the Pending bucket is shrinking or growing week over week.

Baymard Institute’s long-running usability research on unresolved uncertainty during a purchase flow reflects the same underlying pattern seen in OOS customer tracking data: shoppers who are left without a clear next step disengage rather than push forward, whether that uncertainty shows up at checkout or after an order has already been placed.

Reactive complaint-handling treats each ticket as its own event. OOS customer tracking treats the entire stock-delay period as one measurable incident with a start date, a resolution deadline, and a single retention number at the end.

Common Mistakes That Break OOS Customer Tracking

  • Tracking only refund requests, not wait-stock agreements — this hides the real retention rate.
  • Updating the sheet only when a customer escalates, instead of daily.
  • Skipping the Day 5–7 follow-up entirely, letting Pending cases decay into Refund requests by default.
  • No summary row — meaning the retention percentage has to be recalculated by hand for every report.
  • Running OOS customer tracking on paper or in email threads instead of a single shared sheet, which breaks down the moment more than one person is handling tickets.

How We Retained 66.8% of OOS Revenue With One Proactive Email Sent on Day 1

The OOS Communication Sequence That Turned 34 Customers Into Wait-Stock Agreements

How to Handle a Defect Batch Crisis Without Losing Customers or Revenue

Get the Full OOS & Stock Delay SOP Template

This post covers the OOS customer tracking framework at a conceptual level. The full OOS & Stock Delay SOP Template includes the ready-to-use outcome tracker, the complete Email A–D notification sequence, a refund containment checklist, and a post-OOS incident report template — the same documents referenced throughout this article.

CX Ops Lab Product Links
OOS & Stock Delay SOP Template ($19)
E-commerce Crisis Playbook ($19)
Bundle: Both Templates ($29)
DTC Crisis Communication Framework ($79)

About CX Ops Lab

CX Ops Lab is built from real, solo-operated DTC e-commerce experience — managing multi-platform customer operations across Shopify, Shopee, and Lazada. Every framework, template, and case study published here comes from operational systems that were used in production, not adapted from theory. CX Ops Lab publishes operational breakdowns and sells the underlying SOPs and templates at payhip.com/CXOpsLab.