realtimevaluation Join the waiting list

Kennisbank

Quality control that is transferable without the person who carries it

Where the dependency lies

In many companies, one person checks the work before it goes out the door. Not because it was written down that way, but because that person has learned over the years where the errors lie, which customer is strict, and which supplier delivers just slightly less accurately than their paperwork promises. That knowledge is written down nowhere. It sits in a glance, a feeling, a final check that no one else dares to skip.

A buyer sees it as follows: if this person is out for three months, what happens to the quality that goes out the door? If the answer is uncertain, that becomes part of the price. Not because the work is poor, but because its continuity hangs on one name.

Why this came about

Quality control often grows organically. There was no budget for a system, so someone who saw it coming anyway took on the role. That person kept getting better, and thereby increasingly indispensable. Documenting exactly what he assesses takes time, and that time went into actually doing the checking. This creates a situation in which the check does happen, but is not transferable — the work is there, the method is not.

What is changing today

AI does not change this by replacing the controller, but by making explicit part of what he does. Three kinds of work run together here.

Some checks are regular enough to be carried out by AI: measurements checked against a standard, documents checked for completeness, deviations flagged against a fixed bandwidth. That work can be taken over.

A larger part of the check is a judgment with a reason behind it — a deviation that falls just within the standard, but which the experienced controller knows will still be rejected by this particular customer. That is work in which AI can produce a flag or a proposal, and a human approves or rejects it with a reason. The oversight remains, the search time disappears.

And part remains human work: the conversation with a customer who wants to adjust a limit, the judgment call on a new product without a standards history, accepting a risk that falls outside every protocol. There is no bandwidth for that, and there should not be one.

The difference between companies that already apply this and companies that do not rarely lies in willingness. It lies in whether the controller's assessment criteria were ever written down. Where that has happened — even if it was for another purpose, such as a complaints log or an audit report — there is material to train AI on and partly automate the check. Where those criteria were never recorded, the check remains in the head of one person, with or without AI.

The risk for a buyer

The buyer does not settle the price on the question of whether the check is good. He settles it on the question of whether it keeps working without the current controller. A control function that runs entirely on experience is, for a buyer, a risk that gets priced in, even if the quality today is excellent. A control function whose criteria have been recorded and are partly monitored by a system is a risk he can assess — and that is different from a risk he must fear.

What happens to the current controller once this transfer is complete is a different question than this page answers. Discontinuing a role or redistributing a task falls under an employer's own statutory requirements, and no advice is given here on that matter.

Making it transferable without damaging the relationship

The transfer does not begin with a system, but with a conversation: what exactly does this person pay attention to, and why. This is not a check on the controller — it is the recording of knowledge that would otherwise disappear the moment he leaves, with or without AI. Many controllers experience this themselves as recognition of their expertise, not as an attack on it, as long as it is clear that the assessment work stays with him and only the repeatable part shifts.

Next comes the question of which part of those criteria is hard enough to record as a rule, which part deserves a flag with a reason, and which part remains human work. That same structure — taking over, flagging with oversight, or human work — applies just as well, by the way, to making transferable the estimating work that now sits with one person and to the planning that now runs on experience and phone numbers. Quality control rarely stands on its own.

What this does to the price a buyer is willing to pay

A saving in turnaround time or in control hours counts differently for a buyer depending on its source. Hours freed up because the process has been adapted count as earnings quality; hours freed up because one supplier or one tool does something slightly cheaper do not count the same way, as is also explained in the way earnings quality is substantiated in a sale. That same distinction applies to customer relationships that currently run through one person, and to the difference between revenue that is locked in and revenue that has to be earned anew every year, as can be read in what recurring revenue is worth in a sale.

What you can do now

Which tasks within this company's quality control can be taken over, which still require oversight, and which are human work, is a question per task, not in general terms — that is precisely what FTE TO AI's work scan maps out. Anyone who first wants to know whether quality control is the driver that most depresses the price, or whether the problem lies elsewhere, can fill in the free value check: eight short questions, one per value driver, with a picture of which driver weighs most heavily today. The full value scan, with evidence per driver and a calendar toward the exit moment, is under construction.