Een servicedesk voor advocatenkantoren wordt vaak beoordeeld op cijfers die op het verkeerde moment gaan tellen. Twee voor twaalf, een advocaat die zijn opsomming in een processtuk niet op orde krijgt, en een SLA die zegt dat het ticket binnen vier uur wordt opgepakt. Formeel klopt het. In de praktijk zit je klant vast, staat de bode te wachten en heeft de tegenpartij straks een streepje voor omdat een productie ontbreekt.
De servicedesk is bij elk IT-bedrijf het onderdeel waar het meest over gemopperd wordt. Dat weten wij, dat weten onze collega's in de markt, en dat weet iedere partner van een kantoor die wel eens een offerte-ronde heeft gedaan. Het is ook de reden dat kantoren regelmatig gaan kijken of het gras aan de overkant groener is. Ze switchen, komen na een jaar terug, en zeggen dan wat we vaker horen: het was daar niet beter, alleen anders.
Het echte probleem zit niet in de responstijd. Het zit in wat er als "urgent" telt. Een uitgevallen server staat in elke SLA als P1. Een advocaat die om 11:58 zijn nummering niet krijgt uitgelijnd in een dagvaarding die om 12:00 op de post moet, staat in geen enkele SLA. Formeel is dat een gebruikersvraag, prio 3, oppakken binnen X uur. Voor die advocaat is het op dat moment een P1, want zonder dat document is er geen zitting, geen deadline gehaald, geen tevreden cliënt. En de servicedesk die dat verschil niet aanvoelt, wordt geëvalueerd op de verkeerde metric.
Wat werkt in een servicedesk voor advocatenkantoren
Wat in de praktijk werkt is geen strakkere SLA. Het is een servicedesk die weet wat een opsomming, een kop-en-voettekst in een concept-akte of een verwijzing naar een productie feitelijk betekent voor het werk van de beller. Die kennis komt niet uit een handboek. Die komt uit jaren meedraaien bij kantoren, weten hoe iOS Word zich gedraagt op een deadline, weten waar de macro's zitten in een NGB-model, weten dat de secretaresse van de deken andere prioriteit heeft dan een stagiair die zijn tweede maand draait.
Concreet betekent dat: prioriteit wordt bepaald door de context van de beller, niet door de categorie van het ticket. Een medewerker met een deadline in het uur is P1, ook als de vraag technisch triviaal is. Een vraag over een niet-werkende printer bij een stagiair op donderdagmiddag is dat niet. Dat oordeel kan alleen worden gemaakt door iemand die het verschil kent tussen die twee situaties. En dat verschil laat zich niet vangen in een keuzemenu of een intake-formulier; het vraagt om iemand aan de lijn die de vraag achter de vraag hoort.
Vier faalpunten die kantoren zelden op de offerte zien staan
Als we terugkijken op ruim zeventien jaar servicedesk-werk voor juridische kantoren, komen dezelfde vier faalpunten steeds terug bij partijen die op prijs of standaard-SLA worden gekozen. Ze staan niet op de offerte, want ze zijn moeilijk in cijfers te vangen. Ze bepalen wel of een kantoor na een jaar tevreden is of niet. Ze bepalen ook of de office manager na drie kwartalen intern moet uitleggen waarom er alweer een migratie op de rol staat.
Ticket-triage door iemand zonder juridische context
De eerste lijn zit bij veel MSP's bij generieke first-line agents die zowel een bouwbedrijf als een tandartspraktijk als een advocatenkantoor bedienen. Prima voor een wachtwoordreset. Niet prima op het moment dat een advocaat belt over "de opsomming die niet doorloopt in productie 14". Als de eerste lijn niet weet wat een productie is, gaat er tijd verloren aan uitleg, en de klok tikt door. Wij hebben meegemaakt dat een first-line agent bij een concurrent letterlijk vroeg of de "productie" een fabriek was. De advocaat hing op en belde de partner. De partner belde ons. Dat soort momenten haal je niet meer terug.
Escalatie die de deadline van de gebruiker niet kent
Escalatiematrixen zijn technisch. Ze escaleren op tijd, op impact, op categorie. Niet op deadline van de gebruiker. Een goede servicedesk vraagt in de eerste dertig seconden: staat hier een tijdstip op? Zit u in een zitting? Moet dit vandaag de deur uit? Dat gesprek verandert de prioriteit ter plekke, ongeacht wat het ticketsysteem er standaard van maakt. Het betekent ook dat de tweede lijn niet wacht tot een geautomatiseerde escalatie-regel afgaat, maar direct wordt aangetikt door de collega die de telefoon opneemt. In onze desk hangt daarvoor een simpele regel boven het scherm: deadline binnen twee uur = warme overdracht, geen ticket-throw-over-the-wall.
Kennisborging die geen kantoorkennis is
De meeste kennisbases van MSP's staan vol met technische how-to's. Wat ontbreekt is de kantoorkennis: welke modellen gebruikt dit kantoor, welke document-conventies, hoe is het dossierbeheer opgebouwd, welke integratie is er tussen de praktijk-management-software en Outlook. Een servicedesk die dat niet vastlegt, lost hetzelfde probleem elke maand opnieuw op. Bij ons krijgt elk kantoor een eigen kennispagina waar afwijkingen op de standaard-inrichting staan: het feit dat kantoor A met een aangepaste Bluebook-verwijzing werkt, dat kantoor B de conceptversies in een aparte SharePoint-map bewaart, dat de maatschap van kantoor C een eigen macro heeft voor productie-nummering die door een oud-stagiair is geschreven en die niemand meer durft aan te raken. Dat soort details maakt het verschil tussen "we lossen het op" en "we lossen het snel op".
Rapportage die de verkeerde vraag beantwoordt
Standaard rapportage laat zien: aantal tickets, gemiddelde oplostijd, SLA-percentage. Wat een partner wil weten is: hoeveel keer heeft mijn team op een deadline vastgezeten en hoe snel waren we toen geholpen. Dat is een andere vraag. De servicedesk die alleen op SLA-percentages stuurt, meet vooral hoe goed hij zichzelf beoordeelt, niet hoe goed het kantoor geholpen is. Wij kijken daarom apart naar tickets met een klant-gemarkeerde deadline en rapporteren daar per kwartaal op. Daarnaast bespreken we in het kwartaaloverleg met de office manager niet de groene vinkjes, maar de drie tickets die het meest pijnlijk waren. Dat gesprek levert vaker verbeterpunten op dan een dashboard vol met percentages boven de norm.
Een servicedesk kiezen op basis van een SLA-document is kiezen op basis van wat makkelijk te meten is. Kiezen op basis van hoe die servicedesk reageert om twee voor twaalf, dat is kiezen op basis van wat er echt toe doet in een juridische praktijk. Wie wil weten hoe onze servicedesk dat verschil in de dagelijkse praktijk maakt voor kantoren van drie tot honderdvijftig medewerkers, kan bij ons een gesprek inplannen met iemand die zelf jaren op die desk heeft gezeten. Geen sales, geen demo, gewoon een uur inhoud.
