Klantoperaties

Wat vertel je een klant als het probleem nog openstaat

Schrijf een heldere statusupdate met bevestigde feiten, een eigenaar, de volgende actie en het volgende contactmoment zonder valse beloftes.

Door DripTell EditorialGepubliceerd 9 september 2026Leestijd 6 min read
Gitaarreparateur legt een open reparatie uit terwijl de Context Keeper de verwijderde brug controleert
Hulp nodig bij deze handleiding?Vraag het DripTell-team
+31

Je aanvraag gaat naar een persoon, niet naar een mailinglijst.

Door dit te versturen geef je DripTell toestemming voor een bevestiging en opvolging van je vraag via WhatsApp of e-mail, inclusief automatische berichten. Je kunt ons altijd vragen te stoppen. Bekijk ons privacybeleid.

Op maandag kreeg een klant te horen dat het team onderzocht waarom een terugbetaling niet was aangekomen. Donderdag stond de zaak nog steeds op open, maar niemand had uitgelegd wat er was veranderd, wie op wie wachtte of wanneer er weer nieuws zou komen. Het team had een interne status. De klant had stilte.

Als een probleem nog niet is opgelost, stuur dan een korte update met vijf onderdelen. Benoem de gevolgen voor de klant, de bevestigde stand van zaken, de volgende actie, de eigenaar daarvan en het tijdstip van de volgende update. Verzin geen oorzaak en beloof geen oplosdatum die je niet beheerst. Een goede update neemt het probleem nog niet weg, maar wel een belangrijk deel van de onzekerheid.

Een statuswijziging is geen klantupdate

Ticketstatussen helpen een team om werk te organiseren, maar vertellen de klant niet vanzelf wat er gebeurt. De actuele Microsoft documentatie over zaakstatussen laat zien dat een actieve zaak in uitvoering, gepauzeerd, wachtend op details of in onderzoek kan zijn.

Woorden als ‘in behandeling’, ‘geëscaleerd’ of ‘bij engineering’ kunnen intern precies zijn en voor een klant niets verklaren. Vertaal de status naar de gevolgen, bevestigde feiten en eventuele actie voor de klant.

Het operationele supportmodel hoort zowel de interne status als de openbare uitleg te bepalen. Zo hoeft een medewerker niet onder druk een eigen verhaal te bedenken.

Zeg wat nu waar is

Begin met het laatste bevestigde feit, niet met een vaag excuus. ‘De terugbetaling staat nog niet op uw kaart’ is duidelijker dan ‘Uw zaak boekt vooruitgang’. Als de oorzaak onbekend is, zeg dan dat het onderzoek nog loopt. Een nauwkeurige onzekerheid is betrouwbaarder dan een stellige gok die later verandert.

Woordloos pad in vijf stappen van gevolgen via eigenaarschap naar het volgende contactmoment
Benoem de gevolgen, bevestig de stand, wijs een eigenaar aan, geef de actie en plan de volgende update.
Een heldere update voor een open zaakGa van de gevolgen voor de klant naar een toegewezen actie en betrouwbaar contactmoment.
  1. 1Benoem de gevolgenLeg uit wat het open probleem voor de klant verhindert of verandert.
  2. 2Bevestig de standScheid bewezen feiten van oorzaken en eindtijden die onbekend zijn.
  3. 3Wijs de eigenaar aanNoem het team of de rol voor de volgende stap en communicatie.
  4. 4Geef de volgende actieLeg uit welke controle, vraag of beslissing nu volgt.
  5. 5Plan de volgende updateBeloof een concreet moment, ook als de zaak dan nog open kan zijn.

Houd feiten en acties uit elkaar. Het feit kan zijn dat de betaalverwerker de terugboeking nog niet heeft bevestigd. De actie kan zijn dat de verantwoordelijke voor facturatie een traceerverzoek heeft verstuurd. Bewaar beide in de gedeelde inbox bij het oorspronkelijke gesprek, zodat een volgende medewerker het verhaal niet uit het geheugen hoeft op te bouwen.

Zeg of de klant iets moet doen. Schrijf bijvoorbeeld ‘U hoeft vandaag niets te sturen’. Vraag niet om informatie die al in het gesprek staat.

Geef de volgende actie een eigenaar

‘We zijn ermee bezig’ verbergt de verantwoordelijkheid. Noem het team of de rol die de volgende stap uitvoert, ook als je geen persoonsnaam gebruikt. ‘Ons factureringsteam controleert of de terugboeking onze rekening heeft verlaten’ is nuttiger dan ‘De zaak is geëscaleerd’.

Eigenaarschap moet intern eveneens zichtbaar zijn. Het klantrecord heeft één huidige eigenaar, één volgende actie en één deadline nodig. Een overdracht is niet afgerond zodra de zaak in een andere wachtrij staat. Iemand moet het werk aannemen en eerdere toezeggingen behouden.

