Je L2-team zou geen tijd moeten verspillen aan het achterhalen van ontbrekende informatie.

Elke escalatie van eerstelijns- naar tweedelijnsondersteuning is een overdracht. Als dat slecht verloopt, betekent dit dat je technici tijd kwijt zijn aan het verzamelen van informatie die ze eigenlijk al hadden moeten hebben. Als het goed verloopt, krijgen ze een complete, bruikbare briefing en kunnen ze meteen aan de slag. Wij definiëren, beheren en voeren gestructureerde escalaties uit voor technische ondersteuning van hardware en software in acht talen.
  • Native speakers in 8 talen
  • 98,5% klanttevredenheid
  • Minder dan 3% personeelsverloop
  • 24/7 Engelstalige support
  • <1 uur gemiddelde tijd tot eerste reactie
✓

Native speakers in 8 talen

24/7 Engelstalige support

98,5% klanttevredenheid

Minder dan 3% personeelsverloop

In deze handleiding wordt hoe je een escalatieproces opzet dat echt werkt uitgelegd — voor je gebruikers, je L1-team en je technici.

Een slecht afgehandelde escalatie zorgt meteen voor twee problemen. Je L2-team krijgt een ticket met onvolledige informatie – een vage beschrijving van het probleem, geen overzicht van welke stappen er al zijn ondernomen om het op te lossen, ontbrekende systeemgegevens – en moet tijd besteden aan het verzamelen van de benodigde informatie voordat ze aan de slag kunnen. Ondertussen moet de gebruiker, die al tijd heeft besteed aan de eerstelijnsondersteuning, zijn of haar situatie helemaal opnieuw uitleggen.

Vermenigvuldig dit met honderden escalaties per maand en de kosten lopen flink op — tijd van technici die wordt besteed aan het verzamelen van informatie, gebruikers die het gevoel hebben dat ze slecht worden geholpen, en een ondersteuningsafdeling die van buitenaf ongeorganiseerd overkomt, zelfs als de technologie prima werkt. Gestructureerd escalatiebeheer pakt deze problemen aan bij de bron: de overdracht van L1 naar L2. Zie ook hoe eerstelijnsondersteuning en escalatiebeheer op elkaar aansluiten.

Hoe een probleem van first-line support naar je engineeringteam gaat
01

Gebruiker

Meldt een probleem via e-mail, chat of telefoon

02

First-line support (DCC)

Diagnosticeert, lost op en documenteert elke stap

De meeste problemen worden hier opgelost

03

Escalatietrigger

Voldoet aan de criteria die tijdens de onboarding zijn afgesproken

04

Je engineeringteam

Ontvangt een gestructureerde escalatienotitie, zonder nieuwe diagnose

De oplossing wordt met de gebruiker gedeeld en toegevoegd aan de kennisbank

Ons escalatieproces — stap voor stap

01

Stap 1

Bepalen wanneer er een escalatie nodig is

Tijdens de onboarding werken we samen met je technische team om precies vast te stellen wat een escalatie veroorzaakt. Dit wordt niet aan het oordeel van de medewerker overgelaten — het wordt vastgelegd. Specifieke soorten problemen, complexiteitsdrempels, storingen die niet op L1-niveau kunnen worden opgelost en gebruikersprofielen die een specialistische aanpak vereisen, worden allemaal in kaart gebracht en gedocumenteerd. Medewerkers houden zich consequent aan de criteria voor escalatie, ongeacht wie het contact afhandelt.

02

Stap 2

Diagnostische gegevens verzamelen

Voordat de medewerker het probleem doorgeeft, verzamelt hij alle benodigde diagnostische informatie aan de hand van een vooraf afgesproken checklist. Bij hardware-meldingen gaat het meestal om het model en serienummer van het apparaat, de firmwareversie, het besturingssysteem, foutcodes of -meldingen, en een beschrijving van de storing. Bij software-meldingen gaat het om de versie van de applicatie, details over de omgeving, stappen om de fout te reproduceren, en het verwachte versus het daadwerkelijke gedrag. Zonder de benodigde diagnostische gegevens wordt er niets doorgestuurd.

03

Stap 3

Documentatie over het oplossen van problemen

De escalatienotitie bevat een volledig overzicht van alle stappen die al op L1 zijn ondernomen om het probleem op te lossen: wat er is geprobeerd, wat het resultaat was en waarom het niet gelukt is. Je L2-team hoeft de stappen die al zijn geprobeerd niet nog eens te doorlopen. Ze gaan verder waar L1 is gebleven, niet helemaal vanaf het begin.

04

Stap 4

Gestructureerd escalatieverslag

Al het bovenstaande wordt gebundeld in een gestructureerd escalatieverslag in het Engels — ongeacht de taal waarin het contact met de gebruiker is afgehandeld. Het verslag volgt een vaste indeling die tijdens de onboarding is afgesproken. Je L2-team krijgt voor elke escalatie dezelfde structuur te zien, waardoor het sneller gaat om de wachtrij te beoordelen en prioriteiten te stellen.

