Unit Economics

Gross Margin

Gross Margin не прощает ошибок. Плохой CAC можно снизить, churn можно лечить, pricing можно перепаковать. Но если валовая маржинальность слабая, вся остальная экономика строится на песке. Именно Gross Margin определяет потолок прибыльности, реальный LTV и скорость возврата CAC.

Язык: Читать статью на английском

GM

Gross Margin: почему валовая маржинальность определяет потолок всего SaaS-бизнеса

Что такое Gross Margin и что в него не входит

Gross Margin — это доля выручки, которая остаётся после вычета прямых затрат на производство и доставку продукта клиенту. В SaaS это не просто бухгалтерская формальность, а главный показатель качества бизнес-модели: сколько денег остаётся после того, как компания выполнила своё обязательство перед клиентом.

Gross Margin (%) = (Revenue − COGS) / Revenue × 100
Gross Profit = Revenue − COGS

Пример: при выручке $500,000 и COGS $100,000 валовая прибыль равна $400,000, а Gross Margin = 80%. Это значит, что из каждого заработанного доллара $0.80 остаётся на R&D, Sales, Marketing, G&A и прибыль, а $0.20 уходит на прямое обслуживание клиентов.

Gross Profit не равен операционной прибыли. Gross Margin считается до вычета S&M, R&D и G&A. SaaS-компания может иметь валовую маржинальность 80% и при этом операционный убыток, если агрессивно инвестирует в рост.

В Gross Margin не входят:

  • Зарплаты продаж, маркетинга и комиссионные.
  • R&D на новые фичи, продуктовый дизайн и product management.
  • G&A: финансы, HR, legal, общий офис и корпоративные расходы.
  • Любые затраты на привлечение клиентов, даже если они кажутся “неизбежными”.

Subscription GM, Total GM и структура COGS

Subscription Gross Margin vs Total Gross Margin

В SaaS нельзя смешивать два разных вида валовой маржинальности.

Subscription GM = (Subscription Revenue − Subscription COGS) / Subscription Revenue × 100
Total GM = (Total Revenue − Total COGS) / Total Revenue × 100

Subscription GM учитывает только подписочную выручку и прямые затраты на доставку SaaS-продукта. Total GM добавляет professional services, внедрение, обучение и их себестоимость. Именно поэтому Subscription GM почти всегда выше Total GM.

Типичная картина: Subscription GM около 79%, Total GM около 71% у публичных SaaS-компаний.

Вывод: при сравнении с benchmark всегда уточняйте, какой именно GM сравниваете.

Что входит в COGS

Практическое правило простое: в COGS входит всё, без чего продукт перестанет нормально работать для уже платящего клиента.

  • Infrastructure: AWS, GCP, Azure, storage, CDN, monitoring production-окружения.
  • Third-party product services: SendGrid, Twilio, Stripe fees, search, critical APIs, AI inference.
  • DevOps и SRE: поддержка production, on-call, incident response, security patches.
  • Customer Support: support agents, support tooling, technical support.
  • Onboarding и implementation: только если это часть подписки, а не отдельная услуга.
  • Compliance и security tooling: если это прямые затраты на delivery production-сервиса.

Пограничные случаи, где чаще всего ошибаются

Самые спорные статьи — Customer Success и инженерное время. Если CS занимается retention, support и onboarding после покупки, это ближе к COGS. Если команда занята upsell и expansion, это уже S&M. Если инженер тратит 60% времени на production incidents и 40% на новые фичи, только 60% его зарплаты идут в COGS.

Главная ошибка здесь не в “неправильной” теории, а в отсутствии последовательной политики. Один и тот же принцип должен применяться каждый месяц, иначе Gross Margin становится несопоставимым.

Разбивка COGS по категориям

Одной итоговой цифры COGS недостаточно. Управлять Gross Margin можно только через детализацию: infrastructure ratio, third-party ratio, support ratio и DevOps ratio.

Infrastructure Ratio = (Cloud + CDN + Networking) / Revenue × 100
Third-party Ratio = External APIs and services / Revenue × 100
Support Ratio = Support COGS / Revenue × 100

У pure SaaS infrastructure ratio часто лежит в диапазоне 8-15%, у AI-native продуктов он может быть намного выше из-за inference costs. Именно поэтому “нормальный” Gross Margin всегда зависит от модели бизнеса, а не только от стадии роста.

