Prijsmodellen voor bedrijfssoftware: wat u betaalt en waarom

Een offerte voor bedrijfssoftware bestaat zelden uit één bedrag. Ze bestaat uit een optelsom van posten die elk een eigen ritme hebben: sommige betaalt u eenmalig, andere elke maand, weer andere alleen als u ze toevallig nodig heeft. Wie alleen naar het startbedrag kijkt, ziet het kleinste deel van de rekening. Deze pijler beschrijft welke posten er structureel zijn, hoe de drie gangbare prijsvormen werken, en wat dat concreet betekent bij een klein, middelgroot en groter aantal gebruikers.

Dat laatste is meer dan een rekenkundige exercitie. Twee offertes met bijna hetzelfde startbedrag kunnen na vijf jaar tienduizenden euro's uiteenlopen, puur omdat de ene leverancier per gebruiker rekent en de andere via een licentie met onderhoud. Wie die twee offertes naast elkaar legt zonder de prijsvorm en het te verwachten gebruikersaantal mee te nemen, vergelijkt eigenlijk twee verschillende rekenmodellen alsof het twee bedragen zijn. Deze pijler laat zien hoe u dat wel goed doet: eerst de kostenposten herkennen, dan de prijsvorm doorgronden, en pas dan een bedrag over meerdere jaren vergelijken.

Alle kostenposten op een rij

Onderstaande tabel is geen offerte van een specifieke leverancier, maar een overzicht van de posten die in vrijwel elk softwaretraject voorkomen. Per post staat wanneer u betaalt, wat de hoogte ervan bepaalt, en of de post doorgaans al in een offerte staat — of dat u er zelf naar moet vragen.

Drie posten uit deze tabel verdienen extra toelichting, omdat ze het vaakst voor verrassingen zorgen. Datamigratie wordt in offertes vaak als stelpost of "indicatief" opgenomen, terwijl de werkelijke prijs sterk afhangt van iets wat de leverancier bij het opstellen van de offerte nog niet kan weten: hoe schoon en gestructureerd uw bestaande data is. Een leverancier kan dat pas goed inschatten na een korte inventarisatie, en dat is precies waarom veel offertes hier een bandbreedte in plaats van een vast bedrag hanteren. Koppelingen lijden aan een vergelijkbaar probleem: "standaardkoppeling" klinkt als een vaste prijs, maar de term zegt niets over welke functionaliteit die koppeling wel en niet ondersteunt. Een koppeling die alleen eenmalig gegevens importeert, is goedkoper dan een koppeling die continu gegevens tussen twee systemen synchroniseert — en beide worden in de praktijk "standaard" genoemd. Prijsindexering ten slotte staat vrijwel nooit in de offerte zelf, maar in de algemene voorwaarden waarnaar de offerte verwijst; over vijf jaar is dat bij een gangbare indexering van 2 tot 4% per jaar een reëel bedrag dat in geen van de rekenvoorbeelden in deze pijler is meegenomen.

Zie ook: de acht posten die bijna nooit in een offerte staan en wat het kost om weg te gaan.

Drie manieren om te betalen

Vrijwel elke softwareleverancier gebruikt een variant van drie basisvormen. De vorm bepaalt niet alleen hoeveel u betaalt, maar ook wannéér, en hoe voorspelbaar dat bedrag is als uw organisatie verandert.

1. Prijs per gebruiker per maand

U betaalt een vast bedrag per actieve gebruiker, meestal maandelijks gefactureerd. Dit is de gangbare vorm bij cloudsoftware (SaaS). Het voordeel: lage instapkosten, geen grote investering vooraf, u betaalt mee met uw eigen gebruik. Het nadeel: de kostenpost groeit lineair met uw personeelsbestand. Bij 20% meer medewerkers betaalt u ongeveer 20% meer, zonder dat de leverancier daar 20% meer werk voor heeft gedaan.

2. Eenmalige licentie met jaarlijks onderhoud

U koopt het gebruiksrecht in één keer en betaalt daarna een onderhoudspercentage — vaak 15 tot 20% van de licentiewaarde per jaar — voor updates en support. Het voordeel: de licentieprijs is meestal niet direct gekoppeld aan het aantal gebruikers, waardoor groei minder zwaar doorweegt. Het nadeel: een grote investering vooraf, en het onderhoudspercentage loopt door zolang u het systeem gebruikt, ook in jaren waarin u weinig support nodig heeft.

3. Uurtarief maatwerk

U betaalt voor daadwerkelijk bestede uren, meestal tegen een vast uurtarief, gefactureerd op basis van de werkelijk gewerkte tijd. Dit is gangbaar bij implementatie en maatwerkontwikkeling. Het voordeel: u betaalt alleen voor werk dat is verricht, geen opslag voor gebruikersaantallen. Het nadeel: de einduitkomst staat vooraf niet vast — een schatting van 140 uur kan 160 uur worden als het werk tegenvalt, en u ziet dat pas op de factuur.

