Iedereen verkoopt 24/7. Om 02.00 uur blijkt wie het meende.

Hoofdstuk 01

Overdag is service eenvoudig. In de nacht worden beloftes feiten.

Tijdens kantooruren lijken de meeste IT-leveranciers op elkaar: tickets worden beantwoord, engineers zijn bereikbaar, iedereen is vriendelijk. Hotels leven niet op kantooruren. Een derde van uw operatie speelt zich af terwijl de meeste servicedesks slapen: late aankomsten, night audit, vroege vertrekken, betaalbatches. De vraag die leveranciers scheidt, is niet wat er om 14.00 uur met een ticket gebeurt. Het is wie er opneemt, met welk mandaat, om 02.00 uur op een zondag.

Stel u een locatie met 120 kamers voor op een zaterdagnacht. De laatste luchthavenshuttle arriveert om 01.40 uur met elf gasten. De sleutelencoder weigert met de PMS te praten. De night auditor staat er alleen voor, de rij groeit en de manager on duty slaapt. Dit is het moment waarvoor uw supportcontract is geschreven. Of het standhoudt, hangt volledig af van wie de telefoon opneemt en wat die persoon mag doen.

Het verschil tussen de twee kolommen is niet zichtbaar in een offerte. Beide leveranciers zetten 24/7 op de omslag. Beide noemen reactietijden. Het onderscheid blijkt pas uit de manier waarop de dienst is opgebouwd: of er een rooster van wakkere engineers is, of die engineers bij uw systemen kunnen, en of iemand hun toestemming heeft gegeven om te handelen. Dat is een vraag over bezetting en mandaat, niet over marketing. En het antwoord ligt er lang voordat het incident zich voordoet, in keuzes die u tijdens het inkooptraject kunt toetsen. Echte 24/7 hotel-IT-support wordt in die keuzes gebouwd, lang voor het eerste nachtelijke telefoontje.

Hoofdstuk 02

Vraag naar deze vier en de marketing valt weg.

Echte engineers van dienst, geen belboom die iemand wekt die weer iemand wekt. Als de receptie om 02.00 uur belt, ziet degene die opneemt uw systemen en begint direct te werken. Elke overdracht in die keten kost minuten, en ’s nachts zijn minuten gasten die aan de balie staan. De engineer van dienst heeft uw documentatie al open.

Vraag hoe het nachtrooster bemenst is en of hetzelfde team ook overdag werkt. Een leverancier die zijn nachten stilzwijgend uitbesteedt aan een extern callcenter, heeft u al verteld wat de nacht hem waard is. Een uitbestede desk leest een script voor. Een engineer van dienst die ook overdag werkt, kent uw locatie, uw koppelingen en uw historie, en merkt het wanneer een incident niet bij het script past.

24/7 betekent dat de leverancier u meestal als eerste belt. Monitoring detecteert de haperende switch of de vastgelopen back-up en opent het incident voordat de night auditor iets merkt. Moet het hotel de storing als eerste opmerken, dan staat de rij aan de balie er al voordat de klok gaat lopen. Detectie vóór de gast is de reden dat u voor de nacht betaalt.

U kunt dit in elke maandrapportage controleren. Zijn de meeste nachtincidenten door het hotel geopend, dan is de monitoring decoratief. Zijn de meeste door de leverancier geopend, dan doet zij haar werk. Vraag een bestaande klant om één rapportage en lees de nachtregels. Dat patroon laat zich moeilijk verhullen.

Een nachtengineer die het incident alleen mag registreren, is een logboek, geen dienst. Echte 24/7 geeft de nachtdienst de bevoegdheid om te herstarten, om te schakelen, te isoleren en te escaleren naar senior engineers, zonder te wachten op kantooruren. Die bevoegdheid wordt vooraf schriftelijk vastgelegd. Geen engineer hoort om 03.00 uur een manager on duty te zoeken voor toestemming terwijl de rij bij de check-in groeit.

Toets het met een concreet scenario: wat gebeurt er als de interfaceserver om 03.00 uur vastloopt? Is het eerlijke antwoord dat er een ticket voor de ochtend wordt aangemaakt, dan weet u genoeg. Vraag om de runbookpagina die dit beschrijft. Een leverancier die dit ’s nachts oplost, heeft de stappen opgeschreven. Wie dat niet heeft gedaan, improviseert.