Связь Gross Margin с другими метриками

Gross Margin → LTV

LTV = ARPA × Gross Margin / Monthly Churn Rate

Gross Margin — прямой множитель LTV. Снижение GM с 80% до 70% при тех же ARPA и churn уменьшает lifetime value на 12.5%. Это не косметика, а прямое ухудшение unit economics.

Gross Margin → CAC Payback Period

Payback = CAC / (ARPA × Gross Margin)

Маржа определяет contribution margin. При CAC $1,500 и ARPA $100 рост GM с 60% до 80% сокращает payback примерно с 25 до 18.75 месяцев без изменений в acquisition.

Gross Margin → Rule of 40 и free cash flow

Компания с Gross Margin 50% физически имеет меньше пространства для покрытия operating expense, чем компания с GM 80%. Поэтому слабая валовая маржинальность ограничивает способность одновременно расти и оставаться эффективной по cash flow.

Gross Margin → оценка компании

EV/ARR multiple зависит не только от роста, но и от качества выручки. Две компании с одинаковым ARR и growth rate, но с GM 80% и 55%, для рынка выглядят как принципиально разные активы.

Gross Margin по сегментам и моделям

Self-serve PLG SaaS часто живёт в диапазоне 80-88%. Enterprise SaaS с high-touch support скорее показывает 68-76%. AI-native продукты в 2024-2026 нередко остаются в коридоре 45-65% из-за высокой стоимости inference. Поэтому benchmarking без контекста бизнес-модели бесполезен.

Типичные ошибки при расчёте Gross Margin

  • Включать S&M в COGS. Это искусственно занижает Gross Margin.
  • Не включать DevOps и support. Это, наоборот, завышает маржу.
  • Путать Subscription GM и Total GM. Так чаще всего “украшают” метрику перед инвестором.
  • Игнорировать payment processing fees. Для billing-heavy SaaS это заметная часть COGS.
  • Не учитывать AI inference costs. В AI-native продуктах это может быть ключевая статья себестоимости.
  • Не пересматривать политику аллокации времени и затрат. При росте бизнеса структура COGS меняется.
  • Сравнивать себя с чужими benchmark без поправки на модель. PLG, enterprise и AI-native нельзя мерить одной линейкой.

Числовой пример и практический разбор

Данные SaaS-компании за месяц:

  • Subscription Revenue = $400,000
  • Professional Services Revenue = $60,000
  • Total Revenue = $460,000
  • Total COGS = $110,800
  • Из них Professional Services COGS = $28,000
Total GM = ($460,000 − $110,800) / $460,000 × 100 = 75.9%
Subscription GM = ($400,000 − $82,800) / $400,000 × 100 = 79.3%

Разница между 79.3% и 75.9% объясняется service-компонентой. Это хороший пример, почему нельзя показывать Subscription GM как общий Gross Margin, если в бизнесе есть существенная доля implementation или consulting revenue.

Диагноз: Subscription GM выглядит здорово для mid-market SaaS.

Слабое место: services margin заметно ниже и тянет вниз общий показатель.

Следующий шаг: либо повышать цены на services, либо автоматизировать onboarding и delivery.

В growth-плане Gross Margin улучшается не только через infra savings. Часто самый быстрый эффект дают pricing changes, переход на ACH, model routing для AI-costs и support deflection через self-service и AI.

Как Dnoise считает Gross Margin

Dnoise использует Gross Margin как обязательный параметр для расчёта contribution margin, LTV, CAC Payback Period и Customer Equity. Если в продукте доступна детализация COGS, её можно раскладывать по категориям: infrastructure, third-party, support и DevOps.

При наличии данных о Professional Services Dnoise позволяет смотреть Subscription GM и Total GM раздельно, чтобы команда не смешивала высокомаржинальную подписку с низкомаржинальными услугами.

Посмотреть unit economics в демо

Почему это важно на практике

Dnoise помогает считать метрики с учётом gross margin, чтобы LTV и payback не выглядели лучше, чем они есть на самом деле.

Почему это важно на практике

Dnoise помогает считать метрики с учётом gross margin, чтобы LTV и payback не выглядели лучше, чем они есть на самом деле.