Critical to Quality (CTQ)

- Willem Heijboer

Wat betekent CTQ in Lean Six Sigma?

CTQ staat voor Critical to Quality en verwijst naar de kenmerken die voor de klant bepalend zijn om kwaliteit te ervaren. In Lean Six Sigma gebruik je CTQ’s om klantwensen concreet te maken, zodat een organisatie niet alleen weet wat de klant belangrijk vindt, maar ook waarop zij moet sturen, meten en verbeteren.

Definitie: Een CTQ is een meetbare kwaliteitsvoorwaarde die direct is afgeleid van een klantbehoefte en aangeeft wanneer een product, dienst of proces voldoet aan wat voor de klant kritisch is.

Een CTQ is dus niet hetzelfde als een algemene KPI of interne prestatienorm. Het verschil zit in de herkomst: een goede CTQ begint bij de klant en wordt daarna vertaald naar een duidelijke eis, bijvoorbeeld een maximale wachttijd, een foutloos leveringspercentage of een begrijpelijke rapportage. Daarmee vormt CTQ de brug tussen klantwaarde en procesverbetering.

Waarom begint een goede CTQ bij de Voice of the Customer?

Een goede CTQ begint bij de Voice of the Customer, omdat kwaliteit uiteindelijk wordt bepaald door wat de klant belangrijk vindt. Die klantwens is alleen vaak nog vaag of subjectief. Een klant zegt bijvoorbeeld dat een levering “snel”, een rapportage “duidelijk” of een proces “betrouwbaar” moet zijn. Dat is waardevolle input, maar nog niet concreet genoeg om op te meten of te verbeteren.

Veelvoorkomende VOC-signalen zijn bijvoorbeeld:

• Klanten willen sneller geholpen worden.

• Klanten vinden communicatie onduidelijk.

• Klanten ervaren te veel fouten of herstelwerk.

• Klanten willen meer voorspelbaarheid in levering of dienstverlening.

• Klanten missen inzicht in status, voortgang of verwachtingen.

De kracht van CTQ zit in de vertaling van deze klanttaal naar meetbare eisen. “Snel geholpen worden” kan bijvoorbeeld worden vertaald naar een maximale responstijd of doorlooptijd. “Duidelijke communicatie” kan leiden tot eisen voor volledigheid, begrijpelijkheid of het aantal klantvragen achteraf. Zo voorkom je dat verbeterteams sturen op interne aannames en richt je de Define fase van DMAIC direct op wat voor de klant echt kritisch is.

Hoe vertaal je vage klantwensen naar meetbare CTQ’s?

Het vertalen van klantwensen naar CTQ’s vraagt om meer dan het letterlijk overnemen van wat de klant zegt. Klanttaal is vaak breed, gevoelsmatig of situatieafhankelijk. De kunst is om daaruit de onderliggende behoefte te halen en die vervolgens te vertalen naar een meetbare kwaliteitsvoorwaarde. Zo wordt een uitspraak als “ik wil sneller geholpen worden” geen losse wens, maar een concrete norm waarop het proces kan worden ingericht en verbeterd.

Een praktisch stappenplan:

1. Verzamel de letterlijke klantuitspraak. Noteer zo precies mogelijk wat de klant zegt, zonder direct te interpreteren of naar oplossingen te springen.

2. Achterhaal de onderliggende behoefte. Vraag door waarom dit belangrijk is, zodat je begrijpt welke waarde, frustratie of verwachting achter de uitspraak zit.

3. Formuleer de kwaliteitsfactor. Vertaal de behoefte naar een concreet aspect van kwaliteit, zoals snelheid, betrouwbaarheid, foutloosheid, bereikbaarheid of duidelijkheid.

4. Maak de kwaliteitsfactor meetbaar. Bepaal welke indicator laat zien of aan de klantbehoefte wordt voldaan, bijvoorbeeld doorlooptijd, foutpercentage, responstijd of volledigheid.

5. Bepaal de gewenste norm of specificatie. Leg vast wanneer de prestatie goed genoeg is, bijvoorbeeld “95% van de aanvragen binnen twee werkdagen afgehandeld”.

6. Valideer de CTQ met de klant of stakeholder. Controleer of de meetbare eis daadwerkelijk aansluit bij wat de klant bedoelde en belangrijk vindt.

7. Gebruik de CTQ als basis voor het verbeterproject. Neem de CTQ op in de scope, probleemdefinitie, meetplan en projectdoelstelling, zodat het team blijft sturen op klantwaarde.

Welke rol speelt CTQ in de Define fase van DMAIC?

In de Define fase van DMAIC helpt CTQ om het verbeterproject scherp af te bakenen. De klantwens wordt niet alleen benoemd, maar vertaald naar concrete kwaliteitscriteria die duidelijk maken welk probleem moet worden opgelost en waarom dat relevant is. Daardoor ontstaat een betere projectdefinitie, met een duidelijke relatie tussen klantwaarde, procesprestatie en verbeterdoel.

