Implementatiekosten begroten: wat is realistisch in 2026?

Van alle regels in een softwareofferte is er één die het vaakst wordt onderschat: de implementatie. Niet omdat leveranciers er structureel naast zitten, maar omdat het woord "implementatie" in de praktijk tien verschillende dingen kan betekenen — van een middag uitleg tot drie maanden gegevens opschonen, processen herinrichten en koppelingen bouwen. Dit artikel zet op een rij hoe u die post vooraf begroot, welke bandbreedtes realistisch zijn in 2026, en welke vier factoren het verschil tussen het lage en het hoge uiteinde verklaren.

De aanleiding is telkens dezelfde: een bedrijf tekent op basis van een maandbedrag dat past binnen het budget, en ontdekt in maand drie dat de eenmalige kosten inmiddels het dubbele van de jaarlicentie bedragen. Dat is geen incident. Het is het voorspelbare gevolg van een offerte waarin de implementatie als één regel met één bedrag staat, zonder specificatie in uren per onderdeel.

De vuistregel: implementatie als veelvoud van de jaarlicentie

De bruikbaarste manier om een implementatiebegroting te toetsen is niet een absoluut bedrag, maar de verhouding tot de jaarlicentie. Die verhouding is redelijk stabiel per type systeem:

• CRM, klein tot middelgroot mkb: 0,5 tot 1,5 keer de jaarlicentie. Bij een jaarlicentie van EUR 8.000 betekent dat een implementatie van ruwweg EUR 4.000 tot EUR 12.000.
• ERP, mkb: 2 tot 4 keer de jaarlicentie. Bij EUR 20.000 licentie per jaar komt u daarmee op EUR 40.000 tot EUR 80.000 aan eenmalige invoering.
• Modulair platform, gefaseerde invoering: 1 tot 2,5 keer de jaarlicentie van de modules die in fase één live gaan — de rest verschuift naar latere fasen en hoort dan ook in een latere begroting.

Ligt een offerte ver onder die bandbreedte, dan is dat geen meevaller maar een signaal. Het betekent meestal dat een deel van het werk buiten de scope is gehouden en later als meerwerk terugkomt, of dat u als opdrachtgever zelf veel meer uren moet leveren dan is besproken. Ligt een offerte er ver boven, dan is de vraag welk onderdeel dat verklaart — vaak is dat datamigratie of een koppeling met een bestaand systeem.

De zes onderdelen waaruit een implementatiebegroting bestaat

Vraag altijd om een specificatie in uren per onderdeel. Een begroting die uit één regel bestaat, is niet te toetsen en niet te onderhandelen. Deze zes onderdelen horen er minimaal in te staan, met per onderdeel een richtwaarde voor een mkb-traject van gemiddelde omvang:

1. Inrichting en configuratie — het pakket instellen op uw processen, rollen en rechten. Richtwaarde: 20 tot 60 uur.
2. Datamigratie — gegevens uit de oude systemen halen, opschonen, omzetten en inladen. Richtwaarde: 15 tot 80 uur, sterk afhankelijk van de kwaliteit van de bronbestanden. Dit is bijna altijd de post met de grootste spreiding.
3. Koppelingen — verbindingen met boekhoudpakket, webshop, bank of branchespecifieke software. Richtwaarde: 8 tot 40 uur per koppeling. Reken op de bovenkant zodra de koppeling maatwerk is in plaats van een bestaande standaardintegratie.
4. Testen en acceptatie — controleren of het werkt zoals afgesproken, inclusief een correctieronde. Richtwaarde: 10 tot 25 procent van de inrichtingsuren. Wordt deze post niet genoemd, dan wordt er in de praktijk getest door uw eigen mensen, op uw eigen tijd.
5. Opleiding — instructie voor de mensen die ermee gaan werken. Richtwaarde: 4 tot 16 uur, plus de uren van uw eigen medewerkers die de training volgen.
6. Begeleiding bij livegang — de eerste weken meekijken en bijsturen. Richtwaarde: 8 tot 24 uur. Ontbreekt deze post, dan is elke vraag na livegang een supportticket met een eigen tarief.

De post die uit vrijwel elke begroting ontbreekt: uw eigen uren

Geen enkele leverancier begroot de uren van uw eigen medewerkers, want die factureert hij niet. Toch zijn ze reëel en vaak fors. Voor een ERP-traject in het mkb is een verhouding van ongeveer één uur eigen inzet tegenover twee uur leveranciersinzet gebruikelijk: de gegevens opschonen, beslissen hoe processen eruit moeten zien, testen, collega's meenemen. Bij 200 uur leveranciersinzet praat u dus over ongeveer 100 uur intern, verdeeld over een handvol mensen die hun gewone werk ook nog doen.

