Een uur uitval kost nooit een uur.

Hoofdstuk 01

Op kantoor is een uur uitval een uur verloren productiviteit. In een hotel valt het midden in de check-in, het diner of de night audit. Gasten staan voor je terwijl de systemen plat liggen, en elke minuut is zichtbaar.

Stel je een locatie met 120 kamers voor, om zeven uur op een vrijdagavond. Twee touringcars arriveren tegelijk, de PMS bevriest en binnen tien minuten reikt de rij tot aan de deur. Niemand in die lobby maalt erom dat het incident binnen de SLA wordt opgelost. Zij malen erom dat ze de hele dag hebben gereisd en geen sleutel krijgen. Uitval op kantoor meet je in productiviteit. Uitval in een hotel meet je in mensen die voor je staan, en in het verhaal dat zij er daarna over vertellen.

Daarom zijn de ticketkosten van een incident, het getal dat op de IT-rapportage belandt, maar een klein deel van wat er werkelijk gebeurde. De werkelijke kosten van een hotelstoring zitten niet in het ticket. Ze zitten in de gastmomenten die mislukten terwijl het ticket openstond.

Geen van beide rekeningen is onjuist. Maar slechts één ervan ligt de volgende ochtend op het bureau van finance. De andere duikt drie maanden later op in de RevPAR, en niemand legt het verband met een PMS-storing op een dinsdagmiddag. Tegen die tijd zijn de reviewscores verschoven, is de prijs gevolgd en gaat het overleg over pricing in plaats van over infrastructuur. In dat gat tussen oorzaak en kosten verbergt uitval in hotels haar werkelijke prijs.

Dit is geen pleidooi voor mildere rapportage. Het is een pleidooi voor eerlijke boekhouding. Als het enige getal dat je directie ooit ziet de ticketkosten zijn, oogt preventie altijd duur en uitval altijd goedkoop. Leg beide rekeningen op tafel en de vraag verandert. Het gaat dan niet meer over wat support kost, maar over wat het volgende incident kost, en wie dat risico vandaag draagt.

Hoofdstuk 02

Het grootste deel van de schade van een IT-storing in een hotel bereikt de IT-rapportage nooit, omdat het landt op plekken die het IT-team niet bijhoudt. Vier categorieën, in de volgorde waarin ze opduiken. Elk heeft zijn eigen klok. Sommige beginnen in de eerste minuut te tellen, andere komen pas na een kwartaal boven water. Loop ze door met je eigen locatie in gedachten, en met een volgeboekt huis in de agenda.

Mislukte betalingen, afgebroken directe boekingen, gemiste upsells en vouchers die je weggeeft om gasten rustig te houden. Omzetverlies begint in de eerste minuten en wordt zelden als IT-kosten geboekt. Het verschijnt gewoon als een slechte dag in de F&B-cijfers. Een betaalterminal die zijn provider niet bereikt, vertraagt niet één transactie. Hij legt de hele rij erachter stil, en de gasten in die rij laten stilletjes het tweede drankje, de late checkout en het ontbijtarrangement schieten.

Handmatige omwegen, dubbel invoeren zodra de systemen terug zijn, overuren en een night audit die tot de ochtend duurt. Je team betaalt voor uitval nog lang nadat de systemen weer draaien. Medewerkers die dinsdagnacht op papier hebben ingecheckt, zijn woensdag bij de tiende gast minder geduldig. Er is ook een stillere kostenpost. Omwegen die onder druk zijn bedacht, worden gewoontes, en gewoontes uit een storingsperiode blijven weken daarna fouten opleveren.

Gasten zien geen server. Zij zien een hotel dat hen niet kon inchecken. Eén zichtbare storing kan zwaarder wegen dan een verder vlekkeloos verblijf, en reviews vertalen dat direct in prijsdruk. Boekingssites belonen constantheid. Een storing op de verkeerde dag doorbreekt die reeks. En de gast die veertig minuten op een sleutel wachtte, schrijft geen review over je infrastructuur. Die schrijft een review over je hotel.

Uitval heeft vaak een securitydimensie: mislukte back-ups, gemiste meldingen of een incident dat gemeld had moeten worden. Onder NIS2 komt bovenop de operationele schade ook een toezichtsrisico. De meldtermijn van 24 uur pauzeert niet omdat de receptie het druk had met het weggeven van kamers. Het moment waarop je systemen falen, is precies het moment waarop je bewijsvoering en meldingsdiscipline het zwaarst wegen, en het moment waarop ze het moeilijkst te improviseren zijn.

Hoofdstuk 03

Preventie kost een vast bedrag per maand. Uitval kiest haar eigen prijs, en haar eigen moment. De rekensom valt bijna altijd uit in het voordeel van preventie, maar alleen als je alle vier de categorieën uit hoofdstuk 02 meetelt en niet alleen de IT-factuur. IT-uitval in hotels heeft bovendien de gewoonte om te komen wanneer het druk is: volle bezetting, evenementdagen, weekenden in het hoogseizoen. Een storing op je drukste nacht kost een veelvoud van dezelfde storing op een rustige.

Drie concrete uitkomsten bepalen het verschil tussen reactief en voorkomen.

Managed support maakt van IT een budgetregel in plaats van een risicoregel. Je weet wat volgende maand kost. Je weet wat volgend jaar kost. Finance kan erop plannen. IT is niet langer de aanleiding voor een gesprek over afwijkingen met de CFO. Het verandert ook de kwaliteit van investeringsbeslissingen. Als de basis stabiel is, gaat nieuw IT-budget naar verbetering in plaats van naar brandjes blussen. Reactieve hotels geven hetzelfde geld twee keer uit: één keer aan het incident, één keer aan het herstellen van het vertrouwen dat het brak.