05

Stap 5

Communicatie met de gebruiker

Voordat het L1-contact wordt afgesloten, neemt de medewerker contact op met de gebruiker — om te bevestigen dat het probleem is doorgegeven, uit te leggen wat er nu gaat gebeuren en een realistische verwachting te scheppen over hoe lang het duurt voordat er een reactie komt. Gebruikers blijven niet in het ongewisse zitten of hun probleem wel is opgelost. Ze weten dat het is doorgegeven aan het juiste team en wanneer ze een reactie kunnen verwachten.

Wat gestructureerd escalatiebeheer je oplevert

01

Ontwikkelingstijd veiliggesteld

Je L2- en L3-teams zijn je technisch meest bekwame en duurste medewerkers. Elke minuut die ze besteden aan het verzamelen van informatie die eigenlijk al in de escalatienotitie had moeten staan, is een minuut die ze niet aan onderzoek en het oplossen van het probleem kunnen besteden. Gestructureerde escalatie zorgt ervoor dat ze volledige briefings krijgen en meteen aan de slag kunnen. De tijdwinst bij een supportafdeling met een hoog volume is aanzienlijk.
02

De gebruikerservaring blijft behouden tijdens de overdracht

Een slechte escalatie valt de gebruiker op — je merkt het als je je situatie moet herhalen, als het antwoord op je geëscaleerde ticket standaard is, of als de tijdlijn die je bij het eerste contact kreeg, niet klopt. Bij gestructureerde escalatie blijf je de gebruiker op de hoogte houden, schep je realistische verwachtingen en zorg je ervoor dat de informatie die hij bij het eerste contact heeft gegeven, met zijn ticket meegaat. De overdracht merk je helemaal niet.
03

Een feedbacklus die de kwaliteit van L1 verbetert

Uit escalatiepatronen komen kwaliteitsproblemen bij L1 naar voren. Als hetzelfde type probleem steeds weer escaleert, kan dat wijzen op een leemte in de L1-kennisbank of op een handleiding voor probleemoplossing die aan een update toe is. We analyseren de escalatiepatronen maandelijks en gebruiken de bevindingen om de kennisbank te verbeteren. Na verloop van tijd zou het aantal escalaties voor een bepaald type probleem moeten afnemen naarmate de capaciteit van L1 toeneemt.

Veelgestelde vragen over escalatiemanagement

Hoe bepaal je wat er moet worden doorgegeven en wat op L1 kan worden opgelost?
De escalatietriggers worden tijdens de onboarding samen met jou vastgesteld — we passen geen standaardcriteria toe op jouw product. We werken samen met je technische team om de specifieke soorten problemen, complexiteitsdrempels en storingspatronen in kaart te brengen die L2-betrokkenheid vereisen. Deze worden gedocumenteerd en verwerkt in de procedures voor onze medewerkers. Medewerkers houden zich consequent aan de escalatiecriteria — beslissingen over escalatie worden niet aan het individuele oordeel overgelaten.
Welke informatie verzamel je voordat je het doorgeeft?
Welke diagnostische gegevens er vóór escalatie worden verzameld, wordt tijdens de onboarding afgesproken en verschilt per product. Bij hardwareproducten gaat het meestal om het model van het apparaat, het serienummer, de firmwareversie, het besturingssysteem, foutcodes en een beschrijving van de storing. Bij softwareproducten gaat het om de versie van de applicatie, details over de omgeving, stappen om de storing te reproduceren en het verwachte versus het daadwerkelijke gedrag. Er wordt niets doorgestuurd zonder dat de afgesproken diagnostische gegevens beschikbaar zijn.
Hoe ga je om met escalaties buiten kantooruren?
We bieden 24/7 eerstelijnsondersteuning voor klanten die dat nodig hebben. Escalaties die buiten de kantooruren van je L2-team binnenkomen, worden geregistreerd met volledige escalatienotities en krijgen voorrang in de wachtrij voor wanneer je team weer beschikbaar is. Voor kritieke problemen — zoals gedefinieerd tijdens de onboarding — volgen we een afgesproken escalatieprocedure buiten kantooruren, waarbij eventueel een technicus die dienst heeft direct wordt gewaarschuwd.

Klaar voor escalaties die echt werken?

Vertel ons eens over je huidige escalatieproces — wat werkt wel, wat werkt niet, en waar je L2-team tijd verliest door onvolledige overdrachten. We komen dan terug met een duidelijk beeld van hoe ons escalatiebeheer voor jouw organisatie zou werken.
Geen verplichtingen. Geen verkooppraatje. Gewoon een openhartig gesprek.

Gestructureerde escalatie sinds 2014 · 8 talen · EU-infrastructuur