Валовий маржинальний прибуток SaaS: що входить до COGS, орієнтир 75–80% і чому AI-інференс його знижує

У вашій інвесторській презентації вказано 85% валової маржі. У P&L від вашого бухгалтера — 68%. Та сама компанія, той самий місяць — і розрив майже напевно криється в класифікації COGS, а не у вашому бізнесі. У SaaS валовий маржинальний прибуток — це показник, який покупці, кредитори та інвестори перевіряють передусім, бо він відповідає на єдине питання, що має значення в масштабі: скільки центів із кожного долара доходу залишається після витрат на доставку продукту? Помиліться з категоріями — і ви або занизите ціну з хибною впевненістю, або переконаєте себе відмовитися від раунду, на який заслуговували.

Цей посібник охоплює формулу, те, що саме входить до собівартості проданих товарів SaaS, орієнтири, з якими варто порівнювати, та проблему AI-інференсу, яка переписує їх усі.

Формула валового маржинального прибутку SaaS​

Сама формула універсальна:

Валовий маржинальний прибуток = (Дохід − Собівартість проданих товарів) / Дохід

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

Але саме лише загальне число введе вас в оману. Змішана маржа 60% може приховувати відмінну 90% маржу підписки, яку тягне вниз збиткова діяльність з професійних послуг — або посередній бізнес підписок, прикрашений одним вдалим кварталом послуг. Серйозні оператори SaaS розраховують маржу за потоками доходу: підписка, професійні послуги та дохід від використання чи транзакцій отримують кожен власну маржу, обчислену тим самим способом, лише з доходом і COGS, що належать до цього потоку. Цей поділ також уможливлює бюджетні розмови: ви не можете зважити запит на найм у підтримку проти прогнозованої маржі, якщо не знаєте, з якого потоку походить маржа.

Що входить до COGS SaaS​

COGS — «вартість доходу» в термінології P&L SaaS — це категорія витрат, яка безпосередньо підтримує ваші потоки доходу. Найбільша помилка в розрахунках, яку роблять засновники, — неправильна класифікація. Для бізнесу з чистим SaaS COGS зазвичай містить чотири центри витрат:

• DevOps і хостинг. Хмарна інфраструктура, CDN, моніторинг, зберігання даних, SSL і зарплата DevOps, що підтримує роботу продакшену. Сюди ж потрапляє амортизація R&D від капіталізованого програмного забезпечення, якщо ви капіталізуєте витрати на розробку, а також будь-які роялті та витрати на перепроданий продукт.
• Підтримка клієнтів. Повна вартість команди підтримки — людей, які відповідають на тікети й допомагають клієнтам рухатися далі.
• Надання професійних послуг. Якщо ви продаєте впровадження, онбординг, міграцію чи кастомну роботу, зарплати впроваджувачів сидять тут, зіставлені з доходом від послуг.
• Транзакційні та сторонні витрати. Комісії за обробку платежів, витрати постачальників за транзакцію, вбудовані сторонні API та потоки даних, що постачаються всередині вашого продукту. Якщо у вас є дохід від використання, вам потрібна відповідна категорія транзакційних витрат.

Два структурні правила зберігають це чесним. По-перше, ваш розділ COGS диктується вашими потоками доходу: немає доходу від послуг — немає центру витрат на послуги, але дохід від транзакцій вимагає відділу транзакційних витрат. Ніколи не змішуйте потоки — дохід від послуг, віднесений до рядка підписки, спотворює обидві маржі одночасно. По-друге, кожен відділ COGS має бути повністю навантажений: зарплати, бонуси, податки на зарплату, пільги, відрядження, навчання та внутрішнє програмне забезпечення команди — усе потрапляє до відділу, який це згенерував. Керівники відділів мають відповідати за все під їхнім контролем, а G&A ніколи не повинен ставати звалищем для витрат, що належать над рядком.

Питання про customer success​

Найбільш обговорювана класифікація у фінансах SaaS — це customer success. Відповідь залежить від того, що насправді роблять ваші CSM:

• Лише утримання та адопція? Вони належать до COGS. Вони є частиною доставки цінності продукту.
• Несуть квоту, закривають додаткові місця та апсели? Вони належать під рядком до операційних витрат на продажі.
• Роблять і те, й інше? Розподіліть витрати між COGS і продажами на основі обґрунтованого поділу їхнього часу.

Цей вибір зсуває валову маржу на цілі пункти, тож задокументуйте обґрунтування та застосовуйте його послідовно. Інвестор, який порівнює вас із конкурентом із протилежною політикою, порівнює два різні визначення — розкрийте своє.

Амортизація R&D ускладнює порівняння​