CTQ voorkomt dat een team te snel in oplossingen denkt of vooral interne efficiëntie nastreeft. Door al in de Define fase vast te leggen wat voor de klant kritisch is, worden scope, probleemstelling, stakeholders en doelstellingen beter onderbouwd. De CTQ vormt daarmee de inhoudelijke basis voor de volgende DMAIC-fases: wat je later meet, analyseert en verbetert, moet herleidbaar zijn naar wat de klant belangrijk vindt.

Hoe maak je een CTQ-flow-down van behoefte naar specificatie?

Een CTQ-flow-down of CTQ-tree brengt de logische lijn aan tussen wat de klant zegt en waar de organisatie op moet sturen. Je begint bij de Voice of the Customer, bijvoorbeeld een uitspraak als “ik wil sneller duidelijkheid”. Die klantwens vertaal je niet direct naar een oplossing, maar eerst naar kernzaken, thema’s of drivers. Denk aan snelheid, voorspelbaarheid, foutloosheid, volledigheid of duidelijke communicatie.

Een praktisch stappenplan:

1. Start met de VOC. Leg de klantwens vast in de woorden van de klant, zonder deze direct te versimpelen of in te vullen. Dit voorkomt dat interne interpretaties te vroeg de plaats innemen van wat de klant werkelijk bedoelt.

2. Zoek de onderliggende kernzaken. Bepaal welke thema’s of drivers achter de klantwens zitten, zoals snelheid, betrouwbaarheid of gemak. Vraag daarbij door naar waarom dit belangrijk is en welke impact het heeft als het niet goed gaat.

3. Vertaal drivers naar requirements. Maak duidelijk wat de klant concreet nodig heeft om tevreden te zijn, bijvoorbeeld tijdige terugkoppeling, foutloze verwerking of volledige informatie. Requirements maken de stap van algemeen thema naar concrete verwachting.

4. Formuleer de CTQ’s. Zet de requirements om in meetbare kwaliteitscriteria waarop het proces kan worden beoordeeld. Een goede CTQ is concreet genoeg om later te meten, analyseren en verbeteren.

5. Bepaal de norm. Leg vast wanneer de prestatie goed genoeg is, bijvoorbeeld “95% van de aanvragen binnen twee werkdagen afgehandeld”. Zonder norm blijft de CTQ te vrijblijvend en is niet duidelijk wanneer aan de klantverwachting wordt voldaan.

6. Controleer de herleidbaarheid. Kijk of elke CTQ logisch terug te voeren is op een klantwens en niet alleen op een interne aanname. Als die koppeling ontbreekt, is de kans groot dat het team stuurt op iets wat intern belangrijk lijkt, maar voor de klant weinig waarde heeft.

7. Deze structuur helpt om aannames zichtbaar te maken. Teams ontdekken vaak dat zij klantwensen te snel vertalen naar interne KPI’s of oplossingen. Door bewust te werken van VOC → kernzaken, thema’s of drivers → CTQ’s blijft duidelijk waarom een eis belangrijk is en hoe deze bijdraagt aan klantwaarde.

Welke methoden gebruik je om VOC en CTQ’s op te halen?

VOC en CTQ’s haal je niet uit één bron. Klanten zeggen niet altijd precies wat ze nodig hebben en interne data laat niet altijd zien wat klanten ervaren. Daarom is het verstandig om meerdere methoden te combineren: directe klantinput, gedrag in het proces en bestaande prestatie- of klachtdata. Zo ontstaat een completer beeld van wat klanten belangrijk vinden en welke eisen echt kritisch zijn voor kwaliteit.

Veelgebruikte methoden zijn:

• Klantinterviews om dieper door te vragen op verwachtingen, frustraties en behoeften.

• Enquêtes om patronen en prioriteiten bij een grotere groep klanten zichtbaar te maken.

• Klachtenanalyse om terugkerende problemen en kwaliteitsissues te herkennen.

• Review- en feedbackdata om klanttaal en concrete pijnpunten te verzamelen.

• Klantreizen om te zien waar verwachtingen, overdrachten of contactmomenten mislopen.

• Observaties om feitelijk gedrag en proceservaringen te begrijpen.

• Workshops met klanten en stakeholders om wensen, drivers en CTQ’s gezamenlijk scherp te maken.

• Proces- en prestatiedata om klantinput te koppelen aan meetbare procesprestaties.

Hoe stem je CTQ’s af met de klant en stakeholders?

CTQ’s zijn pas waardevol als ze worden gevalideerd met de mensen voor wie ze bedoeld zijn. Een team kan een klantwens zorgvuldig vertalen naar een meetbare eis, maar er blijft altijd een risico op interpretatie. Daarom is afstemming met klanten, gebruikers of interne vertegenwoordigers belangrijk. De centrale vraag is: beschrijft deze CTQ echt wat voor de klant kritisch is, en is de gekozen norm passend?

Daarnaast moeten CTQ’s ook intern uitvoerbaar en bestuurbaar zijn. Proceseigenaren, teamleiders en specialisten moeten begrijpen welke klantwaarde achter de CTQ zit en welke procesprestatie daarvoor nodig is. Zo voorkom je dat CTQ’s alleen op papier kloppen, maar in de praktijk niet worden gedragen. Goede afstemming verbindt klantverwachting, procesrealiteit en verbeterdoel met elkaar.