De meeste incidenten die de gast zouden hebben geraakt, doen dat nooit, omdat monitoring de verslechtering als eerste opmerkt. Het team merkt dat er iets wordt opgelost. De gast merkt helemaal niets. Zo ziet “geen incidenten” er vanaf de balie werkelijk uit. Denk aan de bijna-incidenten die een bewaakte omgeving stilletjes opvangt. Een schijf die volloopt, een switch die te warm wordt, een certificaat dat bijna verloopt. Elk daarvan wordt of op een rustige ochtend op een dashboard gezien, of op een volle vrijdagavond ontdekt door een receptionist. Het verschil is geen geluk.

Preventie betekent niet nul storingen. Het betekent een kortere weg van storing naar oplossing, met een escalatielijn die al openstaat wanneer het probleem binnenkomt. Eén escalatie, één nummer, één eigenaar. De garantie telt minder om het uur zelf dan om het gedrag dat zij afdwingt. Een partner die zich eraan verbindt, moet je omgeving kennen vóór het incident, de documentatie actueel houden en de weg terug oefenen. Die gewoontes zijn het echte product.

Hoofdstuk 04

Elk gesprek over managed support komt uiteindelijk neer op dezelfde vraag: wat verandert er maandagochtend? Vijf dingen, op volgorde. Geen ervan is exotisch. Alle vijf vragen om een eigenaar.

Detecteer verslechtering voordat gasten dat doen, over netwerk, PMS, werkplek en toegang heen. De alarmdrempel staat zo ingesteld dat problemen worden opgemerkt zolang ze nog saai zijn, niet pas als ze al dramatisch zijn. Een bewaakte omgeving levert minder verrassingen op, en de verrassingen die er zijn, komen kleiner binnen. Dat geldt ook voor de lagen die gasten aanraken zonder ze ooit te benoemen: wifi bij de deur, sleutelcodering aan de balie, betaalverkeer aan de bar. Verslechtert een daarvan ongezien, dan komt de receptie er als eerste achter, en op het slechtst denkbare moment.

Patchen, onderhouden en vervangen volgens schema in plaats van bij uitval. Het onopvallende werk waardoor het incident zich helemaal niet voordoet. Het is ook het werk dat altijd wordt uitgesteld als niemand er eigenaar van is, en precies daarom gaan versnipperde IT-omgevingen stuk. Een patchvenster op een rustige dinsdagochtend is een ongemak. Datzelfde onderdeel dat uitvalt tijdens de aankomsten op zaterdag, is een incident met publiek in de lobby. Gepland werk laat je het moment kiezen, in plaats van de storing het te laten kiezen.

Gaat er toch iets stuk, dan is er één nummer om te bellen, één team aan de andere kant en een hersteltijdgarantie van één uur tegen de SLA. Geen overdrachten tussen leveranciers. Geen discussie over wiens probleem het is. Je receptionist hoeft niet te raden of een bevroren scherm een netwerkstoring, een softwarefout of een licentiekwestie is. Die belt, beschrijft wat de gast ziet en draagt het probleem over. Uitzoeken waar de fout zit, is ons werk, niet dat van de receptie.

Elk incident krijgt een grondoorzaak en een oplossing, zodat het niet terugkeert. De verleiding na elk herstel is om door te gaan. De discipline is om op te schrijven waarom het gebeurde en de deur erachter te sluiten. Eén incident dat elk kwartaal terugkomt, richt meer schade aan dan drie eenmalige, omdat het team het systeem niet meer vertrouwt en er schaduwomwegen omheen bouwt.

Vaste scope, vaste maandkosten, geen verrassingen. Dat maakt van IT een budgetregel in plaats van een risicoregel, en dat maakt preventie economisch vergelijkbaar met het alternatief. Het haalt ook het stille prikkelprobleem uit reactieve contracten weg, waarin de leverancier meer verdient als er iets stukgaat. Bij een vast tarief wijzen de belangen voor beide kanten dezelfde kant op: minder incidenten, korter herstel, rustiger nachten.

Hoofdstuk 05

Elk hotel bepaalt zijn tolerantie voor uitval vóór het incident, in de contracten die het tekent en de monitoring die het draait. Zodra het incident loopt, is de keuze al gemaakt. Wat rest, is het uitvoeren van het plan dat er lag, of improviseren waar gasten bij staan.

Wil je toetsen waar je hotel staat, dan volstaan drie vragen. Wie bewaakt vanavond je systemen, en zou die een verslechtering eerder zien dan de receptie? Als de PMS vanavond om zeven uur uitvalt, wie bel je dan, en hoeveel leveranciers moet dat telefoontje passeren? En toen het laatste incident sloot, heeft iemand toen opgeschreven waarom het gebeurde, of alleen dat het was opgelost?

Eerlijke antwoorden laten je werkelijke tolerantie voor uitval zien, wat de contracten ook zeggen. Voelen die antwoorden ongemakkelijk, dan is dat ongemak nuttig. Het kwam vóór het incident, en er iets mee doen kost niets. De meeste hotels die deze oefening doen, vinden hetzelfde: niet één dramatisch gat, maar een reeks kleine aannames die niemand ooit heeft getoetst.

Kiezen voor preventie betekent kiezen voor een partner die eigenaarschap neemt over de uitkomst. Niet over het ticket. Over de uitkomst. Dat onderscheid scheidt een managed service van een IT-factuur. Het is ook wat je team merkt in de volgende lastige nacht. Er kijkt al iemand mee, iemand kent de omgeving al, en de receptie kan bij de gasten blijven die voor haar staan.