De engineer moet weten wat een night audit is, waarom 03.00 uur een slecht moment is voor een PMS-herstart en welke terugvaloptie de check-in doorgang laat vinden. Generieke IT-kennis houdt op bij de hoteldeur. Een herstart die om 16.00 uur drie minuten kost, kan om 03.00 uur een auditrun beschadigen en het finance-team een hele ochtend kosten. Timing is in een hotel geen detail.

Een engineer die hotels heeft ondersteund, kent het auditvenster, de ontbijtpiek en de uitcheckgolf, en plant elke ingreep daaromheen. Dat oordeelsvermogen komt uit ervaring, niet uit intuïtie: honderden hotelnachten gezien vanaf de supportkant. Een generalistische desk leert dat niet uit een briefing van één pagina.

Alle vier zijn te toetsen voordat u tekent: vraag wie er om 02.00 uur precies opneemt, en wat die persoon mag doen. Zet ze als scenario’s in uw beoordeling, niet als vinkjes. Beschrijf uw slechtst denkbare nacht en vraag elke leverancier u er stap voor stap doorheen te leiden, met rollen en tijdstippen. Wie het heeft meegemaakt, kan dat. Wie niet, begint over zijn portaal.

Hoofdstuk 03

Drie cijfers die echte 24/7 bepalen.

Marketingtaal laat zich niet vergelijken. Cijfers wel. Wanneer u 24/7 hotel-IT-support beoordeelt, snijden drie metingen door elke brochure heen. Alle drie zijn te verifiëren voordat u tekent: leg ze vast in het contract en vraag ze te zien in een echte maandrapportage van een bestaande klant.

De minuten tussen het moment dat de receptie belt en het moment dat een gekwalificeerde engineer aan de lijn is. Geen voicemail, geen dispatcher, maar een engineer die uw systemen kan zien. In een hotel bepaalt dit cijfer hoe lang de rij aan de balie groeit. Een belofte om binnen enkele uren terug te bellen, is een dagcijfer in een nachtuniform.

De minuten tussen dat eerste contact en de eerste betekenisvolle ingreep: een herstart, een failover, een omweg die de check-in doorgang laat vinden. Hier wordt mandaat zichtbaar in de data. Een leverancier van wie de nachtengineers op goedkeuring moeten wachten, heeft hier altijd een lang gat, hoe snel de telefoon ook werd opgenomen. Vraag hoe het mandaat is vastgelegd, want een mondelinge afspraak verdampt bij de dienstwissel.

Het aandeel nachtincidenten dat is gesloten voordat de dagdienst arriveert. Dit cijfer vertelt u of het nachtteam oplost of doorschuift. Een dienst die incidenten vooral aan de ochtend overdraagt, is een aannamebalie. Een dienst die ze vooral sluit, is echte 24/7. Vraag wat het cijfer vorig kwartaal was, in de nacht, voor een vergelijkbare locatie. Een trots team vertelt het u.

Eén waarschuwing: eis dat deze cijfers specifiek de nachturen beslaan. Gemiddelden over een hele maand vlakken de waarheid af, omdat het dagvolume de uren overstemt die u werkelijk inkoopt. Vraag om het nachtvenster apart. Een leverancier die het meet, laat het zonder aarzelen zien. Een leverancier die het niet kan leveren, vertelt u dat de nacht helemaal niet wordt gemeten, en wat niet wordt gemeten, wordt niet beheerd.

Hoofdstuk 04

Dezelfde vier stappen, elke nacht, voor elke klant.

Binnen Managed IT Support (24/7) is de nacht een volledig bemenst onderdeel van de dienst, geen aanvulling. Monitoring, engineers en escalatiepaden werken dag en nacht identiek, en de ochtendrapportage vertelt u wat er gebeurde terwijl u sliep.

