pdconsults.

Product-data quality checker: how to use the results

The checker looks for mechanical problems in a catalogue: missing attributes, inconsistent units and sizing, duplicated or near-identical descriptions, unassigned categories, and fields that contradict each other between the title, the summary and the detailed specification.

( The Detail )

What this tool tells you

Findings tell you where the catalogue will behave badly in search, filtering and feeds. They do not tell you whether the copy is persuasive, whether the range is right, or which products deserve commercial attention. It also cannot verify that a stated specification is true, only that it is present.

Using it well

Treat the output as a shortlist of conversations rather than a verdict. The most useful thing it produces is usually the question you had not thought to ask, or the gap between what two people in the business assumed was already being tracked.

Take the single highest-ranked item and test whether the business can describe what a good outcome would look like and who would own it. If it cannot, the honest next step is to map that workflow properly before committing to build anything.

How to approach it

Begin with the decision rather than the tool. Name the recurring judgement this affects, the information it depends on, and the person accountable for acting on the result. That framing keeps the first build small enough to inspect and useful enough to matter.

Keep a human review point in the loop until the quality and the failure modes are understood. A system that shows its working - what it drew on, where it is uncertain, and what it deliberately left alone - is one a business can keep running after the initial build.

( Next Step )

Start small enough to review, but on a workflow important enough to show whether a better system is worth building.