В вашей презентации для инвесторов указана валовая маржа 85%. В отчёте о прибылях и убытках от бухгалтера — 68%. Одна и та же компания, один и тот же месяц — и разрыв почти наверняка объясняется классификацией себестоимости, а не вашим бизнесом. В SaaS валовая маржа — это число, которое покупатели, кредиторы и инвесторы перепроверяют в первую очередь, потому что оно отвечает на единственный вопрос, важный на масштабе: сколько центов из каждого доллара выручки выживает после затрат на доставку продукта? Ошибётесь с категориями — и либо занизите цену с ложной уверенностью, либо отговорите себя от заслуженного раунда финансирования.
Это руководство охватывает формулу, что именно входит в себестоимость продаж SaaS, бенчмарки, с которыми стоит сравниваться, и проблему инференса ИИ, которая переписывает их все.
Формула валовой маржи SaaS
Сама формула универсальна:
Валовая маржа = (Выручка − Себестоимость продаж) / Выручка
Компания с ежемесячной выручкой $200 000 и себестоимостью $50 000 имеет $150 000 валовой прибыли и валовую маржу 75%. Каждый дополнительный доллар выручки приносит около 75 центов до операционных расходов. Считайте её ежемесячно, а также на скользящей основе за три и шесть месяцев, чтобы сгладить неравномерность.
Но одно общее число введёт вас в заблуждение. Смешанная маржа 60% может скрывать отличную маржу подписки 90%, которую тянет вниз убыточный блок профессиональных услуг, — или посредственный подписочный бизнес, которому льстит один удачный квартал услуг. Серьёзные операторы SaaS считают маржу по потокам выручки: подписка, профессиональные услуги и выручка от использования или транзакций — каждый получает собственную маржу, рассчитанную тем же способом, но только с выручкой и себестоимостью, относящимися к этому потоку. Именно это разделение делает возможными разговоры о бюджете: вы не можете взвесить запрос на найм в поддержку против прогнозной маржи, если не знаете, из какого потока эта маржа приходит.
Что входит в себестоимость SaaS
Себестоимость — «стоимость выручки» в терминологии P&L SaaS — это категория расходов, которые напрямую поддерживают ваши потоки выручки. Самая большая ошибка основателей в расчётах — неправильная классификация. Для чистого SaaS-бизнеса себестоимость обычно включает четыре центра затрат:
- DevOps и хостинг. Облачная инфраструктура, CDN, мониторинг, хранение данных, SSL и зарплата DevOps, которая поддерживает работу продакшена. Сюда же попадает амортизация R&D от капитализированного ПО, если вы капитализируете затраты на разработку, а также любые роялти и расходы на перепродаваемые продукты.
- Поддержка клиентов. Полная стоимость команды поддержки — людей, отвечающих на тикеты и не дающих клиентам застрять.
- Оказание профессиональных услуг. Если вы продаёте внедрение, онбординг, миграцию или кастомные работы, зарплаты внедренцев сидят здесь, сопоставленные с выручкой от услуг.
- Транзакционные и сторонние затраты. Комиссии за обработку платежей, пошлинные сборы вендоров за транзакцию, встроенные сторонние API и каналы данных, которые поставляются внутри вашего продукта. Если у вас есть выручка от использования, вам нужна соответствующая категория транзакционных расходов.
Два структурных правила сохраняют честность. Во-первых, ваш раздел себестоимости диктуется вашими потоками выручки: нет выручки от услуг — нет центра затрат на услуги, но выручка от транзакций требует отдела транзакционных расходов. Никогда не смешивайте потоки — выручка от услуг, отнесённая к строке подписки, портит обе маржи сразу. Во-вторых, каждый отдел в себестоимости должен быть полностью нагружен: зарплаты, бонусы, налоги на зарплату, льготы, командировки, обучение и внутреннее ПО команды — всё попадает в отдел, который это породил. Руководители отделов должны отвечать за всё, что под их контролем, а G&A никогда не должна становиться свалкой для расходов, которым место выше линии.
Вопрос о customer success
Самая обсуждаемая классификация в финансах SaaS — customer success. Ответ зависит от того, чем на самом деле занимаются ваши CSM:
- Только удержание и адопция? Им место в себестоимости. Они — часть доставки ценности продукта.
- Несут квоту, закрывают допродажи мест и апсейлы? Им место ниже линии, в операционных расходах на продажи.
- Делают и то, и другое? Распределите затраты между себестоимостью и продажами на основе защитимого разделения их времени.
Этот выбор сдвигает валовую маржу на целые пункты, поэтому документируйте обоснование и применяйте его последовательно. Инвестор, сравнивающий вас с конкурентом с противоположной политикой, сравнивает два разных определения — раскрывайте своё.
Амортизация R&D усложняет сравнения
Компании, капитализирующие разработку ПО, амортизируют часть R&D через себестоимость; компании, списывающие всё в расходы, — нет. Два в остальном идентичных бизнеса могут показать существенно разные маржи подписки исключительно из-за политики капитализации. При бенчмаркинге считайте маржу регулярной выручки как с амортизацией R&D, так и без неё, чтобы сравнивать себя с обоими типами конкурентов.
Какая валовая маржа SaaS считается хорошей?
Валовая маржа — одна из немногих метрик, где общий бенчмарк действительно полезен. Давние ориентиры:
- Общая валовая маржа: 75–80% или выше. Зрелые подписочные бизнесы должны превышать 75%, а лучшие операторы выходят за 80%.
- Маржа подписки: около 90%. Чистая регулярная выручка с дисциплинированными затратами на хостинг и поддержку должна приближаться к 90 центам с доллара.
- Маржа услуг: гораздо ниже. Внедрение и онбординг по своей природе трудоёмки; SaaS среднего рынка с реальными накладными расходами на онбординг обычно смешивается до 72–80% в целом, а корпоративные вендоры с тяжёлыми потребностями во внедрении выходят на уровень около 70–78%.
Смесь важнее любого отдельного числа. Компания с общей маржой 78%, маржой подписки 90% и небольшим намеренным убытком от услуг здоровее компании с 78% общей маржой, 80% маржой подписки и полным отсутствием услуг — у первой исправимая проблема затрат, у второй — проблема стоимости продукта. Всегда читайте общую маржу вместе с маржами потоков, прежде чем делать выводы.
Как инференс ИИ переписывает математику
Традиционный SaaS зарабатывает маржу 75–85%, потому что себестоимость ПО в основном фиксированная: хостинг масштабируется сублинейно, а обслуживание каждого нового клиента стоит почти ничего. Инференс ИИ ломает это допущение. Каждый вызов LLM, задача транскрипции или генерация изображения несёт реальную стоимость за использование — токены от провайдера модели или вычисления на ваших собственных GPU, — которая масштабируется с использованием так же, как сырьё масштабируется в производстве. Инференс — это переменная себестоимость, а не статья R&D, и ценообразование по местам или по фиксированной ставке поверх него может тихо уничтожить вашу маржу по мере роста использования.
Данные красноречивы. Продукты, построенные на ИИ, в среднем имели валовую маржу около 41% в 2024 году и, по прогнозам, достигнут лишь около 52% в 2026 году против 75–85% у традиционного SaaS, по мере того как лучшие операторы учатся управлять затратами на инференс. Компании, встраивающие функции ИИ в существующие тарифы, сообщают о сжатии маржи на 3–8 пунктов, а неконтролируемые счета за инференс в размере 10–30% выручки обычны в продуктах с интенсивным использованием ИИ против 1–3% затрат на сторонние API в классическом SaaS. Аналитики теперь описывают три разных профиля P&L: продукты с дополнением ИИ, нацеленные на ~80%, продукты с включением ИИ на 60–79% и продукты, построенные на ИИ, на 50–60%.
Если вы выпускаете функции ИИ, четыре дисциплины защищают вашу маржу:
- Измеряйте и атрибутируйте стоимость инференса по клиентам. Нельзя назначить цену тому, что нельзя измерить. Отслеживайте расходы на токены и вычисления так же, как производитель отслеживает материалы.
- Агрессивно маршрутизируйте и кэшируйте. Отправка простых запросов к меньшим моделям и кэширование повторяющихся ответов сокращает расходы на инференс на 40–70% с минимальным влиянием на качество.
- Ценообразование по потреблению. Ценообразование по местам предполагает почти нулевую предельную стоимость. Тарифы по использованию, кредиты или доплаты за ИИ выравнивают выручку с кривой затрат.
- Отчитывайтесь отдельной строкой инференса. Выделите слой инференса ИИ из хостинга в вашей себестоимости, чтобы совет директоров видел, сколько пунктов маржи он стоит, — и работают ли ваши оптимизации.
Ошибки, которые искажают число
- Смешивание потоков выручки. Подписка, услуги и выручка от использования каждая нуждаются в собственной строке. Смешанная выручка делает каждую маржу неправильной одновременно.
- Неправильная классификация customer success. CSM с квотой, помещённые в себестоимость, завышают эффективность продаж и занижают валовую маржу; CSM по удержанию, помещённые в продажи, делают обратное. Классифицируйте по функции, разделяйте при смешении.
- Игнорирование амортизации R&D в сравнениях. Сравнивайте маржу подписки с ней и без неё, прежде чем заключать, что вы впереди или позади конкурента.
- Использование G&A как свалки. Инструменты команд, командировки и обучение, возникающие в отделах себестоимости, принадлежат туда, полностью нагруженными.
- Фиксированное ценообразование на переменную стоимость ИИ. Тариф за место поверх затрат за токен — это бомба замедленного действия для маржи: активные пользователи субсидируют себя за счёт вашего бюджета на инференс.
- Чтение только смешанной маржи. Общая маржа 60% при марже подписки 90% — это проблема услуг с известным решением; без маржей потоков вы этого не увидите.
Отслеживание маржи SaaS в ваших книгах
Анализ маржи хорош настолько, насколько хорош лежащий в его основе учёт. Практическое требование — план счетов с детализацией себестоимости на уровне отделов: отдельные счета для хостинга, поддержки, 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С такой проводкой выручки и себестоимости маржа подписки — это один запрос: доход от подписки против хостинга, инференса, обработки платежей и поддержки, — а маржа услуг — другой. Документация по балансировке и счетам описывает механику, а панель управления по тому же журналу делает месячный тренд видимым с первого взгляда в Fava.
Ваш последний полезный шаг: возьмите P&L этого месяца и вычислите все три числа — общую маржу, маржу подписки и маржу услуг. Если вы не можете получить их из журнала менее чем за час, решение — не лучшая таблица, а счета себестоимости на уровне отделов, настроенные один раз и правильно кодируемые каждый месяц с этого момента.
