Eerste, tweede en derde lijn: wie doet wat zodat een melding niet blijft zwerven

Op veel servicedesks is de indeling in eerste, tweede en derde lijn wel op papier gezet, maar in de praktijk merkt niemand er iets van. Een melding wordt doorgezet, verdwijnt in een wachtrij, en niemand voelt zich meer verantwoordelijk voor de opvolging. De gebruiker belt na een paar dagen terug en niemand kan precies vertellen waar de melding staat. Dit artikel laat zien hoe je de lijnen zo inricht dat een melding altijd een eigenaar heeft, ook na het doorzetten.

Waarom meldingen blijven zwerven

Het probleem zit zelden in de indeling zelf. Bijna elke organisatie weet dat de eerste lijn de eenvoudige meldingen afhandelt, de tweede lijn de complexere en de derde lijn de specialistische. Het misgaat bij het moment van overdracht. Als "doorzetten" betekent dat een melding in een andere wachtrij verdwijnt zonder dat iemand daar expliciet eigenaar van wordt, dan is de melding vanaf dat moment van niemand.

Dat gebeurt vaker dan je zou denken, juist omdat de overdracht zo eenvoudig lijkt: een paar klikken en de melding is "ergens anders". De vraag wie er nu op let, blijft onbeantwoord.

De rol van elke lijn helder maken

Eerste lijn: eigenaar tot het tegendeel bewezen is

De eerste lijn lost op wat ze kan, en zet door wat ze niet kan. Het belangrijkste is dat de eerste lijn eigenaar blijft van het contact met de gebruiker, ook na het doorzetten. Dat betekent: de gebruiker hoort van de eerste lijn wat de status is, niet van de tweede lijn die daar vaak geen tijd voor heeft.

Tweede en derde lijn: oplossen en terugkoppelen

De tweede en derde lijn lossen het technische probleem op, maar hun taak stopt niet bij de oplossing. Ze koppelen terug naar wie de melding heeft doorgezet, met genoeg informatie om de gebruiker te informeren. Zonder die terugkoppeling ontstaat precies het probleem waar dit artikel over gaat: een melding die technisch is opgelost, maar waarvan de gebruiker niets hoort. Een goed begin is duidelijke impact- en urgentiecriteria die bepalen welke meldingen naar welke lijn gaan, zodat de eerste overdracht meteen de juiste is.

Escaleren is geen afscheid nemen

Doorzetten voelt voor veel medewerkers als klaar zijn met de melding. Dat is de denkfout. Een melding doorzetten betekent dat je de oplossing overdraagt, niet de verantwoordelijkheid voor de voortgang. Zolang de melding openstaat, hoort iemand actief te volgen of hij vooruitgaat.

Afspraken die voorkomen dat een melding zoekraakt

Een paar heldere afspraken voorkomen het grootste deel van de zwervende meldingen:

• Elke melding heeft één zichtbare eigenaar. Ook na het doorzetten is duidelijk wie verantwoordelijk is voor de voortgang richting de gebruiker.
• Doorzetten gebeurt met context. Een melding zonder duidelijke beschrijving van wat al geprobeerd is, kost de ontvangende lijn extra tijd en vertraagt de oplossing. Hoe je shift-left en self-service inricht, vermindert het aantal meldingen dat überhaupt doorgezet hoeft te worden.
• Terugkoppeling is verplicht, niet optioneel. De lijn die oplost, meldt actief terug aan wie doorzette, zodat de gebruiker geïnformeerd blijft.
• Er is een moment waarop een melding wordt opgepakt. Een melding die te lang stilligt zonder actie, moet automatisch opvallen, niet pas als de gebruiker erover belt.

Wat het oplevert

Als de lijnen goed op elkaar aansluiten, hoeft niemand meer te zoeken naar wie er nu eigenlijk over een melding gaat. De gebruiker krijgt sneller een eerlijk antwoord over de status, en teams verliezen minder tijd aan meldingen die tussen wal en schip vallen. Dat is precies waar het om draait: meer bereiken met dezelfde mensen, door de overdracht tussen lijnen net zo serieus te nemen als de oplossing zelf. Lees ook het draaiboek voor major incidents voor situaties waar meerdere lijnen tegelijk moeten schakelen. En voor de inrichting van de werkverdeling bij jouw organisatie: bekijk onze diensten voor servicemanagement.

Veelgestelde vragen

Moet elke organisatie drie lijnen hebben? Nee. Kleinere organisaties werken vaak met twee lijnen, of zelfs één met duidelijke specialismen erin. Het aantal lijnen is minder belangrijk dan de duidelijkheid over eigenaarschap bij elke overdracht.

Wie is verantwoordelijk als een melding tussen twee lijnen blijft hangen? De lijn die de melding als laatste heeft ontvangen, totdat die expliciet bevestigt dat de volgende lijn hem heeft overgenomen. Zonder die bevestiging blijft de vorige lijn eigenaar.

Hoe voorkom je dat terugkoppeling erbij inschiet? Maak het onderdeel van het proces zelf, bijvoorbeeld door een melding pas als opgelost te markeren zodra de terugkoppeling naar de gebruiker heeft plaatsgevonden.

Wil je dat meldingen bij jouw servicedesk niet meer zoekraken tussen de lijnen? plan een gesprek en we brengen samen in kaart waar de overdracht nu misgaat.

Verder lezen

• Incident management (Wikipedia)
• IT-servicemanagement (Wikipedia)