Il tuo deck per gli investitori dichiara un margine lordo dell'85%. Il conto economico del tuo commercialista dice 68%. Stessa azienda, stesso mese — e il divario è quasi certamente nella classificazione del COGS, non nel tuo business. Nel SaaS, il margine lordo è il numero che acquirenti, finanziatori e investitori ricontrollano per primi, perché risponde all'unica domanda che conta su larga scala: di ogni euro di ricavi, quanti centesimi sopravvivono al costo di erogazione del prodotto? Se sbagli i raggruppamenti, finirai per fissare prezzi troppo bassi con falsa sicurezza oppure ti convincerai a rinunciare a un aumento di capitale che ti spettava.
Questa guida copre la formula, esattamente cosa rientra nel costo del venduto SaaS, i benchmark con cui vale la pena confrontarsi e il problema dell'inferenza AI che li sta riscrivendo tutti.
La formula del margine lordo SaaS
La formula in sé è universale:
Margine lordo = (Ricavi − Costo del venduto) / Ricavi
Un'azienda con 200.000 € di ricavi mensili e 50.000 € di COGS ha 150.000 € di margine lordo e un margine lordo del 75%. Ogni euro di ricavi aggiuntivo genera circa 75 centesimi prima delle spese operative. Misuralo mensilmente, e anche su base di tre e sei mesi per attenuare le irregolarità.
Ma il solo numero complessivo ti ingannerà. Un margine aggregato del 60% potrebbe nascondere un ottimo margine sugli abbonamenti del 90% trascinato verso il basso da servizi professionali a margine negativo — oppure un business di abbonamenti mediocre gonfiato da un buon trimestre di servizi. Gli operatori SaaS seri calcolano i margini per flusso di ricavo: abbonamenti, servizi professionali e ricavi a consumo o da transazioni hanno ciascuno il proprio margine, calcolato allo stesso modo usando solo i ricavi e i COGS che appartengono a quel flusso. Questa suddivisione è anche ciò che rende possibili le conversazioni di budget: non puoi soppesare una richiesta di assunzioni per il supporto rispetto al margine previsto se non sai da quale flusso proviene il margine.
Cosa rientra nel COGS SaaS
Il COGS — "costo dei ricavi" nella terminologia del conto economico SaaS — è il raggruppamento di spese che supporta direttamente i tuoi flussi di ricavo. Il più grande errore di calcolo dei fondatori è classificarlo male. Per un business SaaS puro, il COGS contiene tipicamente quattro centri di costo:
- DevOps e hosting. Infrastruttura cloud, CDN, monitoraggio, archiviazione dati, SSL e il costo del personale DevOps che tiene in funzione la produzione. Qui finisce anche l'ammortamento di R&S dal software capitalizzato se capitalizzi i costi di sviluppo, più eventuali royalty e spese per prodotti rivenduti.
- Supporto clienti. Il costo a pieno carico del team di supporto — le persone che rispondono ai ticket e mantengono i clienti operativi.
- Erogazione dei servizi professionali. Se vendi implementazione, onboarding, migrazione o lavoro personalizzato, gli stipendi degli implementatori stanno qui, abbinati ai ricavi dei servizi.
- Costi di transazione e di terze parti. Commissioni di elaborazione dei pagamenti, addebiti dei fornitori per transazione, API e feed dati di terze parti incorporati che vengono distribuiti all'interno del tuo prodotto. Se hai ricavi a consumo, ti serve un raggruppamento di spese per transazioni corrispondente.
Due regole strutturali mantengono tutto corretto. Primo, la tua sezione COGS è dettata dai tuoi flussi di ricavo: nessun ricavo da servizi significa nessun centro di costo per i servizi, ma ricavi da transazioni richiedono un reparto spese per transazioni. Non mescolare mai i flussi — ricavi da servizi imputati alla linea degli abbonamenti corrompono entrambi i margini contemporaneamente. Secondo, ogni reparto COGS deve essere a pieno carico: salari, bonus, contributi previdenziali, benefit, trasferte, formazione e il software interno del team finiscono tutti nel reparto che li ha generati. I responsabili di reparto dovrebbero essere responsabili di tutto ciò che è sotto il loro controllo, e le spese generali e amministrative non dovrebbero mai diventare un contenitore per spese che appartengono sopra la linea.
La questione del customer success
La classificazione più dibattuta nella finanza SaaS è quella del customer success. La risposta dipende da cosa fanno effettivamente i tuoi CSM:
- Solo retention e adozione? Rientrano nel COGS. Fanno parte dell'erogazione del valore del prodotto.
- Portano una quota, chiudono add-on di licenze e upsell? Rientrano sotto la linea nelle spese operative di vendita.
- Fanno entrambe le cose? Ripartisci il costo tra COGS e vendite in base a una suddivisione difendibile del loro tempo.
Questa scelta sposta il margine lordo di interi punti percentuali, quindi documenta il ragionamento e applicalo in modo coerente. Un investitore che ti confronta con un pari con la politica opposta sta confrontando due definizioni diverse — dichiara la tua.
L'ammortamento di R&S rende i confronti difficili
Le aziende che capitalizzano lo sviluppo software ammortizzano parte di R&S tramite il COGS; quelle che spesano tutto no. Due aziende per il resto identiche possono riportare margini sugli abbonamenti materialmente diversi solo per la politica di capitalizzazione. Quando fai benchmarking, calcola il tuo margine ricorrente sia con sia senza l'ammortamento di R&S, così puoi confrontarti con entrambi i tipi di pari.
Cos'è un buon margine lordo SaaS?
Il margine lordo è una delle poche metriche in cui un benchmark complessivo è davvero utile. Gli obiettivi consolidati:
- Margine lordo complessivo: 75–80% o superiore. I business di abbonamento maturi dovrebbero superare il 75%, e i migliori operatori vanno oltre l'80%.
- Margine sugli abbonamenti: vicino al 90%. Ricavi puramente ricorrenti con costi di hosting e supporto disciplinati dovrebbero avvicinarsi a 90 centesimi per euro.
- Margine sui servizi: molto più basso. Implementazione e onboarding sono per natura ad alta intensità di personale; il SaaS mid-market con reali costi di onboarding si attesta tipicamente in aggregato al 72–80%, e i fornitori enterprise con forti esigenze di implementazione si collocano intorno al 70–78%.
L'aggregato conta più di qualunque singolo numero. Un'azienda al 78% complessivo con un margine sugli abbonamenti del 90% e una piccola perdita deliberata sui servizi è più sana di un'azienda al 78% con un margine sugli abbonamenti dell'80% e nessun servizio — la prima ha un problema di costi risolvibile, la seconda un problema di costi di prodotto. Leggi sempre il margine complessivo insieme ai margini per flusso prima di trarre conclusioni.
Come l'inferenza AI sta riscrivendo i calcoli
Il SaaS tradizionale guadagna margini del 75–85% perché il COGS del software è in gran parte fisso: l'hosting scala in modo sub-lineare e ogni nuovo cliente costa quasi nulla da servire. L'inferenza AI infrange questa ipotesi. Ogni chiamata a un LLM, ogni lavoro di trascrizione o generazione di immagini comporta un costo reale per singolo utilizzo — token da un fornitore di modelli o potenza di calcolo dalle tue GPU — che scala con l'uso come le materie prime scalano nella manifattura. L'inferenza è COGS variabile, non una voce di R&S, e un prezzo per licenza o a tariffa fissa applicato sopra di essa può silenziosamente distruggere il tuo margine man mano che l'uso cresce.
I dati sono netti. I prodotti AI-native hanno registrato margini lordi medi di circa il 41% nel 2024 e si prevede che raggiungeranno solo circa il 52% nel 2026, contro il 75–85% del SaaS tradizionale, man mano che i migliori operatori imparano a gestire i costi di inferenza. Le aziende che integrano funzionalità AI nei piani esistenti riportano una compressione del margine di 3–8 punti, e bollette di inferenza non gestite pari al 10–30% dei ricavi sono comuni nei prodotti ad alta intensità di AI, rispetto a costi di API di terze parti dell'1–3% nel SaaS classico. Gli analisti ora descrivono tre profili distinti di conto economico: prodotti AI-augmented con obiettivo ~80%, prodotti AI-enabled al 60–79% e prodotti AI-native al 50–60%.
Se distribuisci funzionalità AI, quattro discipline proteggono il tuo margine:
- Misura e attribuisci il costo di inferenza per cliente. Non puoi fissare un prezzo per ciò che non puoi misurare. Traccia la spesa in token e potenza di calcolo come un produttore traccia le materie prime.
- Instrada e metti in cache in modo aggressivo. Inviare query semplici a modelli più piccoli e mettere in cache le risposte ripetute riduce la spesa per inferenza del 40–70% con un impatto minimo sulla qualità.
- Prezza il consumo. Il prezzo per licenza presuppone un costo marginale quasi nullo. Livelli basati sull'uso, crediti o commissioni aggiuntive per l'AI allineano i ricavi alla curva dei costi.
- Riporta una linea di inferenza. Separa il livello di inferenza AI dall'hosting nel tuo COGS, così il consiglio vede esattamente quanti punti di margine costa — e se le tue ottimizzazioni stanno funzionando.
Errori che corrompono il numero
- Mescolare i flussi di ricavo. Ricavi da abbonamenti, servizi e consumo necessitano ciascuno della propria linea. Ricavi mescolati rendono sbagliato ogni margine contemporaneamente.
- Classificare male il customer success. CSM che portano una quota parcheggiati nel COGS gonfiano l'efficienza delle vendite e deprimono il margine lordo; CSM di retention parcheggiati nelle vendite fanno l'opposto. Classifica per funzione, ripartisci quando è misto.
- Ignorare l'ammortamento di R&S nei confronti. Fai benchmarking del tuo margine sugli abbonamenti con e senza, prima di concludere che sei avanti o indietro rispetto a un pari.
- Usare le spese generali come contenitore. Strumenti del team, trasferte e formazione che hanno origine nei reparti COGS appartengono lì, a pieno carico.
- Prezzo a tariffa fissa su costi AI variabili. Un piano per licenza sopra costi per token è una bomba a orologeria sul margine — gli utenti pesanti si sovvenzionano sul tuo budget di inferenza.
- Leggere solo il margine aggregato. Un margine complessivo del 60% con un margine sugli abbonamenti del 90% è un problema di servizi con una soluzione nota; senza i margini per flusso non puoi distinguerlo.
Tracciare i margini SaaS nei tuoi libri contabili
L'analisi dei margini vale solo quanto il libro mastro che la sostiene. Il requisito pratico è un piano dei conti con dettaglio COGS a livello di reparto: conti separati per hosting, supporto, success, erogazione servizi e inferenza, così il margine di ciascun flusso scaturisce dal bilancio di verifica invece che da un foglio di calcolo parallelo. Una chiusura di fine mese per un piccolo SaaS potrebbe somigliare a questo nella contabilità in testo semplice:
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 USDCon ricavi e COGS registrati in questo modo, il margine sugli abbonamenti è una sola interrogazione — ricavi da abbonamenti contro hosting, inferenza, elaborazione e supporto — e il margine sui servizi è un'altra. La documentazione su quadratura e conti copre la meccanica, e una vista dashboard dello stesso libro mastro rende visibile a colpo d'occhio l'andamento mensile in Fava.
Il tuo ultimo passo utile: prendi il conto economico di questo mese e calcola tutti e tre i numeri — margine complessivo, margine sugli abbonamenti e margine sui servizi. Se non riesci a produrli dal libro mastro in meno di un'ora, la soluzione non è un foglio di calcolo migliore; sono conti COGS a livello di reparto, impostati una volta e imputati correttamente ogni mese da ora in poi.
