Storingsmeldingen afhandelen: van appjes naar een meldingenstroom die je kunt meten
Zolang storingen via telefoon, mail en appjes door elkaar binnenkomen kun je ze niet overzien, en met één ingang en één plek met status maak je er een meetbare meldingenstroom van.
De snelste manier om grip te krijgen op je storingsmeldingen is zorgen dat ze allemaal via één ingang binnenkomen en op één plek belanden. Zolang de ene klant belt, de ander een appje stuurt en een derde je monteur rechtstreeks mailt, blijf je brandjes blussen zonder ooit te weten hoeveel er precies branden. Zodra elke melding hetzelfde beginpunt heeft, kun je hem een status geven, prioriteren en later terugvinden. Daarmee verandert een stroom losse berichten in iets wat je kunt sturen en meten.
In het kort
- Storingen die via telefoon, mail en WhatsApp door elkaar binnenkomen kun je niet overzien en niet meten.
- Eén ingang en één plek met status maken van losse berichten een meetbare meldingenstroom.
- Prioriteit, doorlooptijd en eerste keer opgelost zijn de cijfers die je echt verder helpen.
- Je hoeft niet groot te beginnen, een gedeelde lijst met vaste velden is vaak al genoeg.
Waarom appjes en telefoontjes je uiteindelijk opbreken
Een storing die via een appje binnenkomt voelt makkelijk. Je leest het, je regelt het, klaar. Het probleem begint bij de tweede en de derde melding, en bij de dag dat je even weg bent. Een bericht in een privéchat ziet niemand anders. Een telefoontje dat je aannam tijdens het rijden staat nergens genoteerd. En als een klant belt om te vragen hoe het ervoor staat, moet je je hersenen afpellen om te bedenken wat er ook alweer was afgesproken.
Wat je mist is niet één losse melding, maar het overzicht. Je weet niet hoeveel storingen er open staan, welke al te lang liggen, of dezelfde klant vorige maand met hetzelfde probleem belde. Je kunt ook niet inschatten of je het druk hebt omdat het toevallig een gekke week is, of omdat er structureel iets misgaat bij een bepaald product of een bepaalde installatie. Zonder die informatie stuur je op onderbuikgevoel, en dat gaat een tijdje goed totdat het misgaat op het verkeerde moment.
De kern is dit: losse berichten zijn niet meetbaar. Pas als meldingen op één plek staan met een status erbij, ontstaat er iets waar je iets mee kunt.
Begin bij de ingang, niet bij het systeem
De verleiding is groot om meteen naar een groot pakket te grijpen. Toch begint het bij een veel simpelere vraag: waar komt een melding binnen? Als je die ingang op orde hebt, is de rest een kwestie van uitbouwen. Dit zijn de keuzes die je aan het begin maakt:
- Kies één kanaal als hoofdingang. Dat mag telefoon zijn, of een mailadres, of een formulier op je site. Het gaat er niet om welk kanaal, maar dat er één is waar alles samenkomt en niemand een melding mist.
- Laat andere kanalen daar landen. Krijg je toch een appje of een telefoontje, dan zet je dat zelf meteen om in een melding op de vaste plek. De klant merkt daar niets van, maar jouw overzicht blijft compleet.
- Geef elke melding een uniek nummer. Een simpel volgnummer is genoeg. Zodra een melding een nummer heeft, kun je ernaar verwijzen in mail, aan de telefoon en op de werkbon, en praat iedereen over hetzelfde.
Deze drie stappen kosten geen technische investering en je kunt er vandaag mee beginnen. Ze leggen de basis waarop alles wat daarna komt gaat rusten.
Wat er minimaal in een melding hoort te staan
Een melding is pas bruikbaar als je later weet wat er speelde zonder de klant opnieuw te hoeven bellen. Dat betekent dat je een paar vaste velden vastlegt, elke keer op dezelfde manier. Houd het kort, want een formulier dat te veel vraagt wordt niet ingevuld. Dit is wat er wat mij betreft minimaal in hoort:
- Wie en wat. De klant, de locatie en het product of de installatie waar het om gaat. Zo zie je later of dezelfde plek vaker terugkomt.
- De klacht in gewone taal. Wat merkt de klant, niet wat jij denkt dat de oorzaak is. Die twee lopen vaak uit elkaar en je wilt allebei kunnen terugzien.
- Wanneer gemeld en door wie aangenomen. Met een tijdstip erbij kun je later de doorlooptijd berekenen zonder dat je iets hoeft te reconstrueren.
- De status. Nieuw, in behandeling, wacht op onderdeel, opgelost. Vier of vijf statussen is genoeg om altijd te weten waar een melding staat.
Meer velden mag, maar begin hiermee. Je kunt altijd uitbreiden zodra je merkt dat je iets structureel mist. Andersom is lastiger: een formulier afslanken dat te zwaar is geworden voelt als een stap terug, en dan vult niemand het meer serieus in.
Prioriteit geven zonder dat alles urgent is
Als alles even belangrijk is, is niets belangrijk. Toch is precies dat wat er gebeurt zodra meldingen op volgorde van binnenkomst worden opgepakt. De klant die het hardst roept krijgt voorrang, en de storing die stilletjes doorettert blijft liggen. Prioriteit werkt alleen als je vooraf afspreekt wat zwaar weegt en wat niet.
Ik houd het graag simpel met twee vragen. Hoe erg is het voor de klant als het niet werkt, en hoe snel loopt het uit de hand als je niets doet. Een installatie die volledig plat ligt bij een bedrijf dat er zijn omzet mee draait staat bovenaan. Een cosmetisch mankement dat niemand hindert kan wachten tot je toch in de buurt bent. Zet die afspraak op papier, hoe kort ook, want dan hoef je niet bij elke melding opnieuw te bedenken wat voorgaat, en kan iemand anders in jouw plaats dezelfde keuze maken.
Het mooie is dat je die prioriteit meteen kunt gebruiken om verwachtingen te managen. Een klant die hoort dat zijn melding is opgepakt en wanneer hij iets terughoort, belt niet na een uur opnieuw. Dat scheelt jou onderbrekingen en de klant onrust.
De cijfers die laten zien of het beter gaat
Zodra meldingen op één plek staan met een status en een tijdstip, kun je gaan meten. En meten hoeft niet ingewikkeld te zijn. Drie getallen vertellen je bijna alles wat je nodig hebt. Hoeveel meldingen staan er open en hoe oud is de oudste. Hoe lang duurt het gemiddeld voordat een storing is opgelost. En hoe vaak is een storing in één keer verholpen zonder dat je terug moest.
Dat laatste getal, eerste keer opgelost, is de meest onderschatte van de drie. Elke keer dat je terug moet kost een rit, een afspraak en goodwill. Zie je dat cijfer dalen bij een bepaald type storing, dan weet je waar je onderdelen op voorraad moet leggen of je monteur beter op moet voorbereiden. Dat is het soort inzicht dat je nooit uit losse appjes haalt, maar dat vanzelf zichtbaar wordt zodra je meldingen bij elkaar staan.
Belangrijk: begin met meten voordat je iets verandert. Als je niet weet hoe lang een storing nu gemiddeld openstaat, kun je later ook niet hardmaken dat het sneller gaat. Een nulmeting van een paar weken is zo gemaakt en is later goud waard.
Klein beginnen en meegroeien
Je hebt geen groot systeem nodig om hiermee te starten. Een gedeelde lijst met de velden hierboven, waar iedereen bij kan, brengt je een heel eind. Het punt is niet de techniek, maar de gewoonte dat elke melding op die plek landt en een status krijgt. Zodra dat staat en je merkt waar het schuurt, weet je precies wat een volgend hulpmiddel moet kunnen. Dan bouw je iets wat past bij hoe jij werkt, in plaats van je werk te buigen naar een pakket dat iemand anders heeft bedacht.
Die volgorde is wat mij betreft de hele truc. Eerst het proces helder, dan pas de software. Een meldingenstroom die je met de hand bijhoudt en snapt is meer waard dan een duur systeem waar niemand consequent in werkt.
Loop je aan tegen storingen die overal en nergens binnenkomen en wil je er grip op krijgen? Ik denk graag vrijblijvend met je mee over hoe jouw meldingenstroom eruit kan zien. Plan gerust een gesprek, dan kijken we samen waar voor jou de eerste winst zit.
Veelgestelde vragen
Heb ik een duur ticketsysteem nodig om storingen bij te houden?
Nee. Je kunt prima beginnen met een gedeelde lijst waar iedereen bij kan, zolang elke melding er maar op landt en een status krijgt. Een groter systeem wordt pas interessant als het aantal meldingen groeit of als je meer wilt automatiseren. Begin klein, dan weet je later precies wat je echt nodig hebt.
Mogen klanten storingen via WhatsApp blijven melden?
Dat mag, want je wilt de drempel voor de klant laag houden. Het gaat erom dat jij zo'n bericht meteen omzet in een melding op je vaste plek, met een nummer en een status. De klant merkt daar niets van, maar jouw overzicht blijft compleet en je verliest geen storing meer in een chat.
Hoeveel statussen moet een melding kunnen hebben?
Vier of vijf is genoeg. Denk aan nieuw, in behandeling, wacht op onderdeel en opgelost. Te veel statussen maken het onduidelijk en dan worden ze niet goed bijgehouden. Houd het aantal zo klein dat iedereen in één oogopslag ziet waar een melding staat.
Hoe bepaal ik welke storing voorgaat?
Ik gebruik twee vragen: hoe erg is het voor de klant als het niet werkt, en hoe snel loopt het uit de hand als je niets doet. Een installatie die helemaal plat ligt weegt zwaarder dan een klein mankement dat niemand hindert. Zet die afweging kort op papier, zodat iedereen dezelfde keuze maakt.
Welk cijfer zegt het meest over hoe goed ik storingen afhandel?
Hoe vaak je een storing in één keer oplost zonder terug te moeten. Elke herhaalde rit kost tijd, geld en goodwill, dus dat getal raakt meteen je rendement en je klanttevredenheid. Meet het per type storing, dan zie je vanzelf waar je onderdelen of voorbereiding tekortschieten.
