De acht posten die bijna nooit in een offerte staan

Een offerte voor bedrijfssoftware is meestal compleet voor wat erin staat, en onvolledig voor wat het niet vermeldt. Dat is geen kwestie van onwil bij de leverancier — een deel van deze posten is bij het opstellen van de offerte nog niet precies te becijferen. Het is wél een reden om ze zelf op te zoeken vóórdat u tekent. Hieronder acht posten die in de praktijk het vaakst ontbreken, met een bandbreedte en de factor die binnen die bandbreedte het verschil maakt.

Deze acht posten hebben iets gemeenschappelijks: geen van alle is verborgen in de zin van opzettelijk weggelaten. Ze zijn afwezig omdat ze afhangen van iets dat op het moment van offreren nog niet vaststaat — de kwaliteit van uw data, het exacte aantal medewerkers dat training nodig heeft, het groeitempo van uw organisatie. Precies daarom is het zinvol om ze zelf te becijferen voordat u tekent, in plaats van te wachten tot ze vanzelf op een factuur verschijnen.

Ter vergelijking: als u deze acht posten optelt bij een middelgrote implementatie (rond de 40 gebruikers, drie te migreren bronnen, twee koppelingen), komt u al snel op een bedrag tussen de EUR 15.000 en 30.000 boven het bedrag dat in de kop van de offerte staat, verspreid over de eerste twee jaar. Dat is geen kritiek op de offerte — het is de optelsom van posten die er, terecht, niet als vast bedrag in staan, maar die daardoor ook niet vanzelf in uw begroting belanden.

1. Datamigratie

Het overzetten van bestaande gegevens — klantdata, artikelbestanden, historische facturen — staat vaak als stelpost of "indicatief" in de offerte, of ontbreekt volledig omdat de leverancier ervan uitgaat dat u dit apart aankaart. Richtprijs: EUR 1.500 tot 3.000 per bron. De factor die het verschil maakt is de kwaliteit van uw brondata: een nette, gestructureerde export uit één systeem zit aan de onderkant van de bandbreedte; meerdere Excel-bestanden met handmatige aanpassingen en dubbele records aan de bovenkant.

2. Koppelingen met andere systemen

Een koppeling met de boekhouding, een webshop of een ander bedrijfssysteem staat soms wel in de offerte, maar zelden met een functionele specificatie. Richtprijs: vanaf EUR 2.000 per koppeling voor een eenvoudige, eenmalige of periodieke koppeling; aanmerkelijk hoger bij realtime tweerichtingssynchronisatie met foutafhandeling. De factor die het verschil maakt is de richting en frequentie van de koppeling — zie ook offerte lezen voor de vier vragen die u hierover stelt.

3. Opleiding en training

Training staat regelmatig wel in de offerte, maar vaak als een vast aantal dagdelen zonder relatie tot het aantal gebruikers. Richtprijs: EUR 400 tot 800 per dagdeel, afhankelijk van groepsgrootte en of het op locatie of op afstand is. De factor die het verschil maakt is het aantal medewerkers dat daadwerkelijk moet worden opgeleid — bij 40 gebruikers zijn twee dagdelen voor een groep van tien onvoldoende, en dat aantal extra sessies staat zelden vooraf in de offerte.

4. Functioneel beheer (interne uren)

Dit is de enige post op deze lijst die nooit op een factuur verschijnt, en juist daarom vaak wordt vergeten in de begroting. Iemand in uw organisatie moet rechten toekennen, rapportages bijhouden, instellingen aanpassen en vragen van collega's beantwoorden. Richtwaarde: 2 tot 6 uur per week bij een systeem van enige omvang, afhankelijk van hoe vaak de organisatie zelf wijzigingen doorvoert. De factor die het verschil maakt is de mate van zelfconfiguratie die het systeem toestaat: hoe meer u zelf kunt instellen zonder de leverancier te bellen, hoe hoger de eigen beheerlast, maar hoe lager de externe supportkosten.

5. Prijsindexering

