La teva presentació per a inversors diu 85% de marge brut. El compte de pèrdues i guanys del teu comptable diu 68%. La mateixa empresa, el mateix mes — i la diferència és gairebé segur que la classificació del teu COGS, no el teu negoci. En SaaS, el marge brut és la xifra que compradors, prestadors i inversors tornen a comprovar primer, perquè respon l'única pregunta que importa a escala: de cada dòlar d'ingressos, quants cèntims sobreviuen al cost de lliurar el producte? Si classifiques malament les partides, o bé posaràs preus massa baixos amb una falsa confiança, o bé et convenceràs a tu mateix de no fer una ronda de finançament que et mereixies.
Aquesta guia cobreix la fórmula, exactament què pertany al cost de béns venuts SaaS, les referències amb què val la pena comparar-se, i el problema de la inferència d'IA que les està reescrivint totes.
La fórmula del marge brut SaaS
La fórmula en si és universal:
Marge brut = (Ingressos − Cost de béns venuts) / Ingressos
Una empresa amb 200.000 $ d'ingressos mensuals i 50.000 $ de COGS té 150.000 $ de benefici brut i un marge brut del 75%. Cada dòlar addicional d'ingressos genera uns 75 cèntims abans de les despeses operatives. Mesura'l mensualment, i també sobre bases mòbils de tres i sis mesos per suavitzar la irregularitat.
Però la xifra global per si sola et pot enganyar. Un marge combinat del 60% podria amagar un marge de subscripció excel·lent del 90% arrossegat cap avall per serveis professionals amb marge negatiu — o un negoci de subscripció mediocre embellit per un bon trimestre de serveis. Els operadors SaaS seriosos calculen marges per font d'ingressos: subscripció, serveis professionals i ingressos per ús o transacció tenen cadascun el seu propi marge, calculat de la mateixa manera amb només els ingressos i el COGS que pertanyen a aquella font. Aquesta separació és també el que fa possibles les converses pressupostàries: no pots ponderar una sol·licitud de contractació de suport contra el marge previst si no saps de quina font prové el marge.
Què pertany al COGS SaaS
El COGS — "cost d'ingressos" en la terminologia del compte de pèrdues i guanys SaaS — és la partida de despesa que dona suport directe a les teves fonts d'ingressos. L'error de càlcul més gran que cometen els fundadors és classificar-lo malament. Per a un negoci SaaS pur, el COGS normalment conté quatre centres de cost:
- DevOps i hosting. Infraestructura al núvol, CDN, monitoratge, emmagatzematge de dades, SSL i la nòmina de DevOps que manté la producció en marxa. Aquí també van a parar l'amortització d'I+D de programari capitalitzada si capitalitzes costos de desenvolupament, més els cànons (royalties) i la despesa de productes revenguts.
- Suport al client. El cost total del equip de suport — les persones que responen als tiquets i mantenen els clients desbloquejats.
- Lliurament de serveis professionals. Si vens implementació, incorporació, migració o treball personalitzat, els sous dels implementadors van aquí, emparellats amb els ingressos de serveis.
- Costos de transacció i de tercers. Comissions de processament de pagaments, càrrecs per transacció de proveïdors, API de tercers incrustades i fonts de dades que s'envien dins del teu producte. Si tens ingressos per ús, necessites una partida de despesa de transacció corresponent.
Dues regles estructurals mantenen això honest. Primer, la teva secció de COGS ve dictada per les teves fonts d'ingressos: sense ingressos de serveis no hi ha centre de cost de serveis, però els ingressos de transacció exigeixen un departament de despesa de transacció. No barregis mai les fonts — els ingressos de serveis codificats a la línia de subscripció corrompen tots dos marges alhora. Segon, cada departament de COGS ha d'estar completament carregat: salaris, bonificacions, impostos sobre la nòmina, beneficis, viatges, formació i el programari intern de l'equip van a parar tots al departament que els ha generat. Els líders dels teus departaments haurien de ser responsables de tot el que està sota el seu control, i G&A no hauria d'esdevenir mai un abocador per a despeses que pertanyen per sobre de la línia.
La qüestió del customer success
La classificació més debatuda en finances SaaS és el customer success. La resposta depèn de què fan realment els teus CSM:
- Només retenció i adopció? Pertanyen al COGS. Formen part del lliurament del valor del producte.
- Tenen quota, tanquen add-ons de seients i upsells? Pertanyen per sota de la línia, a la despesa operativa de vendes.
- Fan les dues coses? Reparteix el cost entre COGS i vendes segons una divisió defensable del seu temps.
Aquesta elecció mou el marge brut punts sencers, així que documenta el raonament i aplica'l de manera consistent. Un inversor que et compara amb un peer amb la política oposada està comparant dues definicions diferents — divulga la teva.
L'amortització d'I+D complica les comparacions
Les empreses que capitalitzen el desenvolupament de programari amortitzen part d'I+D a través del COGS; les empreses que ho imputen tot com a despesa no ho fan. Dos negocis d'altra banda idèntics poden reportar marges de subscripció materialment diferents només per la política de capitalització. Quan facis benchmarking, calcula el teu marge recurrent amb i sense amortització d'I+D per poder comparar-te amb qualsevol dels dos tipus de peer.
Quin és un bon marge brut SaaS?
El marge brut és una de les poques mètriques on una referència global és genuïnament útil. Els objectius de sempre:
- Marge brut global: 75–80% o més. Els negocis de subscripció madurs haurien de superar el 75%, i els millors operadors passen del 80%.
- Marge de subscripció: prop del 90%. Ingressos recurrents purs amb costos d'hosting i suport disciplinats haurien d'acostar-se a 90 cèntims per dòlar.
- Marge de serveis: molt més baix. La implementació i la incorporació són intensives en persones per naturalesa; el SaaS de mercat mitjà amb sobrecost real d'incorporació típicament combina un 72–80% global, i els proveïdors empresarials amb necessitats d'implementació pesades se situen al voltant del 70–78%.
La combinació importa més que qualsevol xifra individual. Una empresa al 78% global amb un marge de subscripció del 90% i una petita pèrdua deliberada en serveis és més sana que una empresa al 78% amb un marge de subscripció del 80% i cap servei — la primera té un problema de costos arreglable, la segona té un problema de costos de producte. Llegeix sempre el marge global juntament amb els marges per font abans de treure'n conclusions.
Com la inferència d'IA està reescrivint els càlculs
El SaaS tradicional guanya marges del 75–85% perquè el COGS de programari és majoritàriament fix: l'hosting escala de manera sublineal i cada client nou costa gairebé res de servir. La inferència d'IA trenca aquesta suposició. Cada crida a un LLM, tasca de transcripció o generació d'imatges comporta un cost real per ús — tokens d'un proveïdor de models o potència de càlcul de les teves pròpies GPU — que escala amb l'ús de la mateixa manera que les matèries primeres escalen en la manufactura. La inferència és COGS variable, no una partida d'I+D, i el preu per seient o de tarifa plana a sobre pot destruir silenciosament el teu marge a mesura que creix l'ús.
Les dades són crues. Els productes natius d'IA van tenir de mitjana uns marges bruts del 41% el 2024 i es projecta que només arribin al voltant del 52% el 2026, enfront del 75–85% del SaaS tradicional, a mesura que els millors operadors aprenen a gestionar els costos d'inferència. Les empreses que empaqueten funcions d'IA en plans existents reporten 3–8 punts de compressió de marge, i les factures d'inferència no gestionades del 10–30% dels ingressos són comunes en productes amb molta IA enfront de costos d'API de tercers de l'1–3% en el SaaS clàssic. Els analistes ara descriuen tres perfils de compte de pèrdues i guanys diferents: productes augmentats amb IA que apunten al ~80%, productes habilitats per IA al 60–79%, i productes natius d'IA al 50–60%.
Si llances funcions d'IA, quatre disciplines protegeixen el teu marge:
- Mesura i atribueix el cost d'inferència per client. No pots posar preu al que no pots mesurar. Fes el seguiment de la despesa de tokens i càlcul de la mateixa manera que un fabricant fa el seguiment de les matèries primeres.
- Encamina i emmagatzema a la memòria cau (cache) agressivament. Enviar consultes simples a models més petits i emmagatzemar a la memòria cau les respostes repetides redueix la despesa d'inferència un 40–70% amb un impacte mínim en la qualitat.
- Posa preu al consum. El preu per seient assumeix un cost marginal gairebé nul. Els nivells basats en l'ús, els crèdits o les tarifes addicionals d'IA alineen els ingressos amb la corba de costos.
- Reporta una línia d'inferència. Separa la capa d'inferència d'IA de l'hosting en el teu COGS perquè el consell vegi exactament quants punts de marge costa — i si les teves optimitzacions estan funcionant.
Errors que corrompen la xifra
- Barrejar fonts d'ingressos. Els ingressos de subscripció, serveis i ús necessiten cadascun la seva pròpia línia. Els ingressos mesclats fan que tots els marges siguin incorrectes alhora.
- Classificar malament el customer success. Els CSM amb quota aparcats al COGS inflen l'eficiència de vendes i depriment el marge brut; els CSM de retenció aparcats a vendes fan el contrari. Classifica per funció, divideix quan sigui mixt.
- Ignorar l'amortització d'I+D en les comparacions. Compara el teu marge de subscripció amb i sense aquesta abans de concloure que estàs per davant o per darrere d'un peer.
- Fer servir G&A com a abocador. Les eines d'equip, viatges i formació que s'originen en departaments de COGS pertanyen allà, completament carregats.
- Preu de tarifa plana sobre cost d'IA variable. Un pla per seient sobre costos per token és una bomba de rellotgeria per al marge — els usuaris intensius se subvencionen a si mateixos amb el teu pressupost d'inferència.
- Llegir només el marge combinat. Un marge global del 60% amb un marge de subscripció del 90% és un problema de serveis amb una solució coneguda; sense els marges per font no ho pots distingir.
Fer el seguiment dels marges SaaS als teus llibres
L'anàlisi de marges és tan bona com el llibre major que hi ha al darrere. El requisit pràctic és un pla de comptes amb detall de COGS a nivell de departament: comptes separats per a hosting, suport, success, lliurament de serveis i inferència, de manera que el marge de cada font surti del balanç de comprovació en lloc d'una cacera secundària en un full de càlcul. Un tancament de mes per a un SaaS petit podria assemblar-se a això en comptabilitat de text pla:
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 USDAmb els ingressos i el COGS registrats d'aquesta manera, el marge de subscripció és una consulta — ingressos de subscripció contra hosting, inferència, processament i suport — i el marge de serveis n'és una altra. La documentació sobre quadratura i comptes cobreix la mecànica, i una vista de tauler del mateix llibre major fa visible la tendència mensual d'un cop d'ull a Fava.
El teu últim pas útil: agafa el compte de pèrdues i guanys d'aquest mes i calcula les tres xifres — marge global, marge de subscripció i marge de serveis. Si no les pots produir a partir del llibre major en menys d'una hora, la solució no és un full de càlcul millor; són comptes de COGS a nivell de departament, configurats una vegada i codificats correctament cada mes a partir d'ara.
