Playbook, electronics retailer
The launch date was never the shop's to promise
Most order chasing is about a parcel that exists. A good share of it here is about a unit that has not been built, or has been built and not released, because the day it can leave a warehouse is set by somebody who does not answer to the retailer. The customer paid a shop, so they ask the shop, and the shop knows precisely as much as they do.
Why this is not the general answer
The handling pattern for order status holds across every trade. What follows is the part that does not.
- A large part of this queue is pre-orders held against a release date the maker sets and can move, so the business holding the money has no better information than the person asking for it.
- An order with a machine and three accessories on it waits for whichever line is furthest away, and the single status the customer is reading describes the order rather than the item they actually care about.
- The serial is attached when a specific unit is picked, so anybody wanting to register a guarantee or add the machine to a cover policy before it lands is asking for a number that does not exist yet.
- Launch day compresses everything into one morning: thousands of identical orders release together, dispatch order is fixed by when each was placed, and being moved up the list means somebody else being moved down it.
How it arrives
- when will my pre order actually ship
- has the release date moved again
- my order still says awaiting stock
- can i get the serial number before it arrives
- why has only part of my order been sent
- is my order in the first batch
What has to be indexed for this to work
| The pre-order page, with the date attributed to whoever set it | Written so it is obvious the day came from the maker rather than from you, and updated the moment it moves. A date presented as the shop's own promise becomes the shop's own failure when the maker slips it, and that conversion is entirely avoidable. |
|---|---|
| How a mixed order leaves you | Whether an order splits when one line is unavailable, whether it waits for everything, and whether the customer can ask for the available part now. Most of the chasing here is somebody assuming one behaviour while you operate the other. |
| When a serial exists, and where it is printed once it does | The point in your process at which a unit is assigned to an order, and where the number appears afterwards: the dispatch note, the box end label, the machine itself. Registration and cover questions all queue behind this one fact. |
| The launch day sequence, published before launch day | How allocation is committed, in what order orders release, and what happens to anybody beyond the allocation. Publishing the queue rule in advance is the only thing that makes a place in it feel like a process rather than a lottery. |
The reply
I cannot open orders, so I cannot tell you where yours is. What I can explain is what is holding it. Pre-orders sit against a release date the manufacturer sets, and we ship in the order the pre-orders were placed once our allocation is released to us, so the date on the product page is theirs rather than a promise from us [1]. If your order has more than one line on it, it goes out complete rather than in pieces unless you ask us to split it, which is usually why an order with a case or a cable on it looks stuck [2]. Serial numbers are assigned when a unit is actually picked, so there is no number to give you before dispatch. If you want the available items sent on ahead, send your order number and the email you ordered with to our contact address and somebody will set that up.
The refusal is first so nothing after it reads as a lookup. It then explains the two things that are actually causing the wait, ownership of the date and the behaviour of a mixed order, because both are stable facts about the shop that are true whatever this particular order is doing. The serial answer is given plainly rather than treated as an odd request, since it is a reasonable thing to want. Splitting the order is offered last as the one action that genuinely changes the outcome.
Where it stops
The trigger. The visitor gives an order number, asks where their unit is, asks to be moved up a queue, or wants a mixed order split or part shipped.
I cannot see orders or move anything along. Leave your name, the email you ordered with and the order number, and say whether you want the rest sent on ahead, and the team will pick it up and tell you where it stands.
It stops answering before it guesses, says who will pick it up, and asks for the one thing that makes a reply possible. Nothing about it reads as a dead end.
Never say this here
Out of bounds
- Never give a shipping date for a pre-order, because the release belongs to the maker and a date repeated by a shop becomes a promise the shop is held to.
- Never say a specific order has been dispatched, allocated or held, since the assistant reads documents and has no view of any order record.
- Never supply or guess a serial number, which identifies one physical unit and is the number a guarantee claim is later keyed on.
- Never suggest that placing a second order, cancelling and reordering, or ordering elsewhere improves a queue position, since the queue is fixed by the original order date.
Questions
- Can it tell somebody where their order is?
- No. There is no page on a shop's website containing one customer's order, so there is nothing for it to read. What it can do is explain why a pre-order sits, why a mixed order waits, and get the two identifiers to somebody who can look.
- Should we publish the launch queue rules before a launch?
- Yes, and it costs nothing. The anger on launch morning is almost never about missing out, it is about suspecting the order was arbitrary. A published rule turns a disappointment into a position in a line somebody can accept.
- Why does the serial question keep coming up?
- Because cover plans and registrations ask for it, and buyers assume a paid order already has one attached. Saying plainly that it exists from the moment a unit is picked ends the exchange instead of leaving somebody hunting through emails for it.
Keep reading
- Everything for a electronics retailerCompatibility, warranty and returns on opened items answer well from your own terms. Firmware level setup advice does not.
- Handling order status in generalThe most asked question in retail support and the one a document-based assistant cannot answer. What it can do instead, and where handover sits.
- No safe place, no neighbour, and somebody has to be inValue forces a signature, cells restrict the route, and a large screen is a booked appointment with two people and an old unit to remove.
- It comes back with everything in it or it does not come back wholeSeals, cables and an account registration decide this rather than the calendar. What has to be undone before the box travels back.
- Four separate reasons the figure coming back is not the figure that went outHandling beyond a shop look, a missing accessory, a trade in regraded on arrival, and cover that a different company has to refund.
Try it on your own material
Upload a document or point it at your site, paste one line of HTML, then ask it something only your business could answer.