Rank one comparable defect measure, then open the investigation
A defect Pareto can answer one bounded question: which defined defect category is largest under one stated measure, population and period? Use that result to choose the next investigation. Do not use it to declare why a defect occurred, who caused it or which corrective action will work.
That boundary matters when the inputs come from several places. A pre-shipment inspection may record observations from a sample. Receiving may inspect every carton or only damaged ones. Returns reflect sold units and customer behaviour. Claims may arrive late and contain incomplete descriptions. Putting those records into one spreadsheet does not make them comparable.
Before any ranking, route a possible safety-critical defect, injury signal or regulatory concern outside the ordinary Pareto queue for prompt product-safety and qualified review. A short bar is not a clearance decision.
For the remaining quality data, the useful workflow is:
- define one population, period and decision;
- preserve each record's source and denominator;
- map observations to controlled defect codes;
- rank one measure at a time;
- disclose missing or non-comparable data; and
- hand the selected category to a separate root-cause and corrective-action process.
ASQ's Pareto procedure starts with the category, measurement and time period. Those choices are not chart formatting. They determine what the result can honestly mean.
Set one analysis boundary before combining records
Write the decision sentence before importing data. For example:
Rank confirmed defect observations for model A, revision 3, from orders received during the last eight complete weeks, to select the next process investigation.
That sentence fixes the product scope, revision, time window, evidence threshold and intended decision. If the data cannot support it, narrow the sentence instead of stretching the chart.
At minimum, keep these fields:
| Field | What to record | Why it matters |
|---|---|---|
| Event identity | Source record ID, incident or case ID, observation date and any physical-unit identifier | Helps link duplicate reports of the same event without erasing the source audit trail |
| Product identity | SKU/model, revision, supplier site, PO and lot or batch | Stops materially different populations being blended |
| Detection context | Inspection, receiving, return or claim; units examined or exposed | Shows the opportunity for a defect to be found |
| Observation | Original wording, normalised defect code, severity and evidence link | Keeps the source fact separate from later interpretation |
| Quantity | Defect events, units affected and, where known, units examined | Prevents one unit with several defects becoming an unexplained total |
| Cost | Traceable direct cost, currency, basis and status | Allows a separate cost view without converting unknowns to zero |
| Response | Containment state, investigation owner and decision date | Connects priority to action without claiming cause |
Do not combine records merely because their text looks similar. Model revision, lot, detection stage and evidence standard can change the population. Link records that describe the same physical unit or incident before counting, while retaining each source record. Otherwise a receiving note, return and claim about one unit can become three apparent events.
Default to a separate Pareto for each source stage. Pool raw inspection, receiving, return and claim counts only when the records use a common event rule, duplicates have been resolved and the resulting measure answers the stated decision. If opportunities for detection differ, compare stage-specific rates with their own denominators or keep the views segmented. A pooled count without that work describes record volume, not product prevalence.
For upstream classification, use the approved critical, major and minor defect definitions. The Pareto must not rewrite severity because an issue is common or rare.
Normalise defect codes and preserve source evidence
A Pareto can only rank the categories it receives. If paint scratch, surface mark, scuffed finish and cosmetic damage describe the same approved observation, splitting them understates the family. If they describe different acceptance criteria, merging them hides useful information.
Create a versioned defect dictionary with:
- one stable code and plain-language label;
- an operational definition of what qualifies and what does not;
- the applicable SKU, revision or product family;
- examples and counterexamples;
- the approved severity reference;
- the dictionary owner and effective date; and
- a mapping from legacy and source-system labels.
ASQ's check-sheet guidance recommends an operational definition, a defined collection period, clear labels and trial use before routine recording. Apply the same discipline even when events arrive through separate systems. Preserve the original wording beside the mapped code, record the dictionary version used and keep later remapping traceable rather than silently rewriting the source history.
Separate observations from possible causes
Name a code after what was observed: SCRATCH-EXPOSED-SURFACE, ACCESSORY-MISSING or CARTON-CRUSH. Do not use supplier carelessness, poor packing or wrong material unless a controlled investigation has established that finding.
Supplier, material, design, packing, transit, warehouse handling and user behaviour are hypotheses or stratification fields. They may become useful after the team selects a problem and reviews evidence, but they are not facts created by bar order.
Keep events, affected units and defective units distinct
One unit can contain three nonconformities. Counting three defect events answers a different question from counting one nonconforming unit. NIST's attributes-data guidance distinguishes counts of nonconformities from counts or proportions of nonconforming units.
Choose the unit that matches the decision and label it:
- defect events show workload or occurrence volume;
- affected units by category count a unit once within that category, even if the same code appears several times on it;
- unique nonconforming units count a unit once across the whole analysis, regardless of how many categories it carries;
- rate per units examined or exposed supports comparisons where opportunities differ; and
- verified direct cost shows recorded financial burden, not frequency.
Never add these into a single total. The same unit may appear in several category bars, so the sum of affected-unit bars is a category-unit total, not the number of unique nonconforming units. State that basis under the chart. If the exposure denominator is missing, mark the rate unavailable. A blank cost is unknown, not zero.
Build separate count, affected-unit and cost views
ASQ describes frequency, quantity, cost and time as possible Pareto measures. Minitab's current documentation also supports raw or summarised defect data and separate grouped views. The safe operating rule is one unit of measure per chart.
| View | Use it to ask | Do not conclude |
|---|---|---|
| Defect-event count | Which observation creates the most recorded events? | That it affects the most units or costs the most |
| Affected-unit count or rate | Which category reaches the most units in a comparable population? | That category bars sum to unique units, or that each affected unit has the same consequence |
| Verified direct cost | Which category has the largest traceable recorded cost? | That unrecorded or indirect costs are zero |
| Source-stage view | Where is the observation being detected? | Where it originated or who caused it |
Keep count and cost charts side by side when both decisions matter. Minitab Workspace documents count or cost values as alternatives. An importer may investigate the high-frequency category to reduce handling load and separately review a lower-frequency category with much higher verified cost.
A cost Pareto also needs a completeness rule. Use the same currency and cost basis, show which categories or records lack cost, and label the denominator as verified recorded cost rather than total business impact. If missing costs could plausibly reverse the order, present the view as provisional or do not rank it.
Return data needs the same restraint. A current Shopify sales report can include returned quantity and return line-item reason by product. That is a useful evidence stream, but didn't like or not as expected is not automatically a confirmed product defect. Preserve the customer reason, then map it only when the evidence meets the dictionary rule. The return-reason control remains the upstream design authority.
Let safety-critical defects override the ranking
A low-frequency safety signal does not wait at the right-hand side of a Pareto chart. Route any possible safety-critical defect, injury signal or regulatory concern promptly to the organisation's product-safety process and qualified review. Preserve it in the analysis, but do not use its small count as a reason to defer the separate response.
For Australian consumer goods, current ACCC Product Safety mandatory-reporting guidance describes reporting obligations for certain incidents involving death, serious injury or serious illness and advises suppliers on the current process. Whether a particular event triggers a duty is outside this article. Consult the current official guidance and qualified advice; do not let an internal Pareto determine the answer.
This override should be visible in the dataset as a flag with an owner and route. It is not a numerical weight designed to push a bar upward, and the article supplies no threshold for deciding that a condition is safety-critical. Safety severity and event frequency answer different questions.
Read the chart without worshipping 80/20
Sort the category subtotals from largest to smallest. Divide each subtotal by the total for that chart, then add the shares cumulatively. Record the dataset version, filters, measure, period and dictionary version with the output.
The first bars identify the largest categories in that dataset. They do not need to equal 80% of events, and the first 20% of categories do not need to explain 80% of the total. If the chart is flat, that is a result: several categories may deserve stratification, the code definitions may be too broad, or a different measure may better fit the decision.
Before selecting a bar, ask:
- Are the records from comparable products, revisions and windows?
- Did a campaign, inspection change or sales-volume shift alter detection opportunity?
- Is one source generating duplicate events?
- Does
othercontain a material category hidden by over-grouping? - Would affected units, rate or verified cost change the decision?
- Has a safety-critical signal already triggered an override?
Pareto is a prioritisation view, not a time-series test. Use the incoming inspection record and other source evidence to understand what the underlying observations represent.
Worked example: frequency, cost and safety produce different priorities
Assume an importer links duplicate source records to the same incident, then normalises eight complete weeks of hypothetical observations for one model and revision. The resulting table contains 189 de-duplicated defect events. Affected-unit values are counted once per category but may overlap across categories. Direct costs use one currency and basis and include only traceable rework, replacement and freight records. A possible overheating report is routed promptly to the safety process; its cost is still unknown.
| Normalised observation | Events | Affected units | Verified direct cost | Operational reading |
|---|---|---|---|---|
| Cosmetic scratch | 92 | 74 | AU$1,840 | First in the event-count view |
| Missing accessory | 46 | 46 | AU$2,760 | First among categories with verified cost |
| Carton crush | 31 | 22 | AU$1,100 | Possible stratification by lane or handler; no cause yet |
| Wrong instruction insert | 18 | 18 | AU$900 | Lower in both views, retained for monitoring |
| Possible overheating | 2 | 2 | Unknown | Safety override: immediate specialist route despite low frequency |
The event chart includes all five categories: cosmetic scratches represent 92 of 189 events, or 48.7%. The cost chart contains only the four categories with complete verified cost. Its labelled denominator is AU$6,600 of verified recorded cost, so missing accessories represent AU$2,760, or 41.8%. The overheating cost is excluded as unknown, not entered as zero, and the cost chart is not a statement of total business impact. The rankings differ because the measures answer different questions.
The defensible decisions might be:
- open an occurrence-focused investigation for cosmetic scratches;
- open a separate verified-cost review for missing accessories; and
- keep the overheating reports outside ordinary Pareto priority, under the safety process.
None of those decisions proves a supplier, process step, package design or handling lane caused the observation. Even the carton-crush note is only a question to stratify by lane or handler.
Move the selected category into root-cause and corrective action
The Pareto output is complete when it creates an investigation handoff, not when the tallest bar receives a label such as supplier issue.
| Handoff field | Required content |
|---|---|
| Problem statement | Observed defect code, product/revision, population, period and measure |
| Evidence set | Event IDs, photos/reports, source stages, denominators and dictionary version |
| Current containment | What is isolated or checked, by whom, with its decision boundary |
| Causal question | What remains unknown; no preferred cause presented as fact |
| Stratification plan | Lot, supplier site, production date, lane, component, shift or other evidence-led split |
| Ownership | Investigation owner, supporting functions and next review point |
| Completion test | Evidence required to establish cause, action and effectiveness separately |
Use the supplier corrective-action process for containment, root-cause analysis, corrective action, ownership and effectiveness verification. If cost priority matters, source the measure from the controlled cost-of-poor-quality model rather than adding rough estimates to the Pareto.
The investigation may disprove the first hypothesis. That is healthy. Preserve the original Pareto and the evidence that changed the team's view.
Re-run a comparable view after action
A post-action Pareto is useful only when its basis remains comparable. Keep the same defect definition, product scope, measure and detection method, and use a complete stated window. If any of those changed, annotate the break and avoid presenting the before-and-after bars as a clean effectiveness test.
Check both the targeted category and the whole defect set. A decline in one code can reflect remapping, lower volume or reduced inspection rather than improvement. A new leading bar may simply become visible after the former leader falls.
Close corrective action against its own evidence and effectiveness criteria, not because the category moved down the chart. Pareto can direct attention and show the current distribution. It cannot, by itself, establish causation.
Implementation checklist
- [ ] Write the product, revision, period, population and decision sentence.
- [ ] Link duplicate source records to incident and unit IDs before counting.
- [ ] Approve a versioned observation-based defect dictionary.
- [ ] Record defect events, category-affected units, unique nonconforming units and exposure denominators separately.
- [ ] Segment unlike source stages unless one common event rule and decision justify pooling.
- [ ] Keep unknown cost as unknown; disclose completeness and use only comparable verified costs.
- [ ] Build one chart per measure and label every filter and unit.
- [ ] Review
other, source-stage bias and detection-opportunity differences. - [ ] Route safety-critical signals outside ordinary frequency order.
- [ ] Turn the selected bar into an evidence-backed investigation handoff.
- [ ] Re-run only on a comparable basis and verify action through the corrective-action process.






.png)
