Klachten zijn gratis marktonderzoek. Dat weet je al, want iemand heeft het je ooit verteld op een training. Maar wat doe je er in de praktijk mee? In de meeste serviceafdelingen gaat een klacht door een formulier, belandt in een systeem, wordt afgehandeld en gesloten. Vinkje erop. Klaar. Wat je daarmee mist, is precies het deel dat waarde heeft.
Het formulier filtert de verkeerde mensen eruit
Een klachtenformulier heeft één functie die niemand hardop benoemt: drempelverhoging. Hoe meer velden je invult, hoe meer mensen afhaken. Dat klinkt als een bijeffect, maar in veel organisaties is het onbewust de gewenste uitkomst. Minder klachten betekent minder werk. Minder werk ziet er op een dashboard beter uit.
Het probleem is dat je daarmee precies de mensen wegfiltert die je het hardst nodig hebt. Wie haakt af bij een formulier van acht velden met verplichte dropdowns? De klant die toch al aan het twijfelen was. De klant die één slechte ervaring had maar verder tevreden is. Die persoon verdwijnt stilletjes, zonder dat je weet waarom. Wat overblijft in je systeem, zijn de mensen die zo boos of zo vasthoudend zijn dat ze het formulier toch invullen. Dat is geen representatieve steekproef. Dat is een selectie van uitersten.
Wat je dan meet, is niet de kwaliteit van je service. Je meet de frustratiedrempel van je meest volhardende klanten. Dat zijn twee heel verschillende dingen, en je beleid is waarschijnlijk op het tweede gebaseerd.
Hoe je de klacht meet zonder de klager te verliezen
De vraag is niet of je een formulier hebt, maar wat er daarna gebeurt. Want zelfs als je het formulier simpel houdt, loopt het mis op het moment van opvolging. In veel organisaties worden klachten netjes geregistreerd, maar de opvolging is afhankelijk van wie er die dag dienst heeft. De ene medewerker belt terug binnen een dag. De andere stuurt een standaard e-mail na een week. Beide klachten worden als “afgehandeld” gemarkeerd. De klanttevredenheidsscores verschillen enorm, maar dat verband zien we pas als we de data naast elkaar leggen.
Wat je wilt meten:
- Tijd tot eerste reactie — niet de sluitingstijd van de klacht, maar wanneer je voor het eerst contact opneemt. Dit is het moment waarop de klant besluit of hij je nog vertrouwt.
- Oplossingspercentage bij eerste contact — hoeveel klachten zijn na één interactie volledig afgehandeld? Als dit getal laag is, zit het probleem niet bij de klant, maar bij de informatie of bevoegdheid die je medewerker heeft.
- Herhalingsklachten — dezelfde klant, hetzelfde probleem, binnen drie maanden. Dit is je echte maatstaf voor of je iets hebt opgelost of alleen afgesloten.
Die drie cijfers vertellen je meer dan een gemiddelde klanttevredenheidsscore ooit kan. Ze zijn ook concreet genoeg om maandag mee aan de slag te gaan, in plaats van te wachten op een kwartaalrapportage.
Een bijkomend punt: vraag na afhandeling altijd om feedback, maar doe dat niet via een automatische e-mail met een smiley-schaal. Bel. Of laat de medewerker die de klacht heeft afgehandeld een korte follow-up sturen. Persoonlijk contact na een klacht heeft een onevenredig groot effect op hoe de klant de ervaring achteraf beoordeelt. Dat klinkt als gezond verstand, maar in de praktijk wordt het structureel overgeslagen omdat het tijd kost.
De kloof tussen wat je registreert en wat je verandert
Hier wordt het ongemakkelijk. Stel dat je alles goed doet: laagdrempelig formulier, snelle reactie, persoonlijke opvolging. Je hebt nu een database vol klachten met categorieën, tijdstempels en oplossingsstatussen. En dan?
In de meeste organisaties stopt het hier. De data bestaat, maar er is niemand die er structureel naar kijkt met de bevoegdheid om iets te veranderen. Klachtenregistratie wordt een administratieve plicht in plaats van een sturingsinstrument. Je serviceafdeling lost de klacht op voor de individuele klant, maar het onderliggende probleem blijft bestaan. Volgende maand heb je dezelfde categorie klachten, in dezelfde aantallen, over hetzelfde proces.
Dit is de kloof tussen balie en beleid. De mensen aan de balie zien het patroon elke dag. Ze weten precies welke processtap steeds misgaat, welke brief verwarrend is, welke systeemfout telkens terugkomt. Maar die kennis bereikt de mensen die iets kunnen veranderen zelden op het juiste moment, in de juiste vorm.
Wat helpt, is een vaste structuur voor escalatie van patronen — niet van individuele klachten. Dat betekent concreet:
- Categoriseer klachten op oorzaak, niet op symptoom. Een klacht over een “verkeerde factuur” is een symptoom. De oorzaak kan een procesfout zijn, een communicatieprobleem of een systeemfout. Die drie vragen om drie verschillende oplossingen.
- Stel een drempelwaarde in. Als een bepaalde oorzaakcategorie meer dan X keer per maand voorkomt, gaat er automatisch een signaal naar de verantwoordelijke afdeling. Geen rapport van tien pagina’s, maar een eenregelig feit: “Facturatieproces stap 3 heeft deze maand 47 klachten veroorzaakt.”
- Maak iemand verantwoordelijk voor de terugkoppeling. Niet voor het oplossen — dat is de verantwoordelijkheid van de proceseigenaar — maar voor het bewaken dat er een reactie komt. Dit is een klein maar cruciaal verschil. Zonder dit verdwijnt het signaal in een inbox.
De reden dat dit zelden gebeurt, is niet technisch. De meeste systemen kunnen dit aan. Het is organisatorisch: niemand wil eigenaar zijn van een klachtenpatroon, want dat betekent dat er iets mis is in jouw domein. De neiging is om te wachten tot het vanzelf overgaat, of te hopen dat de cijfers volgende maand beter zijn. Ze zijn zelden beter. Ze zijn alleen anders verpakt.
Wat je maandag kunt doen: pak de klachten van de afgelopen drie maanden erbij en sorteer ze niet op datum of status, maar op oorzaak. Kijk welke drie oorzaken het vaakst voorkomen. Schrijf per oorzaak één zin: wat gaat er mis, in welke stap, en wie is daar verantwoordelijk voor. Stuur die drie zinnen naar de juiste mensen. Geen rapport, geen presentatie. Drie zinnen.
Als er geen reactie komt, heb je een ander probleem dan je klachtenformulier. Dan is het een kwestie van prioriteit en eigenaarschap, en dat is een gesprek dat je met het management moet voeren, niet met je systeemleverancier.
Klachten zijn geen bewijs van falen. Ze zijn informatie. Het enige wat falen is, is informatie verzamelen en er vervolgens niets mee doen.