Het duurste deel van elk softwareproject is niet de bouw. Het zijn de jaren erna, wanneer het systeem in leven moet worden gehouden — bijgewerkt, beveiligd, gemonitord, aangepast aan veranderende afhankelijkheden — en de oorspronkelijke leverancier nergens te bekennen is.
Managed IT-support is het saaie, weinig glamoureuze werk dat het verschil maakt tussen een systeem dat operationeel blijft en een systeem dat achttien maanden lang stilletjes wegrot voordat het spectaculair faalt. Het is ook het deel van een samenwerking dat de meeste leveranciers achteloos verkopen en slechter leveren dan ze hebben beloofd.
De drie vragen
Stel deze drie vragen voordat u een supportovereenkomst tekent — ook die van ons.
1. Wie neemt precies op wanneer ik op vrijdag om 16.00 uur een ticket indien?
Het juiste antwoord noemt een specifiek team, in een specifieke tijdzone, met een specifieke SLA. Het verkeerde antwoord is een link naar een supportportaal en vage geruststellingen. Elke supportdienst die niet kan aangeven welke mensen daadwerkelijk reageren, en wat hun werktijden zijn, lijkt meer op marketing dan op dienstverlening.
2. Wat valt er onder "support" — en net zo belangrijk, wat niet?
Echte supportovereenkomsten zijn specifiek: beveiligingspatches, dependency-updates, aanpassingen aan breaking changes, monitoring, incidentrespons, root cause analysis. Vage overeenkomsten laten de leverancier "extra" werk factureren zodra er iets interessants gebeurt.
Vraag naar de uitsluitingslijst. Die lijst laat zien wat de supportovereenkomst werkelijk is. Als de uitsluitingslijst ontbreekt of ontwijkend is, is de supportovereenkomst een jachtvergunning — de leverancier mag per uur factureren zodra er iets ongewoons gebeurt.
3. Wat is het escalatiepad als de eerstelijnsmedewerker het niet kan oplossen?
Elke supportorganisatie heeft een goed team en een geweldig team. Het geweldige team kost meer en wordt minder vaak ingezet. Als het escalatiepad van de ticket-triagelaag naar de senior engineer onduidelijk is, blijven incidenten die een senior engineer nodig hebben dagenlang in de triagelaag hangen.
Het juiste antwoord noemt een specifieke escalatietrigger en een specifieke senior. Het verkeerde antwoord is dat "het team het gezamenlijk oppakt" — wat een beleefde manier is om te zeggen dat niemand eigenaar is.
Wat wij dekken
Managed IT support bij KIMISUITE is de doorlopende samenwerking die loopt nadat wij een systeem voor u hebben gebouwd of gemigreerd. Die heeft een specifieke scope:
- Uptime-monitoring — elk systeem dat wij beheren heeft actieve monitoring met waarschuwingen naar engineers met storingsdienst, niet alleen naar een dashboard waar niemand naar kijkt.
- Security patching — dependency-updates volgens een vast schema, plus noodpatches voor CVE's die de stack raken.
- Monitoring van compliance-afwijkingen — de regelgeving verandert voortdurend. Onze supportdienst omvat het signaleren van wijzigingen die uw systemen raken voordat ze auditbevindingen worden.
- Incidentrespons — met een SLA voor de eerste reactie, een SLA voor oplossing en een schriftelijke post-mortem na elk significant incident.
- Aanpassing aan wijzigingen van derden — wanneer de betalingsprovider zijn API wijzigt, wanneer het OS een update uitbrengt die een integratie breekt, wanneer de browser iets uitfaseert waar u op vertrouwde. Het soort werk dat niemand ziet totdat het niet is gedaan.
Wij dekken niet: ontwikkeling van nieuwe functionaliteit (dat is een aparte samenwerking), grote scopewijzigingen in hoe het systeem werkt (ook apart), of gebruikerstraining (kunnen we leveren, maar als afgebakend werk).
Veelgestelde vragen
Is dit een abonnement of een retainer?
Een vast maandplan gekoppeld aan specifieke dekking. Geen retainer waarbij uren opgaan aan onduidelijk werk — wij vertellen u precies wat het plan omvat.
Ondersteunen jullie systemen die jullie niet zelf hebben gebouwd?
Per geval. We kunnen support overnemen voor systemen die door andere leveranciers zijn gebouwd als de code en infrastructuur in een staat verkeren waarvoor we verantwoord commitment kunnen geven. Als het systeem niet gedocumenteerd en fragiel is, kunnen we een stabilisatieproject aanbevelen voordat we support leveren.
Hoe zit het met storingsdienst voor noodgevallen?
Elk plan bevat een storingsnummer voor echte productie-noodgevallen. Respons-SLA's verschillen per niveau.
Doen jullie ook eindgebruikerssupport — laptops, e-mail, printers?
Meestal niet. Onze supportscope richt zich op de systemen en applicaties die wij of anderen hebben gebouwd — niet op algemene kantoor-IT. Voor algemene IT kunnen we lokale partners aanbevelen.
Conclusie
Software bouwen is het kleine deel. Het de komende tien jaar in leven houden is het grote deel — en juist dat deel slaan leveranciers graag over. Stel de drie bovenstaande vragen bij elke supportdienst, ook die van ons. Als de antwoorden niet specifiek zijn, is de dekking niet echt.