Компанії, які капіталізують розробку програмного забезпечення, амортизують частину R&D через COGS; компанії, які все списують у витрати, — ні. Два інакше ідентичні бізнеси можуть звітувати суттєво різні маржі підписки виключно через політику капіталізації. Під час бенчмаркінгу розраховуйте свою маржу підписки як з амортизацією R&D, так і без неї, щоб мати змогу порівнювати себе з обома типами конкурентів.

Який валовий маржинальний прибуток SaaS вважається хорошим?​

Валовий маржинальний прибуток — один із небагатьох показників, де загальний орієнтир справді корисний. Давні цілі:

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

Змішана маржа важливіша за будь-яке окреме число. Компанія з 78% загалом, 90% маржею підписки та невеликим навмисним збитком від послуг здоровіша за компанію з 78% загалом, 80% маржею підписки та відсутністю послуг узагалі — у першої виправна проблема з витратами, у другої — проблема з витратами продукту. Завжди читайте загальну маржу разом із маржами потоків, перш ніж робити висновки.

Як AI-інференс переписує математику​

Традиційний SaaS заробляє 75–85% маржі, бо COGS програмного забезпечення здебільшого фіксовані: хостинг масштабується сублінійно, і кожен новий клієнт майже нічого не коштує в обслуговуванні. AI-інференс ламає це припущення. Кожен виклик LLM, завдання транскрипції чи генерація зображення несе реальну вартість за використання — токени від постачальника моделі або обчислення на ваших власних GPU — яка масштабується з використанням так само, як сировина масштабується у виробництві. Інференс — це змінні COGS, а не стаття R&D, і ціноутворення за місцями чи за фіксованою ставкою поверх нього може тихо знищити вашу маржу зі зростанням використання.

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

Якщо ви постачаєте AI-функції, чотири дисципліни захищають вашу маржу:

1. Вимірюйте та відносьте витрати на інференс на кожного клієнта. Ви не можете призначити ціну за те, що не можете виміряти. Відстежуйте витрати на токени та обчислення так, як виробник відстежує матеріали.
2. Агресивно маршрутизуйте та кешуйте. Надсилання простих запитів до менших моделей і кешування повторюваних відповідей скорочує витрати на інференс на 40–70% з мінімальним впливом на якість.
3. Ціноутворюйте за споживання. Ціноутворення за місцями припускає майже нульову граничну вартість. Рівні на основі використання, кредити чи доплати за AI узгоджують дохід із кривою витрат.
4. Звітуйте окремим рядком інференсу. Виокремте шар AI-інференсу з хостингу у вашому COGS, щоб рада бачила точно, скільки пунктів маржі він коштує — і чи працюють ваші оптимізації.

Помилки, що спотворюють число​

• Змішування потоків доходу. Підписка, послуги та дохід від використання потребують кожен власного рядка. Змішаний дохід робить кожну маржу неправильною одночасно.
• Неправильна класифікація customer success. CSM із квотами, розміщені в COGS, завищують ефективність продажів і занижують валову маржу; CSM із утримання, розміщені в продажах, роблять навпаки. Класифікуйте за функцією, розподіляйте, коли функції змішані.
• Ігнорування амортизації R&D у порівняннях. Порівнюйте свою маржу підписки з нею та без неї, перш ніж робити висновок, що ви попереду чи позаду конкурента.
• Використання G&A як звалища. Інструменти команди, відрядження та навчання, що походять із відділів COGS, належать туди, повністю навантажені.
• Ціноутворення за фіксованою ставкою на змінні витрати AI. План за місця поверх витрат за токени — це бомба уповільненої дії для маржі: активні користувачі субсидують себе за рахунок вашого бюджету на інференс.
• Читання лише змішаної маржі. Загальна маржа 60% із 90% маржею підписки — це проблема послуг із відомим виправленням; без марж потоків ви цього не побачите.

Відстеження маржі SaaS у ваших книгах​

Аналіз маржі настільки добрий, наскільки добрий реєстр за ним. Практична вимога — це план рахунків із деталізацією COGS на рівні відділів: окремі рахунки для хостингу, підтримки, customer success, надання послуг та інференсу, щоб маржа кожного потоку випливала з оборотно-сальдової відомості, а не з побічної пригоди в електронній таблиці. Закриття місяця для невеликого 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 маржа підписки — це один запит — дохід від підписки проти хостингу, інференсу, обробки платежів і підтримки — а маржа послуг — інший. Документація про балансування та рахунки охоплює механіку, а вигляд панелі того самого реєстру робить місячний тренд видимим з першого погляду у Fava.

Ваш останній корисний крок: візьміть P&L цього місяця й обчисліть усі три числа — загальну маржу, маржу підписки та маржу послуг. Якщо ви не можете отримати їх із реєстру менш ніж за годину, рішення — не краща електронна таблиця, а рахунки COGS на рівні відділів, налаштовані один раз і правильно кодовані щомісяця відтепер.