Wat zijn veelgemaakte fouten bij het opstellen van CTQ’s?

Bij het opstellen van CTQ’s gaat het vaak mis doordat teams te snel van klantwens naar oplossing springen. De klant zegt bijvoorbeeld dat iets “sneller” of “duidelijker” moet, waarna intern direct een systeemaanpassing, extra controle of nieuwe rapportage wordt bedacht. Daarmee wordt de stap van klantbehoefte naar meetbare kwaliteitsvoorwaarde overgeslagen.

Veelgemaakte fouten zijn:

• Klantwensen letterlijk overnemen zonder vertaling. Woorden als snel, betrouwbaar of eenvoudig zijn waardevol als signaal, maar nog niet concreet genoeg om op te sturen. Een CTQ vraagt om een vertaling naar een meetbare eigenschap, zoals doorlooptijd, foutpercentage of volledigheid.

• Interne KPI’s verwarren met CTQ’s. Een bestaande procesindicator is pas een CTQ als deze aantoonbaar verbonden is met wat de klant belangrijk vindt. Anders stuur je mogelijk op interne efficiëntie, terwijl de klantwaarde beperkt blijft.

• Te vroeg naar oplossingen gaan. Een CTQ beschrijft waaraan het proces moet voldoen, niet welke oplossing daarvoor gekozen wordt. Door eerst de eis scherp te maken, voorkom je dat teams investeren in maatregelen die het echte klantprobleem niet oplossen.

• CTQ’s te vaag formuleren. Zonder meetbare indicator en norm blijft onduidelijk wanneer de prestatie goed genoeg is. Formuleringen als “betere communicatie” of “snellere levering” moeten daarom worden uitgewerkt naar concrete criteria.

• Te veel CTQ’s tegelijk kiezen. Als alles kritisch wordt genoemd, ontstaat geen focus en verliest het verbeterproject richting. Goede CTQ’s helpen juist om prioriteiten te stellen en te bepalen welke kwaliteitsaspecten echt bepalend zijn voor klanttevredenheid.

• CTQ’s niet valideren met de klant. Zonder terugkoppeling blijft onzeker of de meetbare eis echt aansluit bij de oorspronkelijke klantbehoefte. Validatie helpt om aannames te toetsen en voorkomt dat interne interpretaties als klantwaarheid worden behandeld.

Een goede CTQ dwingt tot scherpte. Je maakt expliciet welke klantwaarde centraal staat, hoe die waarde zichtbaar wordt in het proces en wanneer de prestatie voldoet. Daardoor voorkom je dat verbeterprojecten vooral draaien om interne aannames of losse verbeterideeën.

Hoe gebruik je CTQ’s als basis voor meten en verbeteren?

CTQ’s geven richting aan wat er in de volgende DMAIC-fases gemeten, geanalyseerd en verbeterd moet worden. In de Measure fase vormen ze de basis voor het meetplan: welke prestatie moet zichtbaar worden, welke indicator hoort daarbij en welke data is nodig om de huidige situatie betrouwbaar vast te stellen? Daarmee ontstaat een baseline die laat zien hoe het proces nu presteert ten opzichte van de klantverwachting.

In de Analyze fase helpt de CTQ om gericht te zoeken naar oorzaken van afwijkingen. Het team onderzoekt dan niet zomaar algemene procesproblemen, maar kijkt specifiek waarom de afgesproken klantkritische prestatie niet wordt gehaald. In de Improve fase worden verbetermaatregelen gekozen op basis van hun effect op de CTQ. Zo blijft de focus liggen op aantoonbare klantwaarde in plaats van alleen op interne efficiëntie.

Ook in de Control fase blijft de CTQ belangrijk. De gekozen indicatoren en normen worden gebruikt om het proces te blijven monitoren en tijdig bij te sturen. Daarmee wordt CTQ geen eenmalige exercitie in de Define fase, maar een rode draad door het hele DMAIC-project: van klantwens naar meetbare prestatie, van analyse naar verbetering en van verbetering naar borging.

CTQ maakt klantwaarde concreet en meetbaar

CTQ helpt om de stap te maken van een vaak vage klantwens naar een concrete en meetbare kwaliteitsvoorwaarde. Door de Voice of the Customer zorgvuldig te vertalen naar kernzaken, drivers en CTQ’s, ontstaat een duidelijke lijn tussen wat de klant belangrijk vindt en waarop de organisatie stuurt. Binnen DMAIC geeft dit vooral in de Define fase richting, maar CTQ’s blijven ook daarna belangrijk voor meten, analyseren, verbeteren en borgen.

Wil je binnen je organisatie sterker sturen op klantwaarde, procesverbetering en meetbare resultaten? Impactery helpt teams en organisaties met praktische Lean Six Sigma-trainingen en gerichte consultancy bij het vertalen van klantwensen naar scherpe verbeterprojecten, heldere CTQ’s en duurzame procesverbetering.