There is no single acceptable concession volume that applies across all mature programs.
In general, a mature program should not rely on concessions as a routine operating mechanism. Concession volume should be low, stable, and trending downward or at least remaining within a clearly understood control band. If concessions become a normal path to ship product, that usually indicates unresolved process capability issues, design tolerance problems, supplier variation, inspection escape patterns, or weak change control.
That said, the right threshold depends on context, including:
So the practical answer is not a benchmark percentage by itself. The better question is whether concession volume is expected, exceptional, and explainable.
For a mature program, concession activity is usually appropriate when all of the following are true:
If recurring concessions are common, the program may still be shipping product, but it is not operating in a mature state in any meaningful quality or execution sense.
A raw concession count can be misleading. A better assessment uses a small set of normalized measures such as:
This matters because a low count can still hide significant risk if the same issue recurs on critical hardware, while a higher count in a complex sustainment environment may be understandable if tightly controlled and non-repetitive.
Concession volume is probably too high for a mature program if any of these patterns appear:
At that point, the issue is not just quality. It is also capacity, cost of poor quality, and evidence that process learning is not being converted into standard work, tooling changes, supplier controls, or design updates.
In many regulated plants, concession volume is distorted by system fragmentation. The same event may touch MES, ERP, QMS, and MRB workflows differently, and some plants still carry part of the record in paper or spreadsheets. That means your concession baseline may be unreliable until definitions, data capture, and workflow ownership are cleaned up.
Because of that, full system replacement is usually not the first answer. In long lifecycle, qualified environments, replacement programs often fail or stall due to validation effort, downtime risk, integration complexity, and the burden of preserving traceability across legacy records. A more realistic path is often to standardize definitions, improve routing and evidence capture, and integrate existing systems well enough to separate true concession demand from administrative noise.
An appropriate level for a mature program is the lowest level that is sustainable without pushing risk downstream, while keeping each concession exceptional, justified, and traceable.
If you need a management rule, use this one: concessions in a mature program should be rare enough that recurrence stands out quickly, not common enough that people stop noticing. Set internal thresholds by product family and risk class, then review trend, recurrence, and operational impact together rather than relying on a generic industry target.
No single concession percentage can tell you whether the program is healthy. Recurrence, concentration, and dependence on concessions for routine output are usually the more important signals.
Whether you're managing 1 site or 100, Connect 981 adapts to your environment and scales with your needs—without the complexity of traditional systems.
Whether you're managing 1 site or 100, C-981 adapts to your environment and scales with your needs—without the complexity of traditional systems.