Credit-based pricing: wanneer het werkt, wanneer niet, en hoe je de architectuur goed krijgt
Maarten Laruelle De meeste founders ontdekken credits op de verkeerde manier: ze zien een concurrent die ze gebruikt en vragen zich af of ze dat ook moeten doen. De betere vraag is of credits een concreet probleem oplossen dat jij effectief hebt. Ik heb ze gebruikt in twee heel verschillende situaties. De architectuur zag er telkens compleet anders uit. Wat ze gemeen hadden was het probleem eronder.
Laat me beginnen met een voorbeeld van een health analytics bedrijf waarmee ik werkte en dat een omzetprobleem had dat niks te maken had met hun product. Het product werkte, klanten waren tevreden en de pipeline groeide. Maar ze wilden externe financiering aantrekken en elk gesprek met een potentiële investeerder eindigde op dezelfde manier. Toon ons jullie MRR/ARR. En de founders hadden niks clean te tonen, want de omzet kwam in golven. Het patroon in hun business was dat hun klanten druk waren in januari, druk na de zomer, dood in augustus, stil over kerst. Wat perfect logisch was als je de business begreep, want gezondheidsbesef is seizoensgebonden. Mensen denken niet op een voorspelbaar maandelijks ritme aan hun gezondheid.
Hun pricing was op dat moment eenvoudig: betaal per analyse wanneer je er een nodig hebt. Volstrekt logisch voor hun klanten, maar allesbehalve ideaal voor de gesprekken met investeerders.
Het antwoord was geen betere pitch deck. Het was een andere payment structure.
Dat bracht ons bij credit-based pricing. Het is een payment structure die zit tussen flat-fee licenties en pure pay-as-you-go consumptie. De klant committeert zich upfront aan een budget, krijgt dat budget in credits, en verbruikt die credits flexibel over de tijd op basis van een gepubliceerde tariefkaart. Er is geen één-op-één relatie tussen een credit en een euro. Eén credit kan een gezondheidsanalyse van €250 vertegenwoordigen of een compute job van €0,30. De pricing is volledig transparant. Maar de klant ziet geen euro’s zijn account verlaten bij elke klik. Ze zien credits. Die ontkoppeling is het hele punt.
Wat ik hier wil doorlopen zijn twee situaties waar credits een echt probleem oplosten, de architectuur die elk vereiste, en de beslissingen die elk ontwerp maakten of braken. Maar eerst de vraag die er het meest toe doet: lost credits eigenlijk een probleem op dat jouw klant heeft, of klinkt het gewoon sophisticated?
Wanneer credits echte problemen oplossen
Patroon 1: jij hebt voorspelbare omzet nodig, jouw klant heeft consumptieflexibiliteit nodig
Terug naar het health analytics bedrijf. Ze bereidden zich voor op een funding round. Dat betekent dat investeerders ARR en MRR willen zien, geen hobbelige projectomzet. Het probleem was dat de aard van gezondheidsanalyse niet meewerkt met voorspelbare maandelijkse facturering. Praktijken bestelden wanneer patiënten het nodig hadden. Volkomen redelijk, maar volledig in strijd met wat investeerders willen zien.
De oplossing was een jaarlijkse commitment vertaald naar maandelijkse creditdeposito’s.
Die praktijken zijn ook niet super vertrouwd met budgettering en planning. Praktijken helpen begrijpen en committeren aan hoeveel analyses ze verwachten te doen in een jaar was onderdeel van het salesgesprek, maar het won extra vertrouwen in plaats van weerstand te creëren. Dat jaarlijkse getal wordt een maandelijkse factuur, credits komen op hun rekening, en ze verbruiken op basis van een vaste tariefkaart. Een standaardanalyse kost een vast aantal credits. Een premiumanalyse kost meer. Ze kunnen de ene maand sparen en de volgende meer verbruiken. Vanuit het bedrijf wordt de omzet voorspelbaar. Vanuit de praktijk werd het bestelproces geautomatiseerd en hielp het hen met financiële planning en groei.
Zo zag de commitmentstructuur eruit (cijfers zijn illustratief, structuur en verhoudingen zijn echt):
| Jaarlijkse commitment | Maandelijkse factuur | Maandelijkse credits | Jaarlijkse credits | Effectieve korting |
|---|---|---|---|---|
| €5.000 | €417 | 450 | 5.400 | 8% |
| €10.000 | €833 | 940 | 11.280 | 11% |
| €20.000 | €1.667 | 1.960 | 23.520 | 15% |
| €35.000 | €2.917 | 3.500 | 42.000 | 17% |
| €50.000 | €4.167 | 5.200 | 62.400 | 20% |
En de tariefkaart voor verbruik:
| Type analyse | Vereiste credits | Effectieve prijs op €5K tier | Effectieve prijs op €50K tier |
|---|---|---|---|
| Standaardanalyse | 200 | €185 | €160 |
| Premiumanalyse | 270 | €250 | €215 |
Hogere commitment, lagere effectieve prijs per analyse. De praktijk kan types combineren zoals de werkdruk vraagt. De korting schaalt met commitment maar stopt bij 20%. Die grens is belangrijk: onder 20% beloon je commitment, daarboven koop je omzet aan marges die je later zal betreuren.
Twee beslissingen die een antwoord nodig hebben voor je live gaat met zo’n ontwerp.
Wat gebeurt er als een praktijk sneller credits verbruikt dan verwacht? Je bouwt een gecontroleerde overdraft in, ongeveer 25% van de jaarlijkse commitment als buffer. Een praktijk op de €5.000 tier kan €1.250 negatief gaan voor ze een harde stop bereiken. Hoog genoeg om normale variatie op te vangen, laag genoeg om je cashflow te beschermen. Wanneer een praktijk de limiet nadert, triggert dat een klantgesprek, geen systeemfout. Het team waarmee ik werkte volgde dit nauwgezet op. Het gaf hen een vroeg signaal wanneer een praktijk sneller groeide dan hun commitment, en dat is precies het gesprek dat je wil hebben.
De moeilijkere beslissing: wat als een praktijk zich committeerde aan €10.000 maar bij verlenging slechts €7.000 aan credits had verbruikt? Geen rollover. Credits vervallen.
Ik weet dat dat hard klinkt. Maar zonder vervaldatum committeren praktijken laag, accumuleren ze jaar na jaar een overschot, en daalt hun effectieve kost per analyse naar nul. Vervaldatum dwingt een eerlijk gesprek af bij verlenging. En dat gesprek hoort in maand zes te gebeuren, niet in maand elf. Als je verbruik goed opvolgt, pik je ondercommitment op ruim voor het contract afloopt.
Credits ondersteunen ook een tweede as van waarde die volledig buiten de creditprijs valt. Features, supportniveaus, marketingtoegang. Zo zag het er in dit geval uit:
| Tier | Supportniveau | Marketingondersteuning | Platformfeatures |
|---|---|---|---|
| Geen commitment | Zelfbediening | Basismateriaal | Kernfeatures |
| €5.000+ | Dedicated success manager | Premium zichtbaarheid | Volledige platformtoegang |
| €10.000+ | Prioriteitssupport | Co-marketingkansen | Beta features |
| €20.000+ | Named account executive | Dedicated marketingbudget | White-label opties |
Een praktijk die kiest tussen €5.000 en €10.000 rekent niet alleen creditprijzen uit. Ze wegen ook een dedicated success manager versus prioriteitssupport, co-marketingtoegang, beta features. Dat is een heel ander gesprek dan “hoeveel analyses denk je te doen?” Hogere commitment is niet alleen een lagere prijs per credit. Het is een andere relatie.
De bevinding uit dit project die me het meest verraste: kleine praktijken begonnen meer vertrouwen te rapporteren in het bedrijf na de switch, en dat had niks te maken met het product. Het was de transparantie. Het maandelijkse deposito, het creditsaldo, het gebruiksoverzicht. Ze konden exact zien wat ze spendeerden en waarvoor. Die leesbaarheid bouwde een soort vertrouwen in de leverancier dat een eenvoudige factuur per bestelling nooit had gecreëerd.
De credit is geen kortingsmechanisme. In dit geval was het een financieringshendel, en een onverwacht neveneffect was dat het meer vertrouwen creëerde tussen praktijken en de leverancier dan beide kanten hadden verwacht.
Patroon 2: jouw koper heeft budget maar kan verbruik niet voorspellen
Ik wil dit patroon beginnen met een zin die de meeste founders niet vaak kunnen zeggen: de klant heeft het budget. Mijn klant verkocht een R&D-optimalisatieplatform aan grote ondernemingen. Farmaceutische bedrijven, automobielconstructeurs, industriële bedrijven. Hun platform genereert experimentele designs en voert computationele analyses uit, ter vervanging van werk dat wetenschappers anders handmatig doen, in legacy tools of Excel.
De kopers hadden innovatiebudgetten. Typisch ergens tussen €25.000 en €100.000. Maar niemand kon voorspellen hoe ze het platform zouden gebruiken. Een team kon het ene kwartaal 20 complexe designs draaien en het volgende kwartaal maar 3, afhankelijk van welke projecten actief waren. Salesgesprekken bleven steken bij procurement omdat procurement één ding doet voor ze iets goedkeuren: ze vragen om een getal.
“Hoeveel designs heb je nodig?”
“Onbekend.”
“Dan kunnen we niet offreren.”
Het kwam zo ver dat procurement onbeperkte toegang wou voor een vaste prijs. Dat zou een pricing-precedent hebben gesteld dat niet ideaal was voor mijn klant. Weglopen betekende deals verliezen die genuineverld dicht waren. Het bedrijf had een structuur nodig die procurement het vaste getal gaf dat ze nodig hadden, terwijl R&D-teams de flexibiliteit kregen die ze nodig hadden om effectief te gebruiken wat was aangekocht.
Het antwoord waren drie onderscheiden instappunten gebouwd op één creditmunt.
Optie 0: geen commitment
Voor klanten die het platform testen of een eenmalige behoefte hebben.
| Pakket | Prijs | Credits | Prijs per credit |
|---|---|---|---|
| Discovery | €4.500 | 5.000 | €0,90 |
| Innovate | €7.000 | 8.000 | €0,875 |
| Scale | €9.500 | 11.000 | €0,86 |
Eenmalige aankoop, geen platform fee, credits geldig voor één jaar. Deze optie bestaat voor procurementeenvoud. “We willen €7.000 spenderen om dit te evalueren.” Eén purchase order, één factuur, klaar.
Optie 1: design-only subscription
Voor klanten die klaar zijn om zich te committeren aan een terugkerend budget voor designmogelijkheden. Jaarlijkse platform fee van €5.000, daarna maandelijkse subscriptions die credits leveren aan een veel lagere prijs per credit.
| Pakket | Maandelijkse subscription | Maandelijkse credits | Prijs per credit |
|---|---|---|---|
| Discovery | €1.650 | 5.000 | €0,33 |
| Innovate | €2.475 | 8.000 | €0,31 |
| Scale | €3.300 | 11.000 | €0,30 |
Totale jaarlijkse investering voor Discovery: €5.000 platform fee plus €19.800 in maandelijkse subscriptions. 60.000 credits aan €0,41 effectief per credit als de platform fee is inbegrepen.
Optie 2: design en compute subscription
Voor teams die de volledige workflow nodig hebben. Zelfde platform fee, hogere maandelijkse subscriptions, meer credits, volledige toegang tot de compute stack.
| Pakket | Maandelijkse subscription | Maandelijkse credits | Prijs per credit |
|---|---|---|---|
| Discovery | €2.450 | 8.000 | €0,31 |
| Innovate | €3.300 | 11.000 | €0,30 |
| Scale | €4.900 | 17.000 | €0,29 |
Totale jaarlijkse investering voor Scale: €5.000 plus €58.800. 204.000 credits.
Creditverbruik is gelaagd per complexiteit. En hier wordt het interessant: standaarddesigns zijn gratis.
| Tier | Wat het dekt | Credits |
|---|---|---|
| Tier 0 | Standaarddesigns | Gratis |
| Tier 1 | Geavanceerde designs | 500 |
| Tier 2 | Complexe designs | 1.000 |
| Tier 3 | Enterprise-designs | 2.000 |
Compute werkt op dezelfde manier. Basisanalyse is gratis. Complexiteit is waar credits worden verbruikt.
Tier 0 gratis maken is bewust. Wetenschappers doen basiswerk zonder hun creditsaldo in de gaten te houden. Het platform wordt routine voor het een kostenpost wordt. Tegen de tijd dat ze complexe, hoogwaardige projecten draaien waar credits tellen, is het tool al ingebed in hoe ze werken.
De €5.000 platform fee is geen kostendekkingslijn. Het is een kwalificatiepoort. Iedereen kan credits kopen in Optie 0. Alleen klanten met echte intentie committeren zich aan de jaarlijkse platform fee. Wie dat niet doet blijft in Optie 0 en betaalt de hogere prijs per credit. Dat verschil is bewust ingebouwd. De platform fee lost ook een ander probleem op: enterprise-complexiteit, gebruikersbeheer, beveiliging, audittrails. Dat zit verwerkt in de platform fee in plaats van onhandig bovenop user-based pricing te worden gelegd.
Iets dat ik echt goed vind aan dit ontwerp: de pakketnamen. Ze hadden kunnen kiezen voor Bronze, Silver, Gold. In plaats daarvan kozen ze voor Discovery, Innovate, Scale. Namen die weerspiegelen hoe de kopers zichzelf zien. In enterprise sales is naamgeving onderdeel van packaging. Wanneer jouw koper zichzelf als een innovator beschouwt, voelt het kopen van het Innovate-pakket anders dan het Silver-tier kopen, ook al zijn de inhouden identiek.
Het procurementgesprek veranderde:
Vroeger: “Hoeveel designs heb je nodig?” “Onbekend.” “Dan kunnen we niet offreren.”
Nu: “Op basis van vergelijkbare teams dekt Optie 2 Innovate ongeveer 10 complexe projecten per jaar. Als je meer nodig hebt, upgrade je. Als je minder nodig hebt, heb je nog steeds het volledige platform en de historische data. Past €44.600 per jaar binnen jullie innovatiebudget?” “Dat kunnen we goedkeuren.”
Hetzelfde product, uitgewerkt met een andere structuur, maakt het mogelijk procurement een getal te geven terwijl R&D de flexibiliteit krijgt.
Credits losten een procurement-frictieprobleem op, geen pricing-probleem.
Iets dat dit drie-optie ontwerp in de praktijk doet werken: een klant die start in Optie 0 gebruikt dezelfde creditmunt als in Optie 1 of 2. Geen leercurve bij een upgrade. Hun mentaal model blijft consistent, en de gewoonte die ze opbouwden als evaluator loopt rechtstreeks door in committed gebruik.
De twee patronen naast elkaar
Beide gevallen gebruiken credits. Maar kijk hoe anders de implementaties zijn:
| KMO-praktijken | Enterprise R&D | |
|---|---|---|
| Hoofdprobleem | Omzetvoorspelbaarheid | Procurement-frictie |
| Instappunten | Eén model met commitment tiers | Drie opties met verschillende commitmentniveaus |
| Platform fee | Geen | €5.000 voor committed opties |
| Gratis verbruik | Geen | Tier 0 designs en compute |
| Facturering | Maandelijkse deposito’s | Eenmalig (Optie 0) of maandelijks (Opties 1 en 2) |
| Kortingsmechanisme | Bonuscredits | Lagere prijs per credit + bonuscredits |
Zelfde payment structure. Andere architectuur. De architectuur volgt de koper.
Wanneer credits niet het antwoord zijn
Credits voegen operationele complexiteit toe. Je moet saldo’s bijhouden, edge cases afhandelen, overdraft en vervaldatum beheren, verbruiksstatus regelmatig communiceren. Die overhead is het waard wanneer credits een echt probleem oplossen. Het is het niet waard wanneer je gewoon grijpt naar een pricing structure die sophisticated klinkt.
Sla credits over wanneer verbruik sterk voorspelbaar is. Een subscription is eenvoudiger en je klanten geven er de voorkeur aan. Sla ze ook over wanneer klanten hun jaarlijkse behoeften helemaal niet kunnen inschatten, want credits voelen als gokken zonder referentiepunt om zich aan te committeren. En sla ze over wanneer je klantenbestand te klein is om een creditsysteem te rechtvaardigen met correcte opvolging, verlengingsgesprekken en overdraftbeheer.
De juiste situatie voor credits is asymmetrie. Wat ik daarmee bedoel is dat jij de commitment nodig hebt en jouw klant de flexibiliteit. Wanneer beide kanten voorspelbaar zijn, wint subscription. Wanneer geen van beide dat is, voeg je alleen maar ruis toe.
Wat je ook merkt is dat credits iets meer klantgesprek vragen na de verkoop. Je wil nauwgezet opvolgen hoe ze credits verbruiken en ervoor zorgen dat ze ze op tijd gebruiken, of als ze snel gaan, dat je tijdig met hen praat over een upgrade voor ze de limiet bereiken. Wat bij beide van mijn klanten bewees: die overhead was de moeite waard. Het gaf hun klanten vertrouwen, omdat ze transparant waren en meedachten met de business. En voor mijn klanten had het zin, want de verbruiksopvolging gaf hen betere en meer constructieve gesprekken met hun klanten dan ze ooit eerder hadden gehad.
En een belangrijke bonus die nog niet aan bod kwam!
In een normaal subscriptionmodel betekent nieuwe functionaliteit testen een commercieel gesprek. Een nieuwe module, een upsellvoorstel, een beslisser die niet in de kamer zat toen de originele deal werd gesloten. De klant moet ja zeggen voor ze de waarde hebben gezien.
Met credits al op de rekening verandert dat. “We hebben een nieuw analysetype gelanceerd. Het kost 80 credits. Je hebt er 400 op je saldo. Probeer er een paar.” Geen purchase order. Geen goedkeuringslus. Het budget is er al. Je nodigt hen uit het anders te gebruiken.
De verkoop komt nadat waarde bewezen is, niet ervoor. Tegen de tijd dat ze meer van de nieuwe functionaliteit willen gebruiken, is de vraag niet “moeten we dit kopen?” maar “hoeveel willen we vooruit committeren?”
Credits werken niet alleen als een pricing model, ze werken als een groeimodel. De commitment creëert het budget en het budget maakt frictionloze expansie mogelijk. De expansie rechtvaardigt een grotere commitment bij verlenging.
De credit design checklist
Dit zijn de beslissingen die bepalen of een creditsysteem standhoudt of zes maanden na lancering problemen begint te veroorzaken. Denk ze door voor je bouwt, niet na je eerste verlengingscyclus.
| Beslissing | Wat je moet beantwoorden |
|---|---|
| Factureringsritme | Maandelijks sluit aan bij hoe kleine klanten budgetteren. Jaarlijks upfront is beter voor jouw cashflow maar verhoogt de commitmentdrempel. |
| Vaste vs variabele creditkost per dienst | Variabel klinkt genuanceerd maar creëert onzekerheid. Klanten moeten kunnen berekenen “ik heb ongeveer X nodig, dus ik moet Y committeren.” Maak de rekening eenvoudig. |
| Vervaldatum vs rollover | Credits vervallen bij verlenging. Zonder vervaldatum committeren klanten laag en accumuleren ze. Vervaldatum houdt verlengingen eerlijk. |
| Overdraftbuffer | Ongeveer 25% van de commitment vangt normale variatie op. Stel het getal in, communiceer het duidelijk en volg het actief op. |
| Platform fee | Als je verkoopt aan enterprise, scheidt een platform fee evaluatoren van committed klanten. Het laat je ook platformcomplexiteit apart prijzen van verbruik. |
| Tier 0 gratis verbruik | Maak de eenvoudigste versie gratis. Het bouwt gewoonte. Het verlaagt saldo-angst. Capture value op complexiteit, niet op basics. |
TL;DR
Credit-based pricing zit tussen flat-fee subscription en pure consumptie. De klant committeert upfront, ontvangt credits, verbruikt flexibel. De architectuur die zin heeft hangt volledig af van het probleem dat je oplost. Omzetvoorspelbaarheid voor KMO-kopers vraagt een ander ontwerp dan procurement-frictie oplossen bij enterprise. Beide gebruiken dezelfde payment structure. De architectuur volgt de koper, en als geen van die problemen op jou lijkt, sla credits dan volledig over en gebruik een subscription.
Veelgestelde vragen
Wat is credit-based pricing in SaaS?
Credit-based pricing is een payment structure waarbij klanten zich upfront committeren aan een budget, dat budget als credits ontvangen, en die credits over de tijd verbruiken op basis van een tariefkaart. Er is geen directe één-op-één relatie tussen een credit en een euro. Die ontkoppeling geeft klanten flexibiliteit in hoe ze een gecommitteerd budget verbruiken, terwijl de leverancier voorspelbare upfront-inkomsten krijgt.
Wanneer moet een SaaS-bedrijf credits gebruiken in plaats van subscriptions?
Wanneer er asymmetrie is: jij hebt gecommitteerde omzet nodig, jouw klant heeft consumptieflexibiliteit nodig. Als verbruik aan beide kanten voorspelbaar is, is een subscription eenvoudiger. De juiste situatie voor credits is wanneer een klant zijn jaarlijkse budget kan inschatten maar niet zijn exacte maandelijkse verbruikspatroon.
Hoe stel je het juiste aantal credits per tier in?
Start vanuit echte verbruiksdata. Kijk wat lage, gemiddelde en hoge gebruikers consumeren over een jaar. Ontwerp commitment tiers rond die banden. Stel creditkosten per dienst in op een tarief waarop een klant zijn tier kan bekijken en vol vertrouwen kan berekenen of het zijn behoeften dekt. Geef hen in je communicatie voorbeeldscenario’s met simulaties.
Moeten credits vervallen of mogen ze doorschuiven?
Vervallen. Zonder vervaldatum committeren klanten laag en bouwen ze jaar na jaar een overschot op. Dat overschot creëert prijsdruk bij verlenging en vertekent je omzetcijfers. Vervaldatum dwingt eerlijke gesprekken af voor verlenging, en dat is precies waar je wil zijn. En die gesprekken zijn niet slecht, je kan nog steeds flexibel zijn wanneer nodig.
Wat is het verschil tussen credit-based en usage-based pricing?
De richting van de cashflow. Bij usage-based pricing betaalt de klant na consumptie. Bij credit-based pricing committeert de klant voor consumptie. Beide koppelen omzet aan verbruik. Credits draaien de factureringssequentie om: jij factureert upfront, zij verbruiken later. Dat is waarom credits goed werken wanneer je richting ARR bouwt, terwijl pure usage-based pricing achteraf onvoorspelbare inkomsten genereert.
Hoe helpen credits bij enterprise procurement?
Procurement heeft een vast getal nodig om goed te keuren. Wanneer verbruik onvoorspelbaar is, maakt usage-based pricing dat onmogelijk. Credits zetten een open vraag om in een vast jaarlijks budget dat procurement kan verwerken. R&D krijgt de flexibiliteit om dat budget toe te wijzen zoals de projectpijplijn vraagt. De creditstructuur geeft beide kanten wat ze effectief nodig hebben.
Voor hoe pricing architectuur past in een breder model, start met de pricing guide. Voor founders die meerdere pricing modellen beheren, zie Meerdere pricing modellen: een duidelijke lijn trekken. Of leer meer over de methode achter hoe ik pricing benader bij Tsjirpa.