Финансовое моделирование для разработчика: юнит-экономика, runway и метрики SaaS

Отличный код может тянуть годами, но если юнит-экономика не сходится, стартап умрёт. Технический основатель, который не разбирается в финансах, — это архитектор, который строит дом без расчёта нагрузок.

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

Почему это не «скучная бухгалтерия»

Когда у вас 100 клиентов и $10 000 на счету, кажется, что главное — фичи. Когда инвестор спрашивает про CAC и LTV:CAC, становится обидно — вы это не считали. Но инвестор прав: даже крутая архитектура не спасёт, если привлечение клиента стоит больше, чем вы зарабатываете за всё время работы с ним.

Финансовая модель нужна не налоговой, а вам. Она показывает, сколько у вас денег до следующего раунда, при каком росте вы не сгорите, и какие параметры продукта нужно изменить.

Три отчёта, которые надо связать

Отчёт о прибылях и убытках (P&L)

Здесь живёт выручка, себестоимость, операционные расходы. Но прибыль в P&L — не деньги. Вы можете быть прибыльным по документу и не иметь денег на счету — из-за отсрочки платежей, предоплат и движения запасов.

Баланс

Показывает активы, обязательства и капитал. Баланс нужен, чтобы понимать, что у вас есть и что вы должны. В SaaS традиционно мало материальных активов, но появляется важный пункт — отложенная выручка: деньги за подписку, которую ещё не заработали.

Отчёт о движении денежных средств

Самый честный документ. Он отвечает на вопрос: сколько кэша осталось в кассе? Именно отсюда считают runway — количество месяцев до полного исчерпания денег.

В финансовой модели эти три отчёта связаны динамически. Меняете предположение о цене подписки — и автоматически обновляются отчёты, и видно, как изменится runway через год. Так работают серьёзные модели в Excel: доходы из P&L попадают в баланс, а изменения баланса двигают денежный поток.

Юнит-экономика SaaS: считать руками

Сначала разберёмся с базой, потом дадим таблицу.

CAC — расходы на привлечение одного клиента: маркетинг плюс зарплаты продавцов, делёные на число новых клиентов за период.

LTV — сколько денег приносит один клиент за всё время. Упрощённая формула: средний месячный доход с клиента × маржа ÷ отток (churn). Например, если клиент платит $100 в месяц, маржа 80%, а отток 5%, LTV = $100 × 0.8 / 0.05 = $1600.

LTV:CAC — отношение «пожизненной» ценности к стоимости привлечения. Популярный ориентир — 3 и выше. Если меньше 1, вы теряете деньги на каждом клиенте.

NRR — Net Revenue Retention. Показывает, сколько денег осталось от клиентов прошлого периода с учётом апгрейдов, даунгрейдов и оттока. Если NRR выше 100%, существующие клиенты сами увеличивают выручку. Это главный показатель здоровой продуктной модели.

Одних цифр CAC и LTV мало. Прогоните их через sensitivity analysis: что будет, если churn вырастет в два раза? что будет, если CAC упадёт на 30% из-за нового канала? Такая проверка показывает, насколько бизнес устойчив к изменениям.

Таблица: главные метрики SaaS

Серверные расходы — это не «просто аренда»

Для SaaS-платформы облачные вычисления, трафик (egress fees) и стоимость токенов на инференс моделей — это себестоимость, а не накладные расходы. Записывать их в «админку» — ошибка: вы не видите реальной рентабельности каждой подписки.

Когда мы строим модель юнит-экономики, нужно разделять: подписка приносит $200 в месяц с клиента. На продукт напрямую уходит $50 облака и $10 на поддержку. Маржа — $140. Если вы забыли про $50, то маржа кажется $190, и вы устанавливаете цену слишком низкой для устойчивого роста.

Считайте серверные расходы в паре с ценовыми уровнями (pricing tiers). Некоторые тарифы могут быть убыточными, даже если общая выручка растёт.

С чего начать инженеру без финансового образования

• Начните с простой модели: прогноз поступлений и расходов на 12 месяцев в Excel. Не углубляйтесь в баланс сразу.
• На втором шаге добавьте P&L и упрощённый баланс. Свяжите их формулами.
• Затем подключите юнит-экономику. Задайте предположения: ежемесячная выручка, churn, CAC, средняя цена.
• Сделайте три сценария: пессимистичный, базовый, оптимистичный. В каждом анализируйте кэш на конец года.
• Раз в месяц обновляйте фактические цифры и сравнивайте с прогнозом. Расхождения показывают, какие драйверы врут.

Типичные ошибки в финансовом моделировании

• Путать прибыль и кэш: P&L показывает красивые цифры, а счёт пуст.
• Игнорировать серверные расходы в расчёте валовой маржи.
• Измерять количество новых подписок, а не MRR и NRR — казуальные пользователи не оплатят будущее.
• Утверждать LTV без учёта churn. Если отток плавающий, никакой «пожизненной ценности» нет.
• Делать сложную модель на десять листов, не понимая ключевых вводных. Модель должна отвечать на вопрос: «Что будет с runway через год при таком-то росте?».

Другая распространённая ошибка — строить модель под раунд инвестиций, а не под сценарий выживания. Такая модель разваливается через месяц.

Практический минимум — что уметь через месяц

Через месяц вы должны уметь набросать три связанных отчёта в Excel и посчитать CAC, LTV, LTV:CAC и NRR. Для этого достаточно десяти вечеров и немного практики. Начните с готового шаблона, но перестройте его под свою модель.

Если вы технический директор и до сих пор не знаете цифру runway — у вас не продукт, а эксперимент. Финансовая модель — не бремя, а ещё один инженерный артефакт. Со временем вы научитесь читать компанию как код: видеть, где узкие места и почему падает метрика.