Wat is responstijd in een SLA? De tijd tot een eerste reactie en analyse. Niet tot de oplossing. Waarom prioriteitsniveau en werkdagvenster erbij horen.
Responstijd is de tijd tussen een melding en de eerste menselijke reactie erop: dat iemand kijkt, de melding bevestigt en een eerste inschatting geeft. Het is niet de tijd tot de oplossing. Die kan gerust langer duren en dat is normaal. Elke responstijd hoort daarom te staan met zijn prioriteitsniveau en het dagvenster waarin hij geldt.
Wie een storing meldt, wil één ding weten: is iemand ermee bezig? De responstijd is de afspraak over precies dat moment. Ze begint bij de melding en eindigt bij de eerste reactie van een mens. Een bevestiging dat de melding binnen is, een eerste analyse van wat er speelt en een mededeling over de volgende stap. Ze zegt niets over wanneer het probleem verholpen is, en dat is bewust: een oplossingstijd beloven is een ander en veel riskanter document.
De nuance die de meeste misverstanden veroorzaakt: reactie is niet oplossing. Een melding die binnen een uur beantwoord wordt met een scherpe analyse voelt sneller dan een stilte van twee dagen, ook al duurt de verhelping even lang. Ondersteuning die zijn reactietijden serieus neemt, communiceert onderweg: wat is bekend, wat wordt er geprobeerd, wanneer volgt het volgende bericht. Zo is de stilte tussen reactie en oplossing gedragen in plaats van verwarrend.
Een responstijd zonder context is verder nauwelijks een belofte. Ze hoort bij een prioriteitsniveau (een storing verdient een kortere tijd dan een aanpassingswens) en aan een dagvenster: een tijd die alleen op werkdagen binnen kantooruren geldt, is iets anders dan dezelfde tijd in elke week. Zo staat het ook bij ons: in de voorwaarden staat per prioriteitsniveau de tijd, en de partnerniveaus op de site lezen dezelfde tabel. Losse uren noemen we daarom niet. Altijd met niveau en venster erbij, bijvoorbeeld de P2-regel die op werkdagen geldt.
De moeite waard is een afgesproken responstijd zodra stilstand werk stillegt en je moet kunnen plannen op een reactie. Een korte tijd wint het meest bij storingen op kernprocessen, omdat de eerste reactie het verschil bepaalt tussen stilliggen en omzeilen. Ook als meerdere partijen betrokken zijn loont een vastgelegde tijd: bij één partij die aanspreekbaar is, verdwijnt de melding in de wandelgang.
Het loont niet om op elk niveau de kortst mogelijke tijd af te dwingen: een tijd die niet waar te maken is, ondermijnt het vertrouwen meer dan een ruimere tijd die nagekomen wordt. En voor aanpassingswensen is een korte responstijd zelden het probleem. Daar is de doorlooptijd van de wijziging bepalend, niet de tijd tot de eerste reactie. Wie die twee verwart, onderhandelt over het verkeerde getal.
Onze responstijden staan per prioriteitsniveau in de algemene voorwaarden, met het werkdagvenster erbij; de partnerniveaus op de site zijn dezelfde tabel in leesbare vorm. We beloven alleen wat er in het contract staat en communiceren onderweg: wat bekend is, wat geprobeerd wordt, wanneer je iets hoort. Elke opdracht zelf wordt op nacalculatie afgerekend. De responstijd gaat over ondersteuning na livegang, niet over de bouw.
Nee, en dat is het belangrijkste onderscheid in elke supportafspraak. De responstijd belooft dat iemand binnen de afgesproken tijd kijkt en zich meldt met een eerste analyse. De oplossingstijd hangt af van wat er kapot is, van de leverancier die er eventueel achter zit en van de omvang van het herstel. Die laat zich niet eerlijk beloven. Een SLA die de twee door elkaar haalt, breekt op het moment dat het erom gaat.
Omdat een getal zonder die twee meer belooft dan het kan waarmaken. Zonder prioriteitsniveau concurrert een storing met een schermwens in dezelfde wachtrij; zonder dagvenster is onduidelijk of de tijd in het weekend ook geldt. Daarom staat bij ons elk getal in een tabel met niveau en venster, zoals de P2-lijn die op werkdagen geldt. Zo weet je vooraf wat er beloofd is, en is achteraf meetbaar of dat is nagekomen.
Meer dan je denkt. Meld via de route die afgesproken is in plaats van via een omweg die niemand in de gaten houdt, vermeld wat niet werkt, sinds wanneer en welke foutmelding verschijnt, en geef aan hoe urgent het werk echt is. Een compleet bericht haalt de heen-en-weer-vragen uit de eerste reactie, en dat is vaak de meeste tijdwinst. Op de vraag hoe snel iemand reageert, is de afspraak in de SLA leidend. Niet de lengte van je mail.
Door de klok te lezen op dezelfde manier als het contract: vanaf de melding op de afgesproken route, tot de eerste menselijke reactie, binnen het afgesproken venster. Vraag om een log van meldingen en reacties, of houd dat zelf bij in je ticketomgeving. Meet een paar maanden in plaats van op één incident, en bespreek de uitschieters: één gemiste tijd zegt weinig, een patroon zegt alles. Zo wordt de afspraak een beoordelingsmiddel in plaats van een papieren belofte.
EIGHTY8