Operations  ·  July 2026  ·  7 min read

Cut where-is-my-order tickets without hiring

WISMO is usually the largest single ticket category in ecommerce support. Most of it is preventable with three changes that cost nothing to make.

Where is my order is almost always the biggest single category in an ecommerce support inbox. It is also the least interesting work your team does, because the answer is nearly always the same: it is in transit, and here is the scan.

The instinct is to answer faster. The better move is to make the question unnecessary.

Why the question gets asked at all

A shopper asks where their order is for one of three reasons. They cannot find the tracking link. The tracking link tells them nothing useful. Or the tracking has not moved and nobody has explained why.

All three are information problems, not staffing problems. Hiring another agent does not fix any of them. It just answers the same question more times.

Three changes that remove most of it

1. Put tracking somewhere the customer will actually look

Most brands send a tracking link in an email and then hand the customer to a carrier page. The email gets buried. The carrier page is designed for logistics staff, not shoppers, and it tells them the parcel is at a sort facility in a town they have never heard of.

A tracking page on your own domain, linked from the order confirmation and reachable from your site navigation, removes the first cause entirely. The customer knows where to look because it is where everything else about your brand lives.

2. Translate carrier language into human language

"Arrived at facility" means nothing. "On its way, arriving Thursday" means something. The underlying data is the same. The difference is whether anyone did the work of turning a scan code into a sentence.

The same applies to the difficult cases. A parcel that has not moved in three days needs a message that says so, in plain terms, with what happens next. Silence is what turns a delay into a support ticket, and then into a refund request.

3. Message before they have to ask

This is the one most teams skip, because it feels like inviting complaints. It does the opposite. A shopper who receives "your parcel is running a day late, here is why" does not write in. A shopper who discovers it themselves does, and they arrive annoyed.

A proactive delay notification is the one message in the whole post-purchase sequence that earns its keep, and almost nobody sends them.

What is left after that

Once tracking is findable, legible and proactive, the residual where-is-my-order volume is mostly genuine failures: parcels that are actually lost, actually stolen, or actually damaged. That is a much smaller number, and it is real work worth doing properly.

It is also work that does not have to sit with your team at all. If the resolution path lives on the same page as the tracking, the customer can start it themselves at the moment they realize something is wrong, which is the moment they are most likely to act.

The order to do this in

  1. Move tracking onto your own domain and link it from the confirmation email.
  2. Rewrite the status language so a person can understand it.
  3. Turn on delay detection and send the message nobody wants to send.
  4. Put a one-click path from the tracking page into a claim, so the failure cases resolve themselves.

None of this requires more people. It requires the information to be in the right place at the right time, which is a design problem, not a headcount problem.


Written by the Guide Team. We publish what we learn running this for merchants, not what ranks.

Read nextExchange-first returns that actually work

Most returns policies are written to control cost. The ones that retain revenue are written to change what the customer chooses.

Post-purchase, handled properly.

See Guide running on your own catalogue. Thirty minutes, and an honest read on fit.

Thirty minutes, on your own catalogue · Free to install, and our team does the build