Vrijwel elk meerjarig softwarecontract bevat een indexeringsclausule, meestal gekoppeld aan de consumentenprijsindex (CPI) of een vast percentage. Die clausule staat zelden in de offerte zelf, maar in de algemene voorwaarden waarnaar wordt verwezen. Richtwaarde: 2 tot 4% per jaar. Over vijf jaar tikt dat, samengesteld, aan tot 10 à 20% boven het startbedrag. De factor die het verschil maakt is welke index wordt gebruikt en of er een maximumpercentage is afgesproken.

6. Extra gebruikers bij groei

Een offerte rekent met het aantal gebruikers op het moment van tekenen, niet met het aantal over drie jaar. Bij prijs per gebruiker is de rekensom eenvoudig te maken zodra u een groeicijfer heeft; bij een licentiemodel is vaak onduidelijk of, en tegen welke prijs, extra gebruikerslicenties nodig zijn. Richtwaarde: reken de eigen groei door met het TCO-model — de uitkomst hangt sterk af van de gekozen prijsvorm, zoals uitgewerkt in prijsmodellen.

7. Meerwerk buiten scope

Bijna elke offerte bevat een regel als "meerwerk buiten scope: op offerte" of "EUR 90 tot 120 per uur, nader te bepalen". Dat is op zichzelf een redelijke afspraak, maar functioneert alleen als de scope zelf helder is afgebakend. Richtwaarde: het uurtarief voor meerwerk ligt doorgaans 10 tot 25% boven het uurtarief van de oorspronkelijke implementatie. De factor die het verschil maakt is niet het tarief, maar hoe expliciet de offerte omschrijft wát binnen de scope valt — hoe vager die omschrijving, hoe groter de kans dat een wens die u redelijk vindt, door de leverancier als meerwerk wordt bestempeld.

8. Exitkosten bij einde contract

De post die het minst wordt gevraagd voordat een contract wordt getekend, en het vaakst spijt oplevert bij een overstap: wat kost het om te vertrekken? Data-export, een eventuele overlapperiode met een nieuwe leverancier, en een nieuw implementatietraject elders. Richtwaarde: reken op 20 tot 40% van de oorspronkelijke implementatiekosten als u naar een vergelijkbaar systeem overstapt. Een volledige uitwerking staat in wat kost het om weg te gaan?

Wat u hiermee doet

Geen van deze acht posten is reden om een offerte af te wijzen. Het zijn posten die, wanneer ze vooraf zijn benoemd, gewoon onderdeel worden van een weloverwogen besluit in plaats van een tegenvaller achteraf. Loop bij een offerte op uw bureau deze acht punten na, en vul bij twijfel het TCO-model in om te zien wat ze gezamenlijk betekenen over vijf jaar.

Een praktische volgorde: begin met de posten die al in de offerte staan maar zonder bedrag ("op offerte", "indicatief", "standaard") — dat zijn posten 2, 6 en 7 uit deze lijst, en vraag daar eerst een concreet bedrag of een bandbreedte voor. Ga daarna na welke van de overige posten in uw situatie werkelijk van toepassing zijn: niet elke organisatie migreert evenveel bronnen, en niet elk contract heeft dezelfde exitvoorwaarden. Post 4, het interne beheer, verdient een aparte vermelding: dit is de enige post die nooit op een offerte staat en ook nooit zal staan, omdat het geen kostenpost van de leverancier is maar van uzelf. Neem die desondanks mee in uw eigen begroting — een systeem dat "gratis" wordt beheerd, kost in de praktijk gewoon tijd van iemand anders.

De volgorde waarin u deze posten navraagt, zegt ook iets over de prioriteit. Posten 1, 2 en 8 (migratie, koppelingen, exitkosten) hebben doorgaans de grootste bedragen en verdienen daarom de eerste vraag. Posten 3 en 5 (training, indexering) zijn kleiner per jaar, maar tellen op over de looptijd van het contract. Posten 4, 6 en 7 (beheer, groei, meerwerk) zijn het moeilijkst vooraf in euro's te vangen, juist omdat ze afhangen van hoe uw organisatie zich ontwikkelt — en dat is precies waarom ze het vaakst uit het gesprek verdwijnen voordat er wordt getekend.