Why quality data gets recorded and never used

Most companies collect quality data diligently and never look back at it. The problem is not discipline — it is format.

Quality records are among the most carefully maintained data in a business. Audits require them, procedure mandates them, someone owns them. And yet in those same businesses one question tends to be met with silence: “when did you last look at last year’s non-conformance records?”

The data exists, the discipline exists, the use does not. The reason is usually technical rather than cultural.

Free text is not searchable

The most common problem is that non-conformance descriptions are free text. The same issue gets written by three operators as “surface roughness,” “rough on the surface” and “rough surface - line 2.” To a human these are one thing; to a query they are three records.

The consequence is that “what are our five most common non-conformances?” cannot be answered. A question that cannot be answered soon stops being asked.

The fix is not to ban free text — the operator’s observation is valuable. The fix is to put a mandatory classification alongside it: category, line, shift, batch. The text carries context; the fields make the query possible.

Root cause is not in the record

The second problem is that root cause analysis usually happens outside the record: it is discussed in a meeting, written into minutes, and all the system keeps is a line reading “non-conformance closed.”

So when the same problem recurs six months later, what was done the first time is invisible in the system. The same analysis is repeated from scratch.

Making root cause a field of the record — and classifying that field too — is the only thing that makes recurring patterns visible.

The third problem is that the quality record is never tied to a supplier and a lot. A non-conformance is logged, but which supplier’s lot it came from is not tracked.

With that link in place, a supplier quality score emerges by itself. Without it, the score lives in the purchasing team’s memory and disappears when someone leaves.

What changes once the data is usable

With classified quality data that carries root cause and links to a supplier, three questions become answerable. Which combinations raise risk; which root cause repeats; which supplier’s lots produce more non-conformances.

Those three answers are valuable without any AI — a simple query is enough. AI’s contribution starts after that: in the quality module, suggesting root causes from past non-conformances and flagging high-risk batches in advance only makes sense once the data looks like this.

Sequence matters

The general lesson is not specific to quality. A model cannot be better than the data it runs on. The sequence “let’s do AI first, the data will sort itself out” never works; the one that works is making data queryable first and putting the recommendation layer on top of it.

Topics

  • quality
  • digital transformation

Related articles