Worked scenario
The style that sold 60 pieces and lost money
Counting by style hides the only thing that matters in clothing retail, and hides it until the markdown.
2 min read
The arithmetic that gets hidden
A style comes in at 80 pieces across five sizes. It sells 60. On any report the shop is looking at, that is a success and worth repeating.
| Size | Received | Sold | Left |
|---|---|---|---|
| S | 12 | 4 | 8 |
| M | 20 | 20 | 0 |
| L | 24 | 24 | 0 |
| XL | 16 | 10 | 6 |
| XXL | 8 | 2 | 6 |
Read by size, it is not a success at all. Medium and large sold out, probably early, and the shop lost sales it never knew about. The twenty pieces sitting in S, XL and XXL will be marked down at season end, and the markdown eats most of what the fast sizes earned.
Reorder that style on its headline number and the same thing happens again.
The data already exists
Worth being clear about what is actually broken here. The shop is not missing information. Every one of those sixty sales was rung up with a size on the label. The information passed through the counter and was not kept in a form anyone could read back.
That is why this is worth doing even for a small shop. It is not new data collection. It is retaining what already moves through the till.
Where the work actually lands
Not at the counter, which surprises people. Billing at variant level is barely slower than billing at style level once barcodes are on.
The work moves to receiving. A delivery booked in as "40 pieces of style X" undoes the whole thing, and the person in the back room now has to break that down by size and colour. That is a genuine change in someone's job, it takes longer than what they did before, and it is the step that quietly kills this in most shops.
Any shop considering this should decide who does that and whether they have time, before buying anything.
One category at a time
- Pick the highest-value category, not the largest. Fewer lines, more learning per line.
- Count it properly at variant level once. This is the tedious part and there is no way around it.
- Bill that category at variant level for a month, then physically recount and compare.
- Change receiving to variant level for that category's next purchase order.
- Add the next category when the first one's count still agrees after a month.
What changes
- Stock held and counted by size and colour, not by style
- Reorders driven by which sizes sold, not by how the style performed overall
- Season-end markdown concentrated on what genuinely did not move
- Counter billing that reduces the right variant, so the count survives the day
Questions about anything here, or a situation this does not cover? contact@anantatechhub.com

