Offerte IT-dienstverlening en beheer: template

Splits project en beheer

Een offerte voor IT-dienstverlening bevat vaak twee verschillende beloften. Het project levert een inrichting, migratie of verbetering op. Beheer gaat daarna door: monitoring, ondersteuning, updates of wijzigingen. Als je beide in één bedrag verstopt, kan de klant moeilijk zien wanneer werk begint, eindigt of extra kost. Maak daarom een aparte scope, planning, acceptatie en prijs voor het eenmalige werk en het terugkerende deel.

Voorbeeld: een dienstverlener richt een nieuwe werkplek in voor twintig medewerkers en beheert daarna de omgeving. Beschrijf voor het project welke accounts, apparaten, gegevens en trainingen zijn inbegrepen. Beschrijf voor het beheer welke verzoeken via de servicedesk lopen, op welke tijden en voor hoeveel gebruikers of systemen. Een wijziging van twintig naar dertig medewerkers is dan een zichtbaar contractueel gesprek, geen onuitgesproken verwachting.

Maak de technische scope begrijpelijk

De beslisser is niet altijd technisch. Zet daarom eerst in gewone taal welk probleem wordt opgelost en welke uitkomst de klant merkt. Daarna volgen de technische details: platforms, versies, locaties, rechten, migratiebron, back-up en test. Benoem ook wat de klant zelf regelt, bijvoorbeeld licenties, beheerdersrechten, hardware, een bereikbaar aanspreekpunt en tijd voor acceptatie.

Noem relevante uitsluitingen waar misverstanden kunnen ontstaan: oudere systemen, niet-ondersteunde software, datakwaliteit, herstel van fouten die al bestonden en ondersteuning buiten kantoortijden. Dat klinkt streng, maar helpt de klant een realistische keuze te maken. Bied extra onderdelen als duidelijk geprijsde optie aan wanneer je ze wel kunt leveren.

SLA en beveiliging zonder lege termen

Een service level agreement moet gedrag beschrijven dat je kunt meten. ‘Snelle ondersteuning’ is onvoldoende. Schrijf via welk kanaal een melding binnenkomt, op welke dagen en uren je werkt, welke prioriteiten gelden en binnen welke tijd je eerste reactie volgt. Een responstijd is geen gegarandeerde oplostijd. Als herstel afhankelijk is van een externe cloudleverancier, maak die afhankelijkheid zichtbaar.

Leg ook vast wie back-ups maakt, hoe herstel wordt getest, wie toegang toekent en wie beveiligingsmeldingen behandelt. Deze onderwerpen horen bij het ontwerp van de dienst en kunnen een aparte overeenkomst vereisen. Neem geen generieke certificering of beschikbaarheidspercentage op als jouw organisatie die niet kan aantonen. Een concrete, beperkte afspraak is betrouwbaarder dan een indrukwekkende maar onhoudbare belofte.

Kopieerbaar offerteblok voor IT-beheer

Dit invulblok helpt de commerciële en technische lezer samen dezelfde offerte te beoordelen. Vervang elk veld door een geverifieerde waarde en voeg de eigen contractbijlagen toe.

Project: [naam en doel] Eenmalig werk: [inrichting/migratie/test/overdracht] Systemen en aantallen: [platform, versie, gebruikers, locaties] Acceptatie: [wie test wat, op welke datum] Beheer vanaf: [datum of acceptatiemoment] Beheer omvat: [monitoring, ondersteuning, updates] Servicevenster: [dagen, uren en tijdzone] Melding en prioriteit: [kanaal en definitie] Reactietijd per prioriteit: [concrete afspraak]; oplostijd: [indien afgesproken] Klant levert: [licenties, toegang, aanspreekpunt, input] Uitsluitingen: [oude systemen, derden, buitenvenster] Eenmalige investering: [bedrag, btw] Maandelijkse investering: [bedrag, start, indexatie indien van toepassing] Wijzigingen: [offerte en akkoord vóór uitvoering]

Controleer de overgang naar productie

Schrijf niet alleen wanneer de migratie plaatsvindt, maar ook hoe je weet dat zij is afgerond. Een acceptatielijst kan bestaan uit geslaagde aanmelding, toegang tot kernbestanden, werkende back-upcontrole en afgetekende open punten. Leg vast wie beslist of een restpunt acceptabel is. Beschrijf een herstel- of terugvalplan als onderbreking grote gevolgen kan hebben.

Bij een offerte met persoonsgegevens kijk je daarnaast naar de rollen van klant en leverancier. Een verwerkersovereenkomst kan nodig zijn wanneer de leverancier namens de klant persoonsgegevens verwerkt. De offerte zelf moet in elk geval geen onduidelijke toegang tot klantdata beloven. Laat juridische en technische afspraken aansluiten op de werkelijk geleverde dienst.

Review vóór verzending

Laat een technisch verantwoordelijke toetsen of de beloofde dienst uitvoerbaar is. Laat sales nagaan of de gekozen variant aansluit op de vraag. Verifieer aantallen, afhankelijkheden, licentiekosten en de tarieven voor werkzaamheden buiten scope. Stuur de klant geen twee tegenstrijdige versies van de SLA. Leg na verzending een inhoudelijk gesprek vast voor de punten die nog besluit vragen.

Een AI-concept kan een gespreksverslag in een offerteopbouw omzetten, maar technische beloften vragen de controle van de mensen die de dienst gaan leveren. Scalyx kan helpen een concept en de opvolging klaar te zetten; het vult ontbrekende responstijden of prijzen niet op basis van een gok in.

Maak kosten van derden zichtbaar

Cloudlicenties, domeinen, certificaten en hardware kunnen buiten jouw dienstverlening vallen terwijl ze wel nodig zijn om het resultaat te bereiken. Maak per onderdeel duidelijk wie het contract met de leverancier sluit, wie betaalt, wie de toegang beheert en wie de factuur of verlenging bewaakt. Een klant die alleen jouw maandbedrag ziet, kan anders de totale kosten onderschatten. Noem ook of prijswijzigingen van derden worden doorberekend en hoe je die communiceert.

Bij een migratie is data-eigenaarschap bijzonder belangrijk. Beschrijf wie vóór de start een back-up maakt, welke gegevens meegaan en wat er na acceptatie met tijdelijke kopieën gebeurt. Bepaal hoe de klant export kan krijgen als de samenwerking eindigt. Dat hoeft niet allemaal in de commerciële samenvatting te staan, maar de offerte moet naar de passende technische en contractuele afspraken verwijzen. Bespreek open punten vóór je een vaste startdatum of prijs bevestigt.

Noteer ook de verantwoordelijke voor de overdracht.

Veelgestelde vragen