Niets hiervan hangt af van wie er toevallig dienst heeft. Het ritme is op oudejaarsavond hetzelfde als op een rustige dinsdag, omdat de nacht is ontworpen en niet geïmproviseerd. Die consistentie is het punt. Evenementenweekenden en volgeboekte zaterdagen verhogen de inzet, dus het proces blijft vast terwijl de inzet beweegt.

Monitoring signaleert de afwijking, meestal voordat een mens dat doet. De melding draagt context mee: welke locatie, welk systeem en wat het raakt aan de balie. De engineer begint niet met een leeg scherm. Weten dat de haperende switch de receptie voedt en niet de backoffice, bepaalt de prioriteit voordat het eerste commando is getypt.

De engineer van dienst start binnen minuten het runbook, met volledig mandaat. Runbooks bestaan omdat 03.00 uur niet het moment is om te improviseren. De stappen voor een vastgelopen koppeling, een haperende switch of een gestrande back-up staan opgeschreven, zijn getest en zijn bekend. Vastgelegde stappen maken de oplossing ook toetsbaar: wat er is gedaan, wanneer en waarom staat ’s ochtends op papier.

Herstellen, omschakelen of escaleren naar senior engineers. De klok loopt door tot het werkt. Houdt de eerste oplossing geen stand, dan volgt escalatie direct, niet als notitie voor de ochtend. Een senior engineer om 04.00 uur hoort bij de dienst, is geen gunst. Escalatiedrempels zijn vooraf bepaald, zodat niemand in het donker hoeft te beslissen of een probleem groot genoeg is om iemand te wekken.

De ochtendrapportage laat zien wat er stukging, wat er is gedaan en wat wij voorkomen. U leest hem bij uw koffie. Geen jargon, geen ticketnummers om te ontcijferen, alleen wat er is gebeurd, wat het voor gasten betekende en wat er verandert. Rapporteren sluit de cirkel. Een incident zonder les herhaalt zich, en in de nacht kost herhaling het meest.

De meest voorkomende regel in de ochtendrapportage is ook de beste: incident gedetecteerd, opgelost, geen impact op gasten. Die regel oogt onopvallend. Het is het product. Het betekent dat het haperende onderdeel is onderschept, dat het runbook is gevolgd, dat de gast er niets van merkte en dat het dagteam de dienst begon op een schoon systeem. Hotels die de andere versie hebben meegemaakt, en over een nachtelijke uitval hoorden via een boze review, weten precies wat die ene regel waard is.

Hoofdstuk 05

Hotels vergeven veel, maar niet dat u om 02.00 uur alleen staat met een rij aan de balie.

De commerciële logica is eenvoudig. Contracten worden gewonnen op prijs, referenties en een overtuigende pitch. Ze worden verloren op één slechte nacht. Een GM die twee uur in de wacht stond terwijl gasten op sleutels wachtten, maalt niet om een prettig kwartaaloverleg. Vertrouwen in een IT-partner wordt langzaam opgebouwd en in één keer uitgegeven, en in de nacht wordt het uitgegeven.

Maak de nacht dus het middelpunt van uw beoordeling, geen regel in een lijst. Vraag wie er om 02.00 uur opneemt, bij naam of via het rooster. Vraag wat die persoon kan zien en wat die mag doen. Vraag de nachtcijfers apart op, niet verstopt in een maandgemiddelde. En vraag om een referentie van een hotel dat werkelijk een slechte nacht met de leverancier heeft gehad, want een partner die nooit is getest, is niet bewezen, alleen ongetoetst.

Wij hebben onze eigen dienst rond die uren gebouwd, omdat hotels ons dan het hardst nodig hebben. Wij houden onze eigen 24/7 hotel-IT-support aan die norm: wij nemen eigenaarschap over de uitkomst door de nacht heen, niet alleen over het ticket. Iedereen verkoopt 24/7. Het contract vertelt u alleen wie het schreef. De nacht vertelt u wie het meende.

Hotels vergeven veel, maar niet dat u om 02.00 uur alleen staat met een rij aan de balie. In de nacht bewijst een IT-partner het woord partner. Lees wat die uren kosten als niemand opneemt in de werkelijke kosten van IT-uitval in hotels, en hoe een nachtelijk incident er van binnenuit uitziet in ransomware om 02.00 uur.