The Resolution Layer  ·  Case Study in BriefEKOM

A direct-to-consumer swimwear brand.

A cold read of a catalog where nobody can try anything on — so fit has to live in a size run and a set of structured attribute tags, or it does not reach the shopper at all. One of a set of anonymized EKOM analyses — what surfaced, and where it leads.

Vertical
Direct-to-consumer swimwear and resortwear
Method
Cold read · auto-profiled, nothing supplied · heaviest findings re-checked live before delivery
Issues surfaced
15 actionable (22 flagged) · 4 critical
This pass
Read & diagnose
Lead finding  ·  size-run integrity
One garment's size run is stitched together from several different base item codes.
On a set of products the SKU list runs across more than one base code — two structurally different code families side by side, or two codes from the same family, inside a single size run. One page, one garment, one colorway, and two sizes that resolve to what look like two different items. A picker working from SKU has no way to know which garment they are holding, and size-level inventory cannot roll up to the product it belongs to. This is a fulfillment risk, not a cosmetic one — and because the mixing has a shape, it can be resolved as a rule rather than product by product.

Also surfaced

A top filtered as maximum support, described as the opposite
One product's prose describes a light level of support; the structured support tag on the same record carries the maximum level. Not two shades of one claim — the two ends of the axis, on a brand whose shoppers select on support. The likely cost is a return, and a return caused by a fit attribute is the one that also costs the trust.
Coverage expressed six ways for three levels
Sibling records of one style describe the same coverage level with different words — the same adjective attached to two different nouns, neither wrong on its face. A shopper filtering on one does not see the other, and the filter reports nothing wrong. A fabric is called two things the same way, in the product title and in the tag independently.
A dress described as a one-piece swimsuit, in both copy fields
A product classified as a dress carries one-piece swimsuit copy in both of its copy fields — the same text in each, so there is no clean version underneath to restore. The copy reads well. It is describing a different garment, on a page a shopper reached by looking for a dress.
Live pages with nothing to buy, and live pages with nothing to read
Items badged as new arrivals with an available-variant count of zero; sold-through items still published with no clearance flag; and collaboration and drop launches with both copy fields empty — the arrivals carrying the most promotion behind them. An empty classification field is the quiet one: the record is live and simultaneously invisible to collection rules, navigation filters and the shopping feed.

How EKOM read it. The engine took the live public catalog cold — no file, no credentials, no schema — profiled the vertical and the field semantics on its own, then read every record against its siblings and against how each field is used catalog-wide. That context is what turns a valid-looking string into a finding: a sibling record carrying a tag its twin is missing, an image filename that names a different style inside a product where every other file obeys the convention, a coverage value that is plausible until you see the one its sibling uses. Nothing was supplied about what these fields mean. A catalog with no conventions produces no findings; it produces confusion.

And then it went back. Before the client report shipped, the findings carrying the most weight were taken back to the live storefront and confirmed still present, and the ones raised from an inference were pushed at the field that would settle them. On the image finding that meant checking the storefront's own primary-image field — the one that actually decides which photograph renders — which returned the same mismatched file the filename had pointed to. Those findings ship marked verified live. It is the difference between a client receiving leads and a client receiving a list they can act on.

From diagnosis to channel-ready. The 15 findings collapse into six upstream mechanisms — more than one item code alive for one garment, one attribute with more than one live vocabulary, sibling records that diverge only in their tags, copy and assets attached to the wrong record, published pages with no availability check in evidence, and records live before their copy and classification. Fixing findings fixes findings; fixing mechanisms fixes every product that has already passed through them and every product that will. Seven further findings were withdrawn before the client report was written, and the case study groups and explains them rather than dropping them quietly. Separately, two of the fifteen were raised with a stated limit rather than withdrawn — because a finding that is right with a boundary named around it is worth more than a finding removed for being hard to prove. One of those two limits was then closed by the live re-check; the other is still declared in the delivered report, because the question behind it belongs to the client rather than to the data.

The Resolution Layer
EKOM
[email protected]  ·  ekom.ai
EKOM
Case study — client anonymized