WardrobeWatch

What Return Reason Codes Reveal About Wardrobing

October 17, 2026

Return reason codes should expose wardrobing, but they usually conceal it, because wardrobed items come back coded as changed mind, did not fit, or ordered multiple sizes by staff who cannot prove wear and customers who will not admit it. The signals live in the patterns around the codes: which codes spike after event weekends, which stores overuse vague codes, and which accounts cycle the same code in occasion categories. Clean the coding first, then read the calendar.

Why the codes lie politely

Desk staff choose the code that ends the conversation fastest. Changed mind requires no discussion; arrived damaged starts one. Customers returning a worn dress choose fit or changed mind for the same reason. The result is a data set where the vague codes absorb everything, including most of your wardrobing, and the specific codes understate every real problem.

This is not a staff honesty problem, it is an incentive problem. If coding carefully slows the queue and changes nothing the employee ever sees, the codes will stay vague. Audits that punish stores for high vague code rates without fixing the workflow just teach staff to spread the vagueness around.

Signals that survive the noise

Even noisy codes carry signal in aggregate. Watch the changed mind rate in occasion categories the ten days after major local events, compared with the same category in quiet weeks. A sharp, repeatable post event spike in the vaguest code is the wardrobing shadow, measurable even when no single return can be proved.

Store comparisons help too. If one location codes three times the network rate of did not like style on formal returns, either its customers are uniquely indecisive or its desk is not inspecting. Pair the code data with a condition sampling audit at that store and the truth shows up within a week.

Cleaning the data at the desk

Reduce the code list. Desks with fifteen codes produce noise; desks with six clear ones, plus a condition flag set separately from the reason, produce data. Separating why the customer says they returned it from what condition the item is actually in is the key design move: the reason is the customers story, the condition flag is your observation, and they should never have been the same field.

Make the condition flag one tap: new, tried on, worn signs. Staff will use a one tap flag honestly because it accuses nobody and takes a second. Within a month, the worn signs flag rate by category and store becomes the most honest wardrobing metric in the building, and reason codes can go back to their real job of explaining demand.

What to do with the cleaned signals

Feed them upstream. A rising worn signs rate in a category is a buying and policy signal: tighten that categorys window, add the visible tag, or brief the desk before the next event weekend. Reason codes then become an early warning system instead of an autopsy.

Close the loop with staff. Show desks their own category patterns in a monthly huddle, including the good news when worn rates fall after a policy change. Data that only ever arrives as criticism stops being collected honestly; data that visibly changes rosters, tags, and windows earns care at the point of entry.

Keep reading on this site: Wardrobing signals in shipping data, Wardrobing around homecoming season, Wardrobing signals in payment data. Each of those pieces connects to the ideas above and gives more detail on the parts this guide could only summarize.

Frequently asked questions

What reason code do wardrobers choose most?

Changed mind and fit codes dominate, because they are unchallengeable and quick. That is exactly why auditors should treat a post event spike in those codes within occasion categories as a screening signal, and confirm with condition sampling rather than taking any individual code at face value.

Should staff challenge a customers stated reason?

No. The stated reason is the customers to give, and arguing it helps nobody. Staff should record it as given and separately record the items observed condition. The two field design exists precisely so nobody at the desk has to call a customer a liar to produce honest data.

How many reason codes should a desk have?

Five to seven, written in plain words, plus a separate condition flag. More codes than that and staff satisfice to the top three under queue pressure. Review the list yearly and merge any code that staff cannot define in one sentence.

Can reason code data justify a policy change on its own?

It can justify an investigation, and paired with a condition sampling audit it can justify a change. Codes alone are too gameable to carry a decision that affects honest customers. The cheap sequence is codes first to find where to look, sampling second to prove what is there.