Critical to Quality (CTQ) characteristics translate customer needs into measurable requirements, specifications, targets, and process controls.
Definition
Critical to Quality (CTQ) characteristics are measurable product, service, or process requirements that are essential to customer satisfaction, safety, compliance, fit, function, reliability, or usability. CTQs translate the Voice of the Customer into operational terms that teams can design, measure, improve, and control.
A CTQ is stronger than a vague customer statement. "Fast delivery" may become a CTQ such as "95 percent of orders shipped within 24 hours." "Easy to assemble" may become a CTQ such as "assembly completed without special tools in less than five minutes."
History
CTQ thinking grew from quality planning, customer-focused design, Quality Function Deployment, and Six Sigma project scoping. It became especially common in Six Sigma because teams needed a clear way to connect customer needs to Y metrics, specifications, defect definitions, and process inputs.
The concept also aligns with Juran's quality planning and the broader quality-management principle that quality must be defined by the customer and translated into controllable requirements.
When to Use
Use CTQs when defining a Six Sigma project, gathering VOC, designing a new product or service, building a SIPOC, creating a quality plan, developing specifications, writing acceptance criteria, or prioritizing process controls. CTQs are especially valuable when customer language is broad, emotional, or difficult to measure.
They should be used before data collection whenever possible. If the team does not know what characteristic is critical, it may collect convenient data instead of decision-useful data.
Step-by-Step
- Capture customer needs. Gather VOC from complaints, interviews, surveys, warranty data, usage observation, contracts, standards, or customer scorecards.
- Clarify the need. Convert vague statements into specific customer expectations and dissatisfiers.
- Build a CTQ tree. Break each need into drivers, then into measurable characteristics.
- Define the metric. Specify the unit, defect definition, target, tolerance, threshold, or acceptance criterion.
- Confirm measurability. Check whether the data can be collected reliably with a capable measurement system.
- Prioritize CTQs. Use customer importance, risk, frequency, business impact, regulatory need, and process feasibility.
- Link to process inputs. Connect CTQs to SIPOC outputs, process steps, FMEA risks, control plans, and improvement work.
- Validate with stakeholders. Confirm that the CTQ reflects the real customer requirement, not only an internal preference.
- Monitor and control. Add CTQs to dashboards, control charts, service-level reviews, audits, or control plans.
Examples
- Manufacturing fit: A customer need for "parts that assemble easily" becomes a CTQ for hole location within a defined tolerance.
- Delivery reliability: A customer need for "dependable shipments" becomes an on-time delivery CTQ measured against promised ship date.
- Healthcare access: A patient need for "timely appointments" becomes a CTQ for days from request to scheduled visit.
- Software quality: A user need for "stable login" becomes a CTQ for successful login rate and response time.
- Service accuracy: A customer need for "correct invoice" becomes a CTQ for billing defect rate per invoice line.
Common Pitfalls
- Confusing wants with CTQs. Customer statements must be translated into measurable requirements.
- Using internal metrics only. A metric may be easy to measure but irrelevant to customer satisfaction.
- Too many CTQs. Focus on the characteristics that are truly critical to quality, safety, compliance, or value.
- No operational definition. Teams need a precise defect definition, measurement method, and data source.
- Ignoring tradeoffs. A CTQ for speed may conflict with a CTQ for accuracy unless the process is designed carefully.
- Not revisiting CTQs. Customer expectations, regulations, product use, and competitive standards change over time.