Wat de vorm betekent voor uw voorspelbaarheid

Naast de hoogte van het bedrag verschilt ook hoe voorspelbaar dat bedrag is, en dat weegt voor een controller of financieel manager minstens zo zwaar mee als de hoogte zelf. Prijs per gebruiker is voorspelbaar zolang uw personeelsbestand voorspelbaar is: u weet vooraf ongeveer wat een extra medewerker aan softwarekosten toevoegt, en dat bedrag schaalt automatisch mee bij krimp. Een eenmalige licentie is voorspelbaar in de andere richting — de doorlopende last (het onderhoudspercentage) staat vrijwel vast, ongeacht of uw team groeit of krimpt, maar de instapinvestering is een aparte begrotingspost die u in één keer moet vrijmaken. Uurtarief maatwerk is het minst voorspelbaar van de drie: de uiteindelijke rekening hangt af van hoeveel werk het traject werkelijk vergt, en dat weet niemand vooraf met zekerheid, ook de leverancier niet.

Voor een organisatie die krap bij kas zit maar stabiel qua personeel, is een licentie met een gespreide betaling vaak aantrekkelijker dan de rekenvoorbeelden hieronder suggereren, ook al valt de totale TCO hoger uit. Voor een organisatie die net een investeringsronde heeft gehad maar onzeker is over de personeelsgroei, kan prijs per gebruiker juist prettiger zijn, ook al is die op de langere termijn duurder. Kosten en voorspelbaarheid zijn twee aparte afwegingen; deze pijler richt zich op de kosten, maar laat de voorspelbaarheid niet onvermeld.

Rekenvoorbeeld: 12 gebruikers

Uitgangspunt voor de drie voorbeelden op deze pagina: een organisatie start met een aantal gebruikers en groeit 10% per jaar — een gangbaar groeitempo voor een bedrijf van 10 tot 250 medewerkers. Voor prijs per gebruiker rekenen wij met een voorbeeldprijs van EUR 32 per gebruiker per maand, excl. btw — een middenwaarde die in de markt voor dit type bedrijfssoftware gangbaar is, niet de prijs van een specifieke leverancier. Voor het licentiemodel rekenen wij met een vast voorbeeld van EUR 18.000 eenmalig plus 18% onderhoud per jaar, bewust gelijk gehouden in alle drie de voorbeelden om het effect van de gebruikersgroei te isoleren. In de praktijk onderhandelt u een licentieprijs die past bij uw eigen aantal gebruikers.

Bij 12 gebruikers en 10% groei per jaar loopt het aantal op naar 12, 13, 15, 16 en 18 gebruikers in jaar 1 tot en met 5. Eenmalige posten voor migratie en koppelingen zijn bij deze omvang doorgaans beperkt: twee databronnen (EUR 4.500) en één koppeling (EUR 2.000), samen EUR 6.500.

Bij 12 gebruikers is prijs per gebruiker de goedkoopste vorm: het lage aantal gebruikers houdt de doorlopende kosten laag, terwijl de eenmalige licentie-investering van EUR 18.000 relatief zwaar weegt voor een kleine organisatie.

Rekenvoorbeeld: 45 gebruikers

Bij 45 gebruikers en dezelfde 10% groei loopt het aantal op naar 45, 50, 54, 60 en 66 gebruikers. Eenmalige posten zijn groter: vier databronnen (EUR 9.000) en drie koppelingen (EUR 6.000), samen EUR 15.000 — een middelgrote organisatie heeft doorgaans meer bronsystemen en meer te koppelen applicaties dan een kleine.

Bij 45 gebruikers is het beeld gekanteld: de licentievorm komt uit op minder dan de helft van het bedrag van prijs per gebruiker. Het omslagpunt tussen beide vormen ligt, onder deze aannames, ergens tussen de 12 en 45 gebruikers — zie de volgende sectie voor de rekenkundige achtergrond.

Rekenvoorbeeld: 120 gebruikers

Bij 120 gebruikers loopt het aantal op naar 120, 132, 145, 160 en 176. Eenmalige posten: zes databronnen (EUR 13.500) en vijf koppelingen (EUR 10.000), samen EUR 23.500 — grotere organisaties hebben doorgaans meer legacysystemen om te ontsluiten.

Bij 120 gebruikers is het verschil groot: prijs per gebruiker komt uit op ruim vijf keer het bedrag van de licentievorm. Dat is geen pleidooi om altijd voor een licentie te kiezen — een licentiemodel van EUR 18.000 dat ongewijzigd blijft bij 12 én bij 120 gebruikers is in de praktijk onwaarschijnlijk; leveranciers verhogen de licentieprijs doorgaans met het aantal gebruikers. Het voorbeeld isoleert bewust één factor: het verschil in reken­regel tussen een lineaire prijs per gebruiker en een prijs die niet (of veel trager) meegroeit met uw personeelsbestand.

Waarom per-gebruiker-prijzen bij groei zelden de goedkoopste vorm blijven

