Naar inhoud
Kennisartikel

Softwarelicentiemodellen uitgelegd: subscription, perpetual en usage-based

Subscription, perpetual of usage-based, het juiste licentiemodel kiezen kan tienduizenden euro’s schelen. Dit is een helder overzicht van alle modellen, hun voor- en nadelen en hoe je de juiste keuze maakt.

  • 1 april 2025
  • 5 min

Subscription, perpetual, usage-based, per seat, per core, per server, het landschap van softwarelicentiemodellen is de afgelopen jaren complexer geworden. En die complexiteit kost organisaties geld: het verkeerde model kiezen betekent structureel te veel betalen.

De drie hoofdmodellen

Subscription (abonnement)

Het meest gangbare model in moderne SaaS. Je betaalt een periodieke vergoeding, maandelijks of jaarlijks, voor toegang tot de software. Voordelen: altijd de nieuwste versie, lage instapkosten, flexibel schaalbaar. Nadelen: geen eigendomsrecht, structureel hogere kosten op lange termijn, en automatische prijsverhogingen bij verlenging.

Perpetual (eeuwigdurend)

Je koopt eenmalig een licentie en bezit die voor altijd. Je betaalt jaarlijks voor support en onderhoud (doorgaans 15-22% van de aankoopprijs). Voordelen: eigendomsrecht, voorspelbare kosten, geen vendor lock-in via abonnement. Nadelen: hogere initiële investering, geen recht op nieuwe versies zonder upgrade.

Usage-based

Je betaalt op basis van daadwerkelijk gebruik: aantal API-calls, gigabytes opgeslagen data, actieve gebruikers per maand. Voordelen: kosten volgen gebruik, ideaal voor variabele workloads. Nadelen: onvoorspelbare facturen bij piekmomenten, moeilijk te budgetteren.

Hybride modellen

Veel leveranciers combineren modellen. VMware biedt bijvoorbeeld een subscription per core-bundel. Palo Alto combineert hardware (perpetual) met softwaresubscripties. Atlassian werkt met tiered pricing per gebruikersband. Deze hybride modellen maken directe vergelijking met alternatieven moeilijk, wat de leverancier ten goede komt.

Hoe kies je het juiste model?

De keuze hangt af van drie factoren: de verwachte gebruiksduur, de stabiliteit van het gebruik en het belang van eigendomsrecht. Laat altijd een Total Cost of Ownership-analyse uitvoeren over minimaal drie jaar, pas dan wordt duidelijk welk model echt voordeliger is.

Veelgestelde vragen

De meest gestelde vragen over dit onderwerp.

Wat is voordeliger: subscription of perpetual?

Subscription geeft je altijd de nieuwste versie en lagere initiële kosten, maar hogere structurele lasten. Perpetual heeft hogere initiële kosten maar je bent eigenaar van de licentie. Na drie tot vijf jaar is perpetual doorgaans voordeliger, mits support apart wordt ingekocht.

Wanneer kies je voor usage-based pricing?

Usage-based is ideaal als het gebruik sterk varieert. Je betaalt alleen wat je gebruikt, maar de kosten zijn moeilijk te voorspellen. Voor stabiel gebruik is een vaste subscription of perpetual licentie vaak voordeliger.

Hoe kies ik het juiste licentiemodel?

Laat altijd de Total Cost of Ownership (TCO) berekenen over minimaal drie jaar, inclusief support, upgrades en eventuele exitkosten. SoftVaro helpt bij deze analyse en onderhandelt het beste model voor jouw situatie.

Klaar om te besparen op software?

SoftVaro onderhandelt namens jou de scherpste deal bij 4.000+ leveranciers. Onafhankelijk, transparant, binnen 24 uur.

Meer uit de kennisbank

Taal wijzigen

Meer pagina's

Bepaal per categorie wat we mogen plaatsen. Strikt noodzakelijke cookies kunnen niet worden uitgeschakeld.

  • Externe analytics (Google)

    Google Analytics 4 voor productverbetering: welke pagina's worden bekeken, hoe lang, welke buttons geklikt. Naast onze eigen privacyvriendelijke Umami-meting (altijd actief, géén toestemming nodig). Doorgifte naar Google in de VS — onder Standaard Contractuele Bepalingen.

  • Marketing

    Leadinfo herkent bedrijven die de site bezoeken op basis van het IP-adres, voor zakelijke leadopvolging. Geen persoonsgegevens van individuele bezoekers.

  • Strikt noodzakelijk

    Voor basale werking van de site: taalvoorkeur onthouden, rate-limiting, sessiebeheer. Geen externe partijen.

    Altijd aan

Geen Umami-meting

Umami valt onder de analytics-uitzondering en vereist geen toestemming, maar u kunt ervoor kiezen niet gemeten te worden.