Reken die uren mee tegen een interne kostprijs. Bij EUR 45 per uur is dat EUR 4.500 aan werkelijke kosten die nergens op een factuur terechtkomen, maar wel op de productiviteit drukken. Het is ook de reden waarom trajecten uitlopen: niet omdat de leverancier te traag is, maar omdat de interne uren niet zijn ingepland en er dus telkens twee weken tussen twee stappen zitten.

Vier factoren die het verschil tussen laag en hoog verklaren

Als u wilt weten of u aan de onderkant of de bovenkant van de bandbreedte uitkomt, zijn dit de vier factoren die het bepalen:

• De staat van uw gegevens. Dubbele klantrecords, inconsistente naamgeving, velden die voor twee dingen tegelijk zijn gebruikt: elk van die problemen moet worden opgelost voordat er kan worden gemigreerd. Vervuilde brongegevens verdubbelen de migratie-uren moeiteloos.
• Het aantal koppelingen. Eén standaardkoppeling met een bekend boekhoudpakket is overzichtelijk. Vier koppelingen waarvan twee maatwerk, is een project op zichzelf.
• Hoeveel u wilt afwijken van de standaard. Elk verzoek om het pakket uw huidige werkwijze te laten volgen in plaats van andersom, kost uren — bij de bouw en bij elke toekomstige update opnieuw.
• Hoe scherp het doel is geformuleerd. Een traject dat begint met "we willen efficiënter werken" kost structureel meer dan een traject dat begint met "we willen dat een order maar één keer wordt ingevoerd en dat de voorraad direct meebeweegt". Het verschil zit in het aantal keuzes dat tijdens het traject alsnog gemaakt moet worden.

Rekenvoorbeeld: een ERP-invoering bij 25 gebruikers

Stel: 25 gebruikers, ERP, jaarlicentie EUR 21.000 (25 × EUR 70 per maand). Volgens de vuistregel ligt de implementatie tussen EUR 42.000 en EUR 84.000. De offerte specificeert 320 uur à EUR 110, dus EUR 35.200 — onder de bandbreedte. Bij navraag blijkt de datamigratie op 20 uur begroot, terwijl er gegevens uit drie systemen komen waarvan er één een gedeeld spreadsheet is. Een realistischer aanname is 60 uur, wat EUR 4.400 toevoegt. De koppeling met het boekhoudpakket staat op 8 uur; navraag leert dat het om een standaardintegratie gaat, dus dat klopt. Testen staat er niet in: reken 15 procent van de inrichtingsuren, ongeveer 20 uur, dus EUR 2.200.

Bijgestelde implementatie: ongeveer EUR 41.800, plus circa 160 uur eigen inzet (EUR 7.200 aan interne kosten). Totale eenmalige last in jaar één: ruwweg EUR 49.000, tegenover een jaarlicentie van EUR 21.000. Over vijf jaar is dat EUR 49.000 eenmalig plus EUR 105.000 aan licenties, exclusief indexering. De eenmalige kosten zijn daarmee bijna een derde van de vijfjaarstotaal — en precies dat deel is het meest onderhandelbaar.

Wat u vraagt voordat u tekent

• "Kunt u de implementatie specificeren in uren per onderdeel, volgens de zes posten hierboven?"
• "Wat gebeurt er als de datamigratie meer uren kost dan begroot — is dit een vaste prijs, een richtprijs of nacalculatie?"
• "Welke uren verwacht u van ons, en in welke weken?"
• "Welk deel van de implementatie is een vast bedrag en welk deel is meerwerk zodra de scope verandert?"
• "Wat is het uurtarief voor meerwerk, en geldt daar een maximum voor?"

Een leverancier die deze vijf vragen zonder aarzelen beantwoordt, heeft het traject doordacht. Een leverancier die ze wegwuift met "dat lossen we onderweg wel op", vertelt u iets belangrijks over hoe het meerwerk er straks uit gaat zien.

Wilt u toetsen of uw eigen begroting klopt, vul dan uw situatie in het TCO-model in — dat rekent de eenmalige en doorlopende kosten over vijf jaar naast elkaar en markeert de posten die nog op nul staan. De volledige kostenpostentabel staat in prijsmodellen.