Je investor deck zegt 85% brutomarge. De P&L van je accountant zegt 68%. Hetzelfde bedrijf, dezelfde maand — en de kloof is vrijwel zeker je COGS-classificatie, niet je bedrijf. In SaaS is brutomarge het getal dat kopers, kredietverstrekkers en investeerders als eerste opnieuw controleren, omdat het de enige vraag beantwoordt die op schaal ertoe doet: van elke dollar omzet, hoeveel cent overleeft de kosten van het leveren van het product? Zet je de bakken verkeerd neer, dan prijs je jezelf ofwel te laag met valse zekerheid, ofwel praat je jezelf een fundraise uit die je verdiende.
Deze gids behandelt de formule, precies wat er in SaaS cost of goods sold hoort, de benchmarks die het vergelijken waard zijn, en het AI-inferenceprobleem dat ze allemaal herschrijft.
De SaaS-brutomargeformule
De formule zelf is universeel:
Brutomarge = (Omzet − Cost of Goods Sold) / Omzet
Een bedrijf met $200.000 maandomzet en $50.000 COGS heeft $150.000 brutowinst en een brutomarge van 75%. Elke extra omzetdollar levert ongeveer 75 cent op vóór bedrijfskosten. Meet het maandelijks, en ook op basis van de afgelopen drie en zes maanden om schommelingen af te vlakken.
Maar het totaalcijfer alleen zal je misleiden. Een gecombineerde marge van 60% kan een uitstekende abonnementsmarge van 90% verbergen die omlaag wordt getrokken door professional services met negatieve marge — of een middelmatig abonnementsbedrijf dat wordt opgehemeld door één goed serviceskwartaal. Serieuze SaaS-operators berekenen marges per omzetstroom: abonnementen, professional services en gebruiks- of transactieomzet krijgen elk hun eigen marge, op dezelfde manier berekend met alleen de omzet en COGS die bij die stroom horen. Die splitsing is ook wat budgetgesprekken mogelijk maakt: je kunt een verzoek om supportpersoneel niet afwegen tegen de verwachte marge als je niet weet uit welke stroom de marge komt.
Wat hoort bij SaaS COGS
COGS — "cost of revenue" in SaaS-P&L-terminologie — is de bak met kosten die je omzetstromen direct ondersteunt. De grootste rekenfout die oprichters maken is deze verkeerd classificeren. Voor een pure-play SaaS-bedrijf bevat COGS doorgaans vier kostenplaatsen:
- DevOps en hosting. Cloudinfrastructuur, CDN, monitoring, dataopslag, SSL en de DevOps-loonkosten die productie draaiende houden. Hier landt ook R&D-amortisatie van gekapitaliseerde software als je ontwikkelingskosten kapitaliseert, plus eventuele royalty's en kosten van doorverkochte producten.
- Klantensupport. De volledig belaste kosten van het supportteam — de mensen die tickets beantwoorden en klanten vooruit helpen.
- Levering van professional services. Als je implementatie, onboarding, migratie of maatwerk verkoopt, zitten de salarissen van de implementeerders hier, afgezet tegen servicesomzet.
- Transactie- en third-partykosten. Kosten voor betaalverwerking, kosten per transactie van leveranciers, embedded third-party-API's en datafeeds die in je product worden meegeleverd. Als je gebruiksomzet hebt, heb je een bijpassende transactiekostenbak nodig.
Twee structurele regels houden dit eerlijk. Ten eerste, je COGS-sectie wordt bepaald door je omzetstromen: geen servicesomzet betekent geen serviceskostenplaats, maar transactieomzet vereist een transactiekostenafdeling. Voeg stromen nooit samen — servicesomzet die op de abonnementsregel wordt geboekt corrumpeert beide marges tegelijk. Ten tweede, elke COGS-afdeling moet volledig worden belast: lonen, bonussen, loonheffingen, secundaire arbeidsvoorwaarden, reizen, training en de interne software van het team landen allemaal in de afdeling die ze heeft veroorzaakt. Je afdelingsleiders moeten verantwoordelijk zijn voor alles onder hun beheer, en G&A mag nooit een dumpplek worden voor kosten die boven de streep horen.
De customer-successvraag
De meest bediscussieerde classificatie in SaaS-financiën is customer success. Het antwoord hangt ervan af wat je CSM's daadwerkelijk doen:
- Alleen retentie en adoptie? Ze horen bij COGS. Ze maken deel uit van het leveren van de waarde van het product.
- Met een quota, seat add-ons en upsells sluiten? Ze horen onder de streep bij sales operationele kosten.
- Doen ze beide? Verdeel de kosten tussen COGS en sales op basis van een verdedigbare tijdsverdeling.
Deze keuze verschuift de brutomarge met hele punten, dus documenteer de redenering en pas haar consistent toe. Een investeerder die jou vergelijkt met een concurrent met het tegenovergestelde beleid vergelijkt twee verschillende definities — maak de jouwe bekend.
R&D-amortisatie maakt vergelijkingen lastig
Bedrijven die softwareontwikkeling kapitaliseren, amortiseren een deel van R&D via COGS; bedrijven die alles als kosten nemen doen dat niet. Twee verder identieke bedrijven kunnen materieel verschillende abonnementsmarges rapporteren puur door kapitalisatiebeleid. Bereken bij benchmarking je terugkerende marge zowel met als zonder R&D-amortisatie, zodat je je kunt vergelijken met beide soorten concurrenten.
Wat is een goede SaaS-brutomarge?
Brutomarge is een van de weinige metrics waarbij een algemene benchmark echt nuttig is. De langdurige doelen:
- Algemene brutomarge: 75–80% of hoger. Volwassen abonnementsbedrijven zouden 75% moeten overtreffen, en de beste operators duwen voorbij 80%.
- Abonnementsmarge: rond 90%. Pure terugkerende omzet met gedisciplineerde hosting- en supportkosten zou de 90 cent per dollar moeten naderen.
- Servicesmarge: veel lager. Implementatie en onboarding zijn van nature mensintensief; mid-market SaaS met echte onboardingoverhead komt doorgaans uit op 72–80% in totaal, en enterprise-leveranciers met zware implementatiebehoeften landen rond 70–78%.
De blend is belangrijker dan welk afzonderlijk getal dan ook. Een bedrijf op 78% in totaal met een abonnementsmarge van 90% en een klein, bewust servicesverlies is gezonder dan een bedrijf op 78% met een abonnementsmarge van 80% en helemaal geen services — het eerste heeft een oplosbaar kostenprobleem, het tweede een productkostenprobleem. Lees de algemene marge altijd samen met de stroommarges voordat je conclusies trekt.
Hoe AI-inference de rekensom herschrijft
Traditionele SaaS verdient marges van 75–85% omdat software-COGS grotendeels vast zijn: hosting schaalt sublineair en elke nieuwe klant kost bijna niets om te bedienen. AI-inference breekt die aanname. Elke LLM-call, transcriptietaak of beeldgeneratie draagt echte kosten per gebruik — tokens van een modelprovider of compute van je eigen GPU's — die met het gebruik meeschalen zoals grondstoffen in de maakindustrie. Inference is variabele COGS, geen R&D-post, en seat-based of vaste prijsstelling daarbovenop kan je marge stilletjes vernietigen naarmate het gebruik groeit.
De data is schrijnend. AI-native producten hadden in 2024 gemiddeld ruwweg 41% brutomarge en naar verwachting bereiken ze in 2026 slechts ongeveer 52%, tegen 75–85% voor traditionele SaaS, terwijl de beste operators leren om inferencekosten te beheren. Bedrijven die AI-functies in bestaande plannen bundelen, rapporteren 3–8 punten margekrimp, en onbeheerde inference-rekeningen van 10–30% van de omzet komen veel voor bij AI-zware producten versus 1–3% third-party-API-kosten in klassieke SaaS. Analisten beschrijven nu drie verschillende P&L-profielen: AI-augmented producten mikken op ~80%, AI-enabled producten op 60–79%, en AI-native producten op 50–60%.
Als je AI-functies levert, beschermen vier disciplines je marge:
- Meet en attributeer inferencekosten per klant. Je kunt niet prijzen wat je niet meet. Volg token- en compute-uitgaven zoals een fabrikant grondstoffen volgt.
- Route en cache agressief. Eenvoudige queries naar kleinere modellen sturen en herhaalde antwoorden cachen verlaagt inference-uitgaven met 40–70% met minimale impact op kwaliteit.
- Prijs voor verbruik. Seat-based prijsstelling gaat uit van vrijwel nul marginale kosten. Gebruiksgebaseerde tiers, credits of AI-add-onkosten lijnen omzet uit met de kostencurve.
- Rapporteer een inference-regel. Splits de AI-inferencelaag uit hosting in je COGS, zodat de board precies ziet hoeveel margepunten het kost — en of je optimalisaties werken.
Fouten die het getal corrumperen
- Omzetstromen samenvoegen. Abonnements-, services- en gebruiksomzet hebben elk hun eigen regel nodig. Gemengde omzet maakt elke marge tegelijk fout.
- Customer success verkeerd classificeren. CSM's met quota in COGS blazen de sales-efficiëntie op en drukken de brutomarge; retentie-CSM's in sales doen het omgekeerde. Classificeer naar functie, splits bij gemengd gebruik.
- R&D-amortisatie negeren bij vergelijkingen. Benchmark je abonnementsmarge met en zonder amortisatie voordat je concludeert dat je voorloopt op of achterloopt op een concurrent.
- G&A als dumpplek gebruiken. Teamtools, reizen en training die voortkomen uit COGS-afdelingen horen daar, volledig belast.
- Vaste prijsstelling op variabele AI-kosten. Een plan per seat bovenop kosten per token is een margetijdbom — zware gebruikers subsidiëren zichzelf op jouw inferencebudget.
- Alleen de gecombineerde marge lezen. Een algemene marge van 60% met een abonnementsmarge van 90% is een servicesprobleem met een bekende oplossing; zonder stroommarges kun je dat niet zien.
SaaS-marges volgen in je boekhouding
Margeanalyse is slechts zo goed als het grootboek erachter. De praktische vereiste is een rekeningschema met COGS-detail op afdelingsniveau: afzonderlijke rekeningen voor hosting, support, success, serviceslevering en inference, zodat de marge van elke stroom uit de proefbalans rolt in plaats van uit een spreadsheet-zijspoor. Een maandafsluiting voor een kleine SaaS kan er in plain-text accounting zo uitzien:
2026-10-31 * "Oktober abonnementsomzet geïnd"
Assets:Checking:Operating 118400.00 USD
Income:Subscriptions:MRR -120000.00 USD
Expenses:COGS:ProcessingFees 1600.00 USD
2026-10-31 * "Oktober AWS- en CDN-hosting"
Assets:Checking:Operating -8200.00 USD
Expenses:COGS:Hosting 8200.00 USD
2026-10-31 * "Oktober AI-inference (model-API)"
Assets:Checking:Operating -5400.00 USD
Expenses:COGS:Inference 5400.00 USD
2026-10-31 * "Oktober supportloonkosten, volledig belast"
Assets:Checking:Operating -14500.00 USD
Expenses:COGS:Support 14500.00 USD
2026-10-31 * "Oktober implementatieservices"
Assets:Checking:Operating 18000.00 USD
Income:Services:Onboarding -18000.00 USDMet omzet en COGS op deze manier geboekt, is abonnementsmarge één query — abonnementsinkomsten tegen hosting, inference, verwerking en support — en servicesmarge een andere. De documentatie over balanceren en rekeningen behandelt de mechanica, en een dashboardweergave van hetzelfde grootboek maakt de maandelijkse trend in één oogopslag zichtbaar in Fava.
Je laatste nuttige stap: pak de P&L van deze maand en bereken alle drie de getallen — algemene marge, abonnementsmarge en servicesmarge. Als je ze niet binnen een uur uit het grootboek kunt halen, is de oplossing geen betere spreadsheet; het zijn COGS-rekeningen op afdelingsniveau, één keer ingesteld en vanaf nu elke maand correct geboekt.
