Votre deck investisseurs affiche 85 % de marge brute. Le compte de résultat de votre comptable affiche 68 %. La même entreprise, le même mois — et l'écart vient presque certainement de votre classification des COGS, pas de votre activité. En SaaS, la marge brute est le chiffre que les acheteurs, les prêteurs et les investisseurs revérifient en premier, parce qu'il répond à la seule question qui compte à l'échelle : sur chaque dollar de revenu, combien de cents survivent au coût de livraison du produit ? Trompez-vous dans les catégories et vous sous-évaluerez vos prix avec une fausse confiance, ou vous vous dissuaderez d'une levée de fonds que vous méritiez.
Ce guide couvre la formule, ce qui relève exactement du coût des marchandises vendues SaaS, les repères auxquels se comparer, et le problème de l'inférence IA qui est en train de tous les réécrire.
La formule de la marge brute SaaS
La formule elle-même est universelle :
Marge brute = (Revenus − Coût des marchandises vendues) / Revenus
Une entreprise avec 200 000 $ de revenus mensuels et 50 000 $ de COGS a 150 000 $ de bénéfice brut et une marge brute de 75 %. Chaque dollar de revenu supplémentaire génère environ 75 cents avant charges opérationnelles. Mesurez-la mensuellement, et aussi sur trois et six mois glissants pour lisser les irrégularités.
Mais le chiffre global seul vous induira en erreur. Une marge mixte de 60 % pourrait masquer une excellente marge d'abonnement de 90 % plombée par des services professionnels à marge négative — ou une activité d'abonnement médiocre embellie par un bon trimestre de services. Les opérateurs SaaS sérieux calculent les marges par flux de revenus : abonnement, services professionnels et revenus d'usage ou de transaction ont chacun leur propre marge, calculée de la même façon avec uniquement les revenus et les COGS qui relèvent de ce flux. Cette répartition est aussi ce qui rend les conversations budgétaires possibles : vous ne pouvez pas arbitrer une demande d'embauche au support contre une marge prévisionnelle si vous ne savez pas de quel flux vient la marge.
Ce qui relève du COGS SaaS
Le COGS — « coût des revenus » dans la terminologie du compte de résultat SaaS — est la catégorie de charges qui soutient directement vos flux de revenus. L'erreur de calcul la plus importante que commettent les fondateurs est de mal le classifier. Pour une activité SaaS pure, le COGS contient généralement quatre centres de coûts :
- DevOps et hébergement. Infrastructure cloud, CDN, monitoring, stockage de données, SSL, et la masse salariale DevOps qui maintient la production en marche. C'est aussi là que l'amortissement de R&D des logiciels capitalisés atterrit si vous capitalisez les coûts de développement, ainsi que les redevances et les dépenses de produits revendus.
- Support client. Le coût complet de l'équipe support — les personnes qui répondent aux tickets et débloquent les clients.
- Livraison de services professionnels. Si vous vendez de l'implémentation, de l'onboarding, de la migration ou du travail sur mesure, les salaires des implémenteurs se trouvent ici, en regard des revenus de services.
- Coûts de transaction et de tiers. Frais de traitement des paiements, frais fournisseurs par transaction, API tierces et flux de données embarqués dans votre produit. Si vous avez des revenus d'usage, vous avez besoin d'une catégorie de dépenses de transaction correspondante.
Deux règles structurelles maintiennent l'honnêteté de l'ensemble. Premièrement, votre section COGS est dictée par vos flux de revenus : pas de revenus de services, pas de centre de coûts services ; mais des revenus de transaction exigent un département de dépenses de transaction. Ne mélangez jamais les flux — des revenus de services imputés à la ligne abonnement corrompent les deux marges d'un coup. Deuxièmement, chaque département COGS doit être entièrement chargé : salaires, primes, charges sociales, avantages, déplacements, formation et logiciels internes de l'équipe atterrissent tous dans le département qui les a générés. Vos responsables de département doivent être redevables de tout ce qui est sous leur contrôle, et les frais généraux et administratifs ne doivent jamais devenir une poubelle pour des dépenses qui appartiennent au-dessus de la ligne.
La question du customer success
La classification la plus débattue en finance SaaS est le customer success. La réponse dépend de ce que font réellement vos CSM :
- Rétention et adoption uniquement ? Ils relèvent du COGS. Ils font partie de la livraison de la valeur du produit.
- Portent un quota, concluent des ajouts de sièges et des upsells ? Ils relèvent en dessous de la ligne, dans les charges opérationnelles de vente.
- Font les deux ? Répartissez le coût entre COGS et ventes selon une répartition défendable de leur temps.
Ce choix déplace la marge brute de plusieurs points entiers, alors documentez le raisonnement et appliquez-le de façon cohérente. Un investisseur qui vous compare à un pair appliquant la politique inverse compare deux définitions différentes — divulguez la vôtre.
L'amortissement de R&D complique les comparaisons
Les entreprises qui capitalisent le développement logiciel amortissent une partie de la R&D via le COGS ; celles qui passent tout en charges ne le font pas. Deux activités par ailleurs identiques peuvent afficher des marges d'abonnement sensiblement différentes uniquement à cause de la politique de capitalisation. Lors du benchmarking, calculez votre marge récurrente avec et sans amortissement de R&D pour pouvoir vous comparer à l'un ou l'autre type de pair.
Qu'est-ce qu'une bonne marge brute SaaS ?
La marge brute est l'un des rares indicateurs où un repère global est réellement utile. Les cibles de longue date :
- Marge brute globale : 75–80 % ou plus. Les activités d'abonnement matures devraient dépasser 75 %, et les meilleurs opérateurs dépassent 80 %.
- Marge d'abonnement : proche de 90 %. Des revenus purement récurrents avec des coûts d'hébergement et de support disciplinés devraient approcher 90 cents sur le dollar.
- Marge des services : bien plus basse. L'implémentation et l'onboarding sont par nature intensifs en personnel ; le SaaS mid-market avec de vraies charges d'onboarding se situe généralement entre 72 et 80 % au global, et les éditeurs enterprise avec de gros besoins d'implémentation atterrissent autour de 70–78 %.
Le mix compte plus que n'importe quel chiffre isolé. Une entreprise à 78 % au global avec une marge d'abonnement de 90 % et une petite perte délibérée sur les services est plus saine qu'une entreprise à 78 % avec une marge d'abonnement de 80 % et aucun service — la première a un problème de coûts corrigeable, la seconde a un problème de coût produit. Lisez toujours la marge globale en regard des marges par flux avant de tirer des conclusions.
Comment l'inférence IA réécrit le calcul
Le SaaS traditionnel gagne des marges de 75 à 85 % parce que le COGS logiciel est en grande partie fixe : l'hébergement évolue de façon sous-linéaire et chaque nouveau client ne coûte presque rien à servir. L'inférence IA brise cette hypothèse. Chaque appel LLM, tâche de transcription ou génération d'image porte un coût réel à l'usage — des tokens d'un fournisseur de modèles ou du calcul de vos propres GPU — qui évolue avec l'usage comme les matières premières dans l'industrie manufacturière. L'inférence est un COGS variable, pas une ligne de R&D, et une tarification par siège ou forfaitaire par-dessus peut silencieusement détruire votre marge à mesure que l'usage croît.
Les données sont frappantes. Les produits nativement IA affichaient en moyenne environ 41 % de marge brute en 2024 et ne devraient atteindre qu'environ 52 % en 2026, contre 75 à 85 % pour le SaaS traditionnel, à mesure que les meilleurs opérateurs apprennent à maîtriser les coûts d'inférence. Les entreprises qui intègrent des fonctionnalités IA dans leurs offres existantes rapportent une compression de marge de 3 à 8 points, et des factures d'inférence non maîtrisées représentant 10 à 30 % des revenus sont courantes dans les produits fortement IA, contre 1 à 3 % de coûts d'API tierces dans le SaaS classique. Les analystes décrivent désormais trois profils de compte de résultat distincts : les produits augmentés par l'IA visant ~80 %, les produits activés par l'IA à 60–79 %, et les produits nativement IA à 50–60 %.
Si vous livrez des fonctionnalités IA, quatre disciplines protègent votre marge :
- Mesurez et attribuez le coût d'inférence par client. Vous ne pouvez pas tarifer ce que vous ne mesurez pas. Suivez les dépenses en tokens et en calcul comme un manufacturier suit ses matières.
- Routez et mettez en cache agressivement. Envoyer les requêtes simples vers des modèles plus petits et mettre en cache les réponses répétées réduit les dépenses d'inférence de 40 à 70 % avec un impact minimal sur la qualité.
- Tarifez à la consommation. La tarification par siège suppose un coût marginal quasi nul. Les paliers à l'usage, les crédits ou les frais d'extension IA alignent les revenus sur la courbe des coûts.
- Affichez une ligne inférence. Séparez la couche d'inférence IA de l'hébergement dans votre COGS pour que le conseil voie exactement combien de points de marge elle coûte — et si vos optimisations fonctionnent.
Les erreurs qui corrompent le chiffre
- Mélanger les flux de revenus. Abonnement, services et usage ont chacun besoin de leur propre ligne. Des revenus mélangés rendent toutes les marges fausses simultanément.
- Mal classifier le customer success. Des CSM portant un quota placés dans le COGS gonflent l'efficacité commerciale et dépriment la marge brute ; des CSM de rétention placés dans les ventes font l'inverse. Classez par fonction, répartissez en cas de mixte.
- Ignorer l'amortissement de R&D dans les comparaisons. Évaluez votre marge d'abonnement avec et sans lui avant de conclure que vous êtes devant ou derrière un pair.
- Utiliser les frais généraux comme poubelle. Les outils d'équipe, déplacements et formations qui trouvent leur origine dans des départements COGS y appartiennent, entièrement chargés.
- Tarification forfaitaire sur un coût IA variable. Un forfait par siège sur des coûts par token est une bombe à retardement pour la marge — les gros utilisateurs se subventionnent sur votre budget d'inférence.
- Ne lire que la marge mixte. Une marge globale de 60 % avec une marge d'abonnement de 90 % est un problème de services avec une solution connue ; sans marges par flux, vous ne pouvez pas le voir.
Suivre les marges SaaS dans votre comptabilité
L'analyse de marge ne vaut que ce que vaut le grand livre qui la sous-tend. L'exigence pratique est un plan comptable avec un détail COGS au niveau des départements : des comptes séparés pour l'hébergement, le support, le success, la livraison de services et l'inférence, afin que la marge de chaque flux ressorte de la balance plutôt que d'un tableur annexe. Une clôture mensuelle pour un petit SaaS pourrait ressembler à ceci en comptabilité en texte brut :
2026-10-31 * "October subscription revenue collected"
Assets:Checking:Operating 118400.00 USD
Income:Subscriptions:MRR -120000.00 USD
Expenses:COGS:ProcessingFees 1600.00 USD
2026-10-31 * "October AWS and CDN hosting"
Assets:Checking:Operating -8200.00 USD
Expenses:COGS:Hosting 8200.00 USD
2026-10-31 * "October AI inference (model API)"
Assets:Checking:Operating -5400.00 USD
Expenses:COGS:Inference 5400.00 USD
2026-10-31 * "October support payroll, fully burdened"
Assets:Checking:Operating -14500.00 USD
Expenses:COGS:Support 14500.00 USD
2026-10-31 * "October implementation services"
Assets:Checking:Operating 18000.00 USD
Income:Services:Onboarding -18000.00 USDAvec les revenus et les COGS enregistrés de cette manière, la marge d'abonnement est une requête — revenus d'abonnement contre hébergement, inférence, traitement et support — et la marge des services en est une autre. La documentation sur l'équilibrage et les comptes couvre la mécanique, et une vue tableau de bord du même grand livre rend la tendance mensuelle visible d'un coup d'œil dans Fava.
Votre dernière étape utile : sortez le compte de résultat de ce mois-ci et calculez les trois chiffres — marge globale, marge d'abonnement et marge des services. Si vous ne pouvez pas les produire à partir du grand livre en moins d'une heure, la solution n'est pas un meilleur tableur ; ce sont des comptes COGS au niveau des départements, configurés une fois et imputés correctement chaque mois à partir de maintenant.