Huidige situatieWat de klant moet horenBelofte om te vermijdenInterne eigenaar
Wachten op de klantWelke informatie ontbreekt en waarom die nodig isEen oplossing voordat het antwoord binnen isHuidige supporteigenaar
Wachten op een ander teamWat dat team controleert en wanneer jij opvolgtEen onbevestigde einddatumCoördinerende eigenaar
Wachten op een externe partijWelke afhankelijkheid openstaat en wat nog wel kanEen termijn die de leverancier beheerstZaakeigenaar
Oorzaak nog onbekendBevestigde gevolgen en de volgende diagnoseEen vermoedelijke verklaringOnderzoekseigenaar

Beloof de volgende update en niet de uitkomst

De veiligste tijdsbelofte gaat vaak over het volgende contactmoment, niet over de definitieve oplossing. Schrijf: ‘Ik geef u morgen voor drie uur een update, ook als het onderzoek dan nog loopt.’ De klant krijgt een betrouwbaar ijkpunt zonder dat je doet alsof de uitkomst vaststaat.

Kies het moment op basis van de gevolgen. Een geblokkeerde betaling kan binnen uren een update nodig hebben; een cosmetisch defect kan langer wachten. Microsofts documentatie over zaakopvolging beschrijft periodieke e-mails die volgen uit de zaakstatus en ingestelde antwoordtermijnen. Zulke triggers helpen, maar het ritme moet passen bij de gevolgen.

Als het beloofde moment aanbreekt zonder nieuwe oplossing, stuur je toch een bericht. Zeg dat de zaak nog open is, noem de laatste actie en geef een nieuw contactmoment. Een gemiste update is een tweede fout die niet door de oorspronkelijke afhankelijkheid wordt verklaard.

Pas de boodschap aan op het wachten

Verschillende oorzaken vragen om verschillende woorden. Als je informatie van de klant nodig hebt, stel dan één duidelijke vraag en leg uit waarom het antwoord nodig is. Als een interne specialist de volgende stap bezit, blijft de oorspronkelijke supporteigenaar verantwoordelijk voor de communicatie. Als een externe partij betrokken is, benoem je de afhankelijkheid zonder de schuld af te schuiven.

Bied bij grote gevolgen een veilige tijdelijke oplossing en benoem de beperkingen. Presenteer een riskante handmatige handeling niet als onschuldig. Als er geen alternatief is, zeg dat eerlijk.

De automatiseringsbouwer kan herinneringen plannen en te late acties routeren, maar mag geen zekerheid verzinnen. Automatisering kan zien dat een update verschuldigd is. De verantwoordelijke eigenaar moet de feiten controleren voordat het bericht wordt verstuurd.

Controleer of de update onzekerheid vermindert

Beoordeel niet alleen of het bericht is verzonden. Kijk of de klant vóór het beloofde moment opnieuw om nieuws vroeg, of de eigenaar de afspraak miste, of informatie moest worden herhaald en of een volgende medewerker een eerder bericht tegensprak.

Bekijk vooral lange wachttijden, overdrachten, externe afhankelijkheden en berichten zonder nieuwe oplossing. In het WhatsApp kanaal geldt dezelfde norm als in e-mail of webchat. Een kort bericht heeft nog steeds een ware status, eigenaar, volgende actie en nieuw contactmoment nodig.

Een goede statusupdate laat een open probleem niet opgelost lijken. De resterende onzekerheid wordt zichtbaar en krijgt een eigenaar. Kan je team deze vijf elementen niet uit de gesprekshistorie halen, test dan één echte vertraagde zaak in een werksessie met DripTell voordat je het ritme automatiseert.

Veelgestelde vragen

Wat hoort in een statusupdate van support

Noem de gevolgen, de bevestigde stand, de volgende actie, de eigenaar, wat de klant eventueel moet doen en wanneer de volgende update komt.

Moet je een verwachte oplostijd geven

Alleen wanneer de schatting wordt gedragen door de partij die het werk beheerst. Beloof anders een specifiek volgend contactmoment en leg uit wat er voor die tijd gebeurt.

Wat stuur je als er niets is veranderd

Stuur de update op tijd. Zeg dat de zaak open blijft, noem de laatste actie en bevestigde afhankelijkheid, en plan het volgende moment.

Kun je klantupdates automatiseren

Automatiseer herinneringen, routering en berichten voor stabiele gebeurtenissen. Laat een verantwoordelijke persoon de feiten controleren wanneer oorzaak, gevolgen, omweg of eindtijd onzeker zijn.

DT

DripTell Editorial

Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.

Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.

Redactioneel en bronnenbeleid