De rekenkundige reden is eenvoudig: prijs per gebruiker is een lineaire kostenpost — twee keer zoveel gebruikers is twee keer zoveel kosten. Een licentie- of uurtariefmodel is dat niet, of in veel mindere mate. Onder de aannames in de drie voorbeelden hierboven ligt het omslagpunt, uitgaande van alleen de doorlopende en licentiegebonden bedragen, rekenkundig rond de 14 à 15 gebruikers: bij minder gebruikers is prijs per gebruiker voordeliger, bij meer gebruikers wint de licentievorm. Dat verklaart waarom bij 12 gebruikers per-gebruiker nog wint, en bij 45 en 120 gebruikers al ruim niet meer.

Dat omslagpunt hangt af van drie factoren, en verschuift zodra u die factoren verandert:

• De hoogte van het licentiebedrag. Een hoger eenmalig bedrag verschuift het omslagpunt naar een groter aantal gebruikers.
• Het onderhoudspercentage. Een hoger percentage verschuift het omslagpunt naar een kléiner aantal gebruikers, omdat de doorlopende licentiekosten dan sneller oplopen.
• De prijs per gebruiker per maand. Een hogere prijs per gebruiker verlaagt het omslagpunt: u bereikt het punt waarop een licentie voordeliger wordt bij een kleiner aantal gebruikers.

Voor uw eigen situatie is dat omslagpunt met de aannames uit een offerte in enkele minuten te berekenen. Het TCO-model op deze site doet dat automatisch: vul uw eigen prijzen en groeicijfer in en de uitkomst verschijnt direct op het scherm, inclusief een signalenblok voor posten die nog ontbreken. Een uitgewerkt rekenvoorbeeld met 10, 40 en 100 gebruikers staat in het artikel prijs per gebruiker: waar ligt het omslagpunt?

Er is nog een praktische reden om dit omslagpunt vooraf te kennen: onderhandelingsruimte. Leveranciers die per gebruiker rekenen, zijn bij groeiende klanten vaak bereid om vanaf een bepaald aantal gebruikers over te stappen naar een gestaffelde prijs of een licentievorm — maar meestal alleen als de klant daar zelf om vraagt. Wie het omslagpunt van tevoren heeft berekend, kan dat gesprek starten vóórdat de rekening is opgelopen, in plaats van pas te reageren als de maandfactuur onverwacht hoog uitvalt. Vraag daarom bij een offerte met prijs per gebruiker expliciet naar de voorwaarden bij groei: is er een staffel, een plafond, of een alternatieve prijsvorm beschikbaar zodra u een bepaald aantal gebruikers passeert?

GrowMate als prijsvoorbeeld

Een concreet, openbaar voorbeeld van prijsopbouw is GrowMate, het softwareplatform van onze eigen uitgever UDefine. GrowMate werkt met 439 modules in 26 categorieën — u neemt alleen af wat u gebruikt — en de implementatie duurt 1 tot 3 weken. Maatwerk en implementatie worden gefactureerd op EUR 90 per uur, maandelijks op basis van werkelijk gewerkte uren, excl. btw. Er zijn drie richtpakketten: Kiem vanaf EUR 2.950 (circa 65 uur), Groei vanaf EUR 12.500 (circa 140 uur) en Bloei vanaf EUR 25.000. Alleen de eenmalige implementatie is verplicht; support en hosting zijn optioneel en apart af te nemen.

Deze prijsopbouw is een voorbeeld van het uurtarief-model uit dit artikel: een eenmalig implementatiebedrag (uren × tarief), gevolgd door doorlopende kosten alleen voor de onderdelen die u daadwerkelijk afneemt.

Wat u hiermee doet

Vier stappen om deze pijler te gebruiken bij een offerte die op uw bureau ligt:

1. Bepaal welke van de drie prijsvormen (of welke combinatie) uw offerte hanteert, en zoek op welke posten uit de hoofdtabel al zijn ingevuld en welke ontbreken.
2. Vul uw eigen cijfers in bij het TCO-model om te zien wat de offerte over vijf jaar betekent, niet alleen in het eerste jaar.
3. Bereken, als de offerte per gebruiker rekent, uw eigen omslagpunt met uw verwachte groeicijfer en vraag de leverancier naar staffelafspraken.
4. Loop bij twijfel de 12 vragen uit offerte lezen na voordat u tekent.

Geen van deze stappen vraagt om wantrouwen richting de leverancier. Prijsvormen bestaan omdat ze voor verschillende situaties zijn ontworpen, niet omdat de ene vorm "eerlijker" is dan de andere. Het punt van deze pijler is niet dat prijs per gebruiker slecht is of dat een licentiemodel per definitie beter uitpakt — het punt is dat de uitkomst sterk afhangt van uw eigen groeipad, en dat die uitkomst met een paar aannames vooraf te berekenen is, in plaats van pas na twee jaar op de factuur te worden ontdekt.