Брутният марж на SaaS, обяснен: какво принадлежи в COGS, бенчмаркът от 75–80% и защо AI inference го дърпа надолу

Вашата инвеститорска презентация казва 85% брутен марж. P&L отчетът на вашия счетоводител казва 68%. Същата компания, същият месец — и разликата почти сигурно е в класификацията на вашите COGS, а не във вашия бизнес. В SaaS брутният марж е числото, което купувачите, кредиторите и инвеститорите проверяват първо, защото отговаря на единствения въпрос, който има значение в мащаб: от всеки долар приходи, колко цента оцеляват след разходите за доставяне на продукта? Сгрешете ли категориите, ще или ще определите твърде ниска цена с фалшива увереност, или ще се разубедите сами от набиране на средства, което сте заслужили.

Това ръководство покрива формулата, какво точно принадлежи в себестойността на продадените стоки (COGS) в SaaS, бенчмарковете, с които си струва да се сравнявате, и проблемът с AI inference, който пренаписва всички тях.

Формулата за брутен марж на SaaS​

Самата формула е универсална:

Брутен марж = (Приходи − COGS) / Приходи

Компания с $200 000 месечни приходи и $50 000 COGS има $150 000 брутна печалба и 75% брутен марж. Всеки допълнителен долар приходи генерира около 75 цента преди оперативните разходи. Измервайте го месечно, а също и на база последните три и шест месеца, за да изгладите неравномерността.

Но общото число само по себе си ще ви подведе. Смесен марж от 60% може да скрива отличен 90% марж от абонаменти, дърпан надолу от професионални услуги с отрицателен марж — или посредствен абонаментен бизнес, разкрасен от едно добро тримесечие с услуги. Сериозните SaaS оператори изчисляват маржове по потоци от приходи: абонаменти, професионални услуги и приходи от използване или транзакции получават всеки свой собствен марж, изчислен по същия начин, само с приходите и COGS, които принадлежат на този поток. Това разделение е и това, което прави възможни разговорите за бюджета: не можете да претеглите заявка за наемане на служители за поддръжка срещу прогнозен марж, ако не знаете от кой поток идва маржът.

Какво принадлежи в COGS на SaaS​

COGS — „разходи за приходи" в терминологията на SaaS P&L — е категорията разходи, която пряко подкрепя вашите потоци от приходи. Единствената най-голяма грешка в изчисленията, която основателите правят, е неправилното им класифициране. За чист SaaS бизнес COGS обикновено съдържа четири разходни центъра:

• DevOps и хостинг. Облачна инфраструктура, CDN, мониторинг, съхранение на данни, SSL и заплатите на DevOps, които поддържат производството работещо. Тук попада и амортизацията на R&D от капитализиран софтуер, ако капитализирате разходите за разработка, плюс всякакви роялти и разходи за препродавани продукти.
• Поддръжка на клиенти. Пълната натоварена цена на екипа за поддръжка — хората, които отговарят на тикети и държат клиентите безпрепятствени.
• Доставка на професионални услуги. Ако продавате внедряване, onboarding, миграция или персонализирана работа, заплатите на внедряващите екипи седят тук, съпоставени с приходите от услуги.
• Транзакционни и разходи за трети страни. Такси за обработка на плащания, разходи на доставчици за транзакция, вградени API и емисии от данни на трети страни, които са част от вашия продукт. Ако имате приходи от използване, ви трябва съответстваща категория транзакционни разходи.

Две структурни правила поддържат това честно. Първо, секцията ви за COGS се определя от вашите потоци от приходи: без приходи от услуги няма разходен център за услуги, но приходите от транзакции изискват отдел за транзакционни разходи. Никога не смесвайте потоците — приходите от услуги, отнесени към реда за абонаменти, развалят и двата маржа наведнъж. Второ, всеки COGS отдел трябва да е напълно натоварен: заплати, бонуси, данъци върху заплатите, обезщетения, пътувания, обучения и вътрешният софтуер на екипа — всичко попада в отдела, който го е генерирал. Лидерите на вашите отдели трябва да отговарят за всичко под техен контрол, а G&A никога не трябва да се превръща в сметище за разходи, които принадлежат над линията.

Въпросът за customer success​

Най-оспорваната класификация във финансите на SaaS е customer success. Отговорът зависи от това какво всъщност правят вашите CSM:

• Само задържане и приемане? Те принадлежат в COGS. Те са част от доставянето на стойността на продукта.
• Носят квота, сключват допълнителни места и upsell? Те принадлежат под линията в оперативните разходи за продажби.
• Правят и двете? Разпределете разхода между COGS и продажби въз основа на защитимо разпределение на времето им.

Този избор мести брутния марж с цели пунктове, затова документирайте обосновката и я прилагайте последователно. Инвеститор, който ви сравнява с конкурент с противоположна политика, сравнява две различни дефиниции — разкрийте своята.

Амортизацията на R&D прави сравненията трудни​

Компаниите, които капитализират разработката на софтуер, амортизират част от R&D през COGS; компаниите, които отчитат всичко като разход, не го правят. Два иначе идентични бизнеса могат да отчетат съществено различни маржове от абонаменти само заради политиката на капитализация. Когато правите бенчмаркинг, изчислете повтарящия се марж както с, така и без амортизация на R&D, за да можете да се сравнявате с всеки от двата вида конкуренти.

Какъв е добрият брутен марж за SaaS?​

Брутният марж е една от малкото метрики, при които общият бенчмарк е наистина полезен. Дългогодишните цели:

• Общ брутен марж: 75–80% или по-висок. Зрелите абонаментни бизнеси трябва да надвишават 75%, а най-добрите оператори го изтласкват над 80%.
• Марж от абонаменти: близо 90%. Чистите повтарящи се приходи с дисциплинирани разходи за хостинг и поддръжка трябва да се доближават до 90 цента на долар.
• Марж от услуги: значително по-нисък. Внедряването и onboarding са трудоемки по природа; SaaS за средния пазар с реални разходи за onboarding обикновено се смесва до 72–80% общо, а корпоративните доставчици с тежки нужди от внедряване се задържат около 70–78%.

Сместата е по-важна от всяко отделно число. Компания с 78% общо с 90% марж от абонаменти и малка, умишлена загуба от услуги е по-здрава от компания с 78% общо с 80% марж от абонаменти и никакви услуги — първата има поправим проблем с разходите, втората има проблем с разходите за продукта. Винаги четете общия марж заедно с маржовете по потоци, преди да правите изводи.

Как AI inference пренаписва математиката​

Традиционният SaaS печели маржове от 75–85%, защото COGS на софтуера е предимно фиксиран: хостингът се мащабира подлинейно и всеки нов клиент струва почти нищо за обслужване. AI inference разбива това предположение. Всяко извикване на LLM, задача за транскрипция или генериране на изображение носи реален разход за използване — токени от доставчик на модел или изчислителна мощ от вашите собствени GPU — който се мащабира с използването, както суровините се мащабират в производството. Inference е променлив COGS, а не ред от R&D, и ценообразуването на база места или на фиксирана цена върху него може тихо да унищожи маржа ви с нарастването на използването.

Данните са ярки. AI-native продуктите са имали средно около 41% брутен марж през 2024 г. и се очаква да достигнат само около 52% през 2026 г., срещу 75–85% за традиционния SaaS, докато най-добрите оператори се научават да управляват разходите за inference. Компаниите, които вграждат AI функции в съществуващите си планове, отчитат свиване на маржа с 3–8 пункта, а неконтролираните сметки за inference от 10–30% от приходите са често срещани в AI-интензивните продукти, срещу 1–3% разходи за API на трети страни в класическия SaaS. Анализаторите вече описват три различни профила на P&L: AI-допълнени продукти с цел ~80%, AI-позволени продукти при 60–79% и AI-native продукти при 50–60%.

Ако предлагате AI функции, четири дисциплини защитават маржа ви:

1. Измервайте и разпределяйте разхода за inference по клиент. Не можете да ценообразувате това, което не можете да измерите. Проследявайте разхода за токени и изчислителна мощ, както производител проследява материалите.
2. Маршрутизирайте и кеширайте агресивно. Изпращането на прости заявки към по-малки модели и кеширането на повтарящи се отговори намалява разхода за inference с 40–70% с минимално влияние върху качеството.
3. Ценообразувайте за потребление. Ценообразуването на база места предполага почти нулев пределен разход. Нива на база използване, кредити или такси за AI добавки съгласуват приходите с кривата на разходите.
4. Отчитайте ред за inference. Извадете AI inference слоя от хостинга в COGS, за да вижда бордът точно колко пункта марж струва — и дали вашите оптимизации работят.

Грешки, които развалят числото​

• Смесване на потоци от приходи. Абонаменти, услуги и приходи от използване се нуждаят всеки от свой ред. Смесените приходи правят всеки марж грешен едновременно.
• Неправилно класифициране на customer success. CSM с квота, поставени в COGS, завишават ефективността на продажбите и потискат брутния марж; CSM за задържане, поставени в продажби, правят обратното. Класифицирайте по функция, разделяйте при смесено.
• Пренебрегване на амортизацията на R&D при сравненията. Направете бенчмарк на маржа си от абонаменти с и без нея, преди да заключите, че сте пред или зад конкурент.
• Използване на G&A като сметище. Инструментите на екипа, пътуванията и обученията, които произхождат от COGS отдели, принадлежат там, напълно натоварени.
• Фиксирано ценообразуване върху променлив AI разход. План на база места върху разходи за токен е бомба със закъснител за маржа — тежките потребители се субсидират от вашия бюджет за inference.
• Четене само на смесения марж. Общ марж от 60% с 90% марж от абонаменти е проблем с услугите с известно решение; без маржове по потоци не можете да различите.

Проследяване на SaaS маржовете в счетоводните ви книги​

Анализът на маржа е толкова добър, колкото е главната книга зад него. Практическото изискване е сметкоплан с детайлност на COGS по отдели: отделни сметки за хостинг, поддръжка, success, доставка на услуги и inference, така че маржът на всеки поток да произтича от оборотната ведомост, а не от странична задача в електронна таблица. Месечното приключване за малък SaaS може да изглежда така в счетоводство с обикновен текст:

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 USD

С приходите и COGS, осчетоводени по този начин, маржът от абонаменти е една заявка — приходи от абонаменти срещу хостинг, inference, обработка и поддръжка — а маржът от услуги е друга. Документацията за балансиране и сметки покрива механиката, а изгледът на табло на същата главна книга прави месечната тенденция видима с един поглед в Fava.

Последната ви полезна стъпка: извадете P&L за този месец и изчислете и трите числа — общ марж, марж от абонаменти и марж от услуги. Ако не можете да ги произведете от главната книга за под час, решението не е по-добра електронна таблица; това са COGS сметки на ниво отдел, настроени веднъж и осчетоводявани правилно всеки месец оттук нататък.