Чтобы отделить устойчивый SaaS-бизнес от красивой презентации, нужно смотреть на юнит-экономику. Три показателя — LTV, CAC и их отношение — работают как рентген: показывают, окупается ли каждый привлечённый клиент и как быстро. Без этого анализа невозможно понять, насколько эффективно работает проект на самом фундаментальном уровне, а не только на уровне агрегированной выручки. В этом гайде я разложу формулы, покажу, как избежать типичных ошибок при расчёте и интерпретации метрик, и добавлю параллели с метриками Web3-проектов, где принципы те же, только вместо подписок — TVL и активные адреса. Вы получите практический инструмент, который одинаково хорошо работает при оценке классического B2B SaaS и при анализе DeFi-протокола через призму его ончейн-экономики.

Что такое SaaS-модель и почему она доминирует в IT-секторе

Software as a Service — это модель предоставления программного обеспечения, при которой клиент не владеет лицензией, а получает доступ к облачному сервису за регулярную плату. Поставщик полностью управляет инфраструктурой, обновлениями и безопасностью. Для инвестора ключевое отличие от классического лицензирования — предсказуемый поток повторяющейся выручки (MRR/ARR), высокая маржинальность после прохождения точки окупаемости и низкие издержки на масштабирование.

Ключевые характеристики SaaS-модели

  • Регулярная оплата (Subscription): Клиент платит фиксированную сумму за период использования. Это создаёт MRR (Monthly Recurring Revenue) и ARR (Annual Recurring Revenue) — метрики, которые напрямую коррелируют с рыночной оценкой компании.
  • Облачная архитектура: ПО работает в облаке, провайдер обеспечивает обновление, безопасность и доступность. Капитальные затраты клиента стремятся к нулю.
  • Гибкость масштабирования: Пользователь может легко менять количество подписок, функции или число рабочих мест без длительных согласований.
  • Низкие начальные затраты для клиента: Нет необходимости в покупке оборудования или серьёзной предоплате.
  • Постоянное взаимодействие: Провайдер непрерывно улучшает продукт, что повышает ценность для пользователя и снижает отток.

Почему SaaS стала доминирующей моделью?

За последние 15 лет SaaS захватила технологический сектор не случайно. Для бизнеса это возможность быстро масштабироваться с минимальными капитальными затратами и получать предсказуемый денежный поток. Для клиента — гибкость, обновления без дополнительной платы и доступ из любой точки. Инвестор получает проекты с высокой маржинальностью, прозрачной выручкой и понятными триггерами роста. По данным аналитических агентств, более 70% всех новых технологических стартапов в 2020–2025 годах построены на SaaS-модели. Эта цифра отражает не моду, а фундаментальный сдвиг в экономике софтверного бизнеса: возможность собирать непрерывные платежи гораздо эффективнее, чем разовые продажи лицензий.

SaaS и его отличия от традиционных IT-моделей

Характеристика Традиционное IT (License) SaaS (Subscription)
Оплата Покупка лицензии навсегда Регулярная оплата (ежемесячно/ежегодно)
Обновления Пользователь покупает новые версии Провайдер обновляет автоматически
Инфраструктура Пользователь обеспечивает серверы Провайдер обеспечивает облако
Маржинальность Низкая (зависит от продаж) Высокая (постоянный поток выручки)
Риск для клиента Высокий (инвестиция в ПО) Низкий (оплата за доступ)
Растущий поток Нет Есть (MRR, ARR)

SaaS в контексте современного технологического рынка

Даже в эпоху Web3 и цифровых активов SaaS-модель остаётся фундаментом. Блокчейн-проекты и DeFi-протоколы часто оборачивают свои продукты в SaaS-подобную оболочку: облачные сервисы для ончейн-аналитики, платформы управления DAO, инфраструктурные решения для трейдинга. При оценке таких гибридных проектов классические SaaS-метрики прекрасно ложатся на ончейн-данные. Например:

  • LTV SaaSTVL (Total Value Locked) — аналог долгосрочной ценности, но выраженный в заблокированных активах.
  • CAC SaaSСтоимость привлечения активного адреса — метрика, которую можно извлечь из данных Nansen или Dune Analytics.
  • Маржинальность SaaSМаржинальность DeFi-протокола — отношение комиссий протокола к расходам на его поддержку.

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

Юнит-экономика: основа оценки устойчивости SaaS-бизнеса

Юнит-экономика — это анализ экономических показателей одного «юнита» (клиента, подписки, пользователя). В SaaS-модели юнитом обычно выступает один клиент или одна подписка. Она отвечает на вопрос: «Приносит ли каждый новый клиент прибыль после учёта всех затрат на его привлечение и обслуживание?» Без этого ответа масштабирование становится игрой в угадайку.

Зачем нужна юнит-экономика?

  • Оценка прибыльности: Показывает, сколько денег бизнес получает от одного клиента за весь период его жизни.
  • Прогнозирование роста: Если юнит-экономика положительная, компания может масштабироваться без риска уйти в бесконечный минус.
  • Выявление проблем: Помогает найти «узкие места» — слишком высокий CAC, низкий LTV, высокая маржинальность затрат на поддержку.
  • Оптимизация стратегии: Позволяет точечно настраивать маркетинг, продукт и сервис для повышения прибыльности.

Ключевые компоненты юнит-экономики в SaaS

Юнит-экономика держится на трёх столпах:

  1. LTV (Life Time Value): Стоимость клиента за весь период его жизни с учётом маржинальности.
  2. CAC (Customer Acquisition Cost): Стоимость привлечения одного клиента.
  3. Gross Margin (Маржинальность): Разница между выручкой и прямыми затратами на обслуживание клиента.

Дополнительно учитываются:

  • Churn Rate (Коэффициент утечки): Процент клиентов, прекращающих пользоваться сервисом за период.
  • Retention Rate (Коэффициент сохранения): Процент клиентов, остающихся с сервисом.
  • Payback Period (Период возврата): Время, за которое CAC окупается через валовую прибыль от клиента.

Формула юнит-экономики

Основная формула проста:

Юнит-прибыльность = LTV – CAC

Если LTV > CAC — бизнес прибыльный на уровне клиента. Если LTV < CAC — компания теряет деньги с каждым новым пользователем, и без изменений в стратегии её ждёт крах. Более тонкий инструмент — коэффициент LTV:CAC:

Коэффициент LTV:CAC = LTV / CAC

  • LTV:CAC > 3: Золотой стандарт. Бизнес устойчив, может расти.
  • LTV:CAC = 1–3: Бизнес работает, но требует улучшения одного из компонентов.
  • LTV:CAC < 1: Бизнес убыточен, нужен пересмотр стратегии.

Пример расчета юнит-экономики

Рассмотрим SaaS-проект со следующими параметрами:

  • Средняя ежемесячная подписка: $50
  • Средний срок жизни клиента: 24 месяца
  • Стоимость привлечения клиента (CAC): $150
  • Маржинальность: 70%

Расчёт LTV:

LTV = Средняя ежемесячная подписка × Средний срок жизни × Маржинальность
LTV = $50 × 24 × 0.7 = $840

Расчёт коэффициента LTV:CAC:

LTV:CAC = $840 / $150 = 5.6

Коэффициент 5.6 > 3 — бизнес устойчив и может агрессивно расти.

Почему юнит-экономика важна для инвестора?

Инвестор смотрит на юнит-экономику, чтобы оценить:

  • Устойчивость бизнеса: Положительная юнит-экономика означает, что рост не приводит к ухудшению ситуации.
  • Потенциал роста: Высокий LTV:CAC — сигнал, что компания может безопасно наращивать маркетинговые бюджеты.
  • Риски: Низкий LTV:CAC или высокий CAC указывают на рыночную неэффективность или слабый продукт.
  • Оценку мультипликаторов: Юнит-экономика помогает провести параллель с традиционными мультипликаторами: например, EV/ARR в SaaS и TVL/Комиссии в Web3 работают по схожей логике — они капитализируют устойчивый денежный поток.

Ошибки в расчете юнит-экономики

Типичные ошибки, способные превратить стабильный проект в иллюзию:

  • Неправильный расчёт LTV: Использование среднего срока жизни без учёта churn rate.
  • Неправильный расчёт CAC: Учёт только маркетинговых затрат, игнорирование продаж и поддержки до момента конверсии.
  • Игнорирование маржинальности: Расчёт LTV без вычитания прямых затрат на обслуживание клиента.
  • Неучёт сезонности: Применение данных одного удачного квартала ко всему году.
  • Неправильный коэффициент LTV:CAC: Использование коэффициента без корректировки на маржинальность и churn rate.

Как улучшить юнит-экономику?

  • Снизить CAC: Оптимизировать маркетинг, использовать более эффективные каналы привлечения.
  • Увеличить LTV: Повысить ценность продукта, улучшить сервис, увеличить срок жизни клиента.
  • Увеличить маржинальность: Снизить прямые затраты на обслуживание клиента.
  • Снизить churn rate: Улучшить продукт, сервис, поддержку клиентов.
  • Оптимизировать payback period: Ускорить возврат CAC через выручку.

LTV (Life Time Value): как рассчитать стоимость клиента за весь период жизни

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

Зачем нужен LTV?

  • Оценка прибыльности: Показывает, насколько прибыльным является каждый клиент.
  • Прогнозирование роста: Высокий LTV означает, что бизнес может позволить себе большие реинвестиции в привлечение.
  • Оптимизация стратегии: LTV помогает определить, на каких сегментах клиентов фокусироваться.
  • Оценка мультипликаторов: LTV используется для расчёта предельной стоимости привлечения и для построения моделей когортного анализа.

Формула расчета LTV

Основная формула:

LTV = (Средняя ежемесячная подписка × Средний срок жизни клиента) × Маржинальность

Альтернативная формула с учётом churn rate (предпочтительна при наличии данных об оттоке):

LTV = (Средняя ежемесячная подписка × Маржинальность) / Churn Rate (в месяц)

Пример 1: Расчёт LTV с учётом среднего срока жизни

Данные:

  • Средняя ежемесячная подписка: $100
  • Средний срок жизни клиента: 36 месяцев
  • Маржинальность: 75%

Расчёт:

LTV = ($100 × 36) × 0.75 = $2700

Пример 2: Расчёт LTV с учётом churn rate

Данные:

  • Средняя ежемесячная подписка: $80
  • Маржинальность: 80%
  • Churn Rate (в месяц): 2% (0.02)

Расчёт:

LTV = ($80 × 0.80) / 0.02 = $64 / 0.02 = $3200

Как правильно рассчитать средний срок жизни клиента?

Средний срок жизни клиента (Lifetime) рассчитывается как:

Lifetime = 1 / Churn Rate (в месяц)

Если churn rate = 2% (0.02), то Lifetime = 1 / 0.02 = 50 месяцев.

Как правильно рассчитать churn rate?

Churn rate (коэффициент утечки) — это процент клиентов, которые прекращают пользоваться сервисом в определённый период.

Churn Rate = (Количество ушедших клиентов / Количество клиентов на начало периода) × 100%

Пример расчета churn rate

Данные:

  • Количество клиентов на начало месяца: 1000
  • Количество ушедших клиентов: 20

Расчёт:

Churn Rate = (20 / 1000) × 100% = 2%

Типичные ошибки в расчете LTV

  • Неправильный расчёт среднего срока жизни: Использование простого среднего арифметического без учёта churn rate.
  • Неправильный расчёт churn rate: Игнорирование сезонности или изменений в продукте, которые повлияли на отток.
  • Игнорирование маржинальности: Расчёт LTV без учёта прямых затрат на обслуживание.
  • Неучёт роста подписки: Игнорирование расширения внутри клиента (up-sell, cross-sell) и повышения тарифов со временем.
  • Неправильный коэффициент LTV:CAC: Использование LTV без корректировки на реалистичную маржинальность.

Как увеличить LTV?

  • Повысить ценность продукта: Добавить новые функции, улучшить UX, увеличить полезность.
  • Улучшить сервис: Предоставить лучшую поддержку, персонализированные предложения.
  • Увеличить срок жизни клиента: Снизить churn rate, улучшить retention.
  • Увеличить стоимость подписки: Предложить премиум-версии, добавить платные функции.
  • Оптимизировать upsell/cross-sell: Предложить дополнительные услуги или продукты.

LTV в разных нишах SaaS

Ниша SaaS Средняя ежемесячная подписка Средний срок жизни Маржинальность LTV
B2B Enterprise $500–$2000 36–60 месяцев 80–90% $18 000–$108 000
B2B Mid-market $100–$500 24–36 месяцев 70–80% $2 400–$18 000
B2C SaaS $10–$50 12–24 месяца 60–70% $120–$840
Freemium SaaS $5–$20 6–12 месяцев 50–60% $30–$240

LTV и ончейн-метрики в Web3

В мире Web3 логика LTV находит прямое отражение в ончейн-показателях. Вместо месячной подписки — средний объём комиссий, генерируемых одним адресом; вместо срока жизни — период активности кошелька в протоколе. Например:

  • LTV SaaSTVL (Total Value Locked) в блокчейне: чем больше активов заблокировано, тем выше потенциальная долгосрочная ценность протокола.
  • LTV B2BTVL DeFi-протокола, но с разбивкой по институциональным кошелькам.
  • LTV B2CСтоимость активного адреса в Web3, рассчитанная через средний доход на пользователя за период его активности.

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

CAC (Customer Acquisition Cost): как рассчитать стоимость привлечения клиента

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

Зачем нужен CAC?

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

Формула расчета CAC

CAC = (Маркетинговые затраты + Продажные затраты + Затраты на поддержку до продажи) / Количество привлечённых клиентов

Пример расчета CAC

Данные:

  • Маркетинговые затраты: $50 000
  • Продажные затраты: $20 000
  • Затраты на поддержку: $10 000
  • Количество привлечённых клиентов: 500

Расчёт:

CAC = ($50 000 + $20 000 + $10 000) / 500 = $80 000 / 500 = $160

Какие затраты включать в CAC?

В CAC должны быть включены все затраты, связанные с привлечением клиента:

  • Маркетинговые затраты: реклама (Google Ads, Facebook Ads, LinkedIn Ads), SEO и контент-маркетинг, email-маркетинг, партнёрские программы, события и конференции.
  • Продажные затраты: зарплаты продавцов, комиссии, инструменты продаж (CRM, автоматизация), обучение продавцов.
  • Затраты на поддержку до продажи: техническая поддержка, обучение клиентов на этапе оценки продукта.

Важно не включать в CAC затраты на разработку продукта, поддержку после продажи и общие административные расходы — они относятся к другим статьям P&L.

Типичные ошибки в расчете CAC

  • Учёт только маркетинговых затрат: Игнорирование продаж и предпродажной поддержки.
  • Неправильный расчёт количества клиентов: Учёт только новых клиентов, без корректировки на повторные продажи внутри того же периода.
  • Неучёт сезонности: Использование данных одного высокомаржинального квартала.
  • Игнорирование роста CAC со временем: CAC имеет свойство увеличиваться по мере насыщения канала.
  • Неправильный коэффициент LTV:CAC: Использование сырого CAC без учёта его полной структуры.

Как снизить CAC?

  • Оптимизировать маркетинг: Использовать более эффективные каналы, снижать затраты на конверсию.
  • Улучшить продажи: Повысить конверсию, оптимизировать процесс продаж.
  • Использовать партнёрские программы: Привлекать клиентов через партнёров, разделяя затраты.
  • Улучшить контент-маркетинг: Создать качественный контент, который привлекает клиентов бесплатно (SEO, YouTube, аналитические отчёты).
  • Оптимизировать SEO: Привлечь органический трафик, снизив зависимость от платных каналов.

CAC в разных нишах SaaS

Ниша SaaS Средний CAC Основные каналы привлечения
B2B Enterprise $5 000–$20 000 LinkedIn Ads, прямые продажи, конференции
B2B Mid-market $500–$2 000 Google Ads, SEO, партнёрские программы
B2C SaaS $50–$200 Facebook Ads, Instagram, TikTok
Freemium SaaS $10–$50 SEO, контент-маркетинг, реферальные программы

CAC и ончейн-метрики в Web3

В Web3 аналогом CAC выступает стоимость привлечения активного адреса или кошелька. Здесь нет традиционной рекламы в SaaS-стиле, но есть затраты на ликвидность, эирдропы, программы поощрения и комиссионные скидки. Из ончейн-данных (Dune, Nansen) можно вычислить затраты протокола на привлечение одного нового пользователя, который совершил хотя бы одну значимую транзакцию. Затем это число можно сопоставить с доходом, генерируемым этим адресом, и получить аналог коэффициента LTV:CAC. Такой подход превращает анализ токеномики в привычный фреймворк юнит-экономики.

Коэффициент LTV:CAC: как интерпретировать и использовать для оценки бизнеса

Коэффициент LTV:CAC — это центральная метрика здоровья SaaS-бизнеса. Она показывает, во сколько раз окупается каждый доллар, вложенный в привлечение клиента. Инвесторы и операторы ориентируются на неё при принятии решений о финансировании и масштабировании.

Зачем нужен коэффициент LTV:CAC?

  • Оценка устойчивости бизнеса: Высокий коэффициент означает, что бизнес может расти без разрыва денежного потока.
  • Прогнозирование роста: Высокий LTV:CAC показывает, что можно увеличивать темпы привлечения.
  • Оптимизация стратегии: Коэффициент помогает определить, какой компонент (LTV или CAC) требует доработки.
  • Оценка мультипликаторов: LTV:CAC прямо влияет на мультипликаторы дохода и инвестиционную привлекательность.

Формула расчета коэффициента LTV:CAC

Коэффициент LTV:CAC = LTV / CAC

Пример расчета коэффициента LTV:CAC

Данные:

  • LTV: $2700
  • CAC: $160

Расчёт:

Коэффициент LTV:CAC = $2700 / $160 = 16.875

Как интерпретировать коэффициент LTV:CAC?

Коэффициент LTV:CAC Интерпретация
> 3 Золотой стандарт. Бизнес устойчив, может расти.
1–3 Бизнес работает, но с рисками.
< 1 Бизнес убыточный, требует пересмотра стратегии.

Почему коэффициент LTV:CAC > 3 считается золотым стандартом?

Соотношение больше трёх означает, что каждый клиент приносит втрое больше, чем стоило его привлечение. Это даёт запас для покрытия косвенных расходов, позволяет реинвестировать в рост и выдерживать периоды повышенного оттока. Бизнес с таким показателем может привлекать внешнее финансирование на выгодных условиях, потому что масштабирование не разрушает экономику.

Когда коэффициент LTV:CAC > 3 не гарантирует успех?

Высокий коэффициент может быть обманчивым, если:

  • Высокий churn rate: Клиенты быстро уходят, и LTV завышен из-за краткосрочных метрик.
  • Низкая маржинальность: Бизнес не получает реальной прибыли, несмотря на формально высокий LTV.
  • Высокий CAC: Привлечение съедает весь денежный поток до момента окупаемости.
  • Низкий retention rate: Клиенты не доходят до точки, где LTV начинает перекрывать CAC.
  • Длинный payback period: Компания может не дожить до момента возврата инвестиций в клиента.

Как использовать коэффициент LTV:CAC для оценки бизнеса?

  • Оценить устойчивость: Высокий коэффициент — зелёный свет для инвестора.
  • Прогнозировать рост: Можно моделировать, сколько клиентов можно привлечь, не выходя за границы безопасного LTV/CAC.
  • Оптимизировать каналы: Сравнивать коэффициенты по сегментам аудитории и каналам.
  • Рассчитывать мультипликаторы: Коэффициент напрямую связан с EV/ARR — рынок чаще вознаграждает компании с высоким LTV/CAC.

Типичные ошибки в интерпретации коэффициента LTV:CAC

  • Неправильный расчёт LTV: Использование среднего срока жизни без учёта churn rate.
  • Неправильный расчёт CAC: Учёт только маркетинговых затрат, без продаж и поддержки.
  • Игнорирование маржинальности: Расчёт LTV без вычитания прямых затрат.
  • Неучёт сезонности: Применение данных одного периода ко всей модели.
  • Неправильный коэффициент LTV:CAC: Использование коэффициента без корректировки на churn rate и маржинальность.

Как улучшить коэффициент LTV:CAC?

  • Снизить CAC: Оптимизировать маркетинг, перераспределить бюджеты в более эффективные каналы.
  • Увеличить LTV: Повысить ценность продукта, улучшить сервис, увеличить срок жизни клиента.
  • Увеличить маржинальность: Сократить прямые затраты на обслуживание клиента.
  • Снизить churn rate: Работать над продуктом и поддержкой.
  • Оптимизировать payback period: Ускорить возврат CAC через выручку.

Коэффициент LTV:CAC в разных нишах SaaS

Ниша SaaS Средний коэффициент LTV:CAC Интерпретация
B2B Enterprise 5–10 Золотой стандарт. Бизнес устойчив.
B2B Mid-market 3–5 Золотой стандарт. Бизнес устойчив.
B2C SaaS 2–4 Бизнес работает, но с рисками.
Freemium SaaS 1–3 Бизнес работает, но с рисками.

Коэффициент LTV:CAC и ончейн-метрики в Web3

В Web3 прямой аналог — это отношение приведённой стоимости заблокированных активов (TVL) к затратам на привлечение нового активного пользователя. Например, если DeFi-протокол тратит $X на эирдропы и программы лояльности, чтобы привлечь одного кошелька, а этот кошелёк генерирует комиссиями $Y за прогнозируемый срок активности, то Y/X выступает аналогом LTV:CAC. Такой подход позволяет инвестору увидеть, насколько эффективно протокол тратит токены и субсидии — и не проедает ли он стоимость сообщества в погоне за метриками роста.

Маржинальность и payback period: как они влияют на юнит-экономику

Маржинальность и payback period — два критических дополнения к LTV и CAC. Без их учёта картина юнит-экономики остаётся неполной. Маржинальность определяет, какая часть выручки остаётся после прямых затрат, а payback period показывает, как быстро окупаются инвестиции в клиента. Обе метрики напрямую влияют на денежный поток и способность компании масштабироваться.

Маржинальность (Gross Margin)

Маржинальность — это разница между выручкой и прямыми затратами на обслуживание клиента. В SaaS-модели она рассчитывается как:

Маржинальность = (Выручка – Прямые затраты) / Выручка

Пример расчета маржинальности

Данные:

  • Выручка: $100
  • Прямые затраты: $25

Расчёт:

Маржинальность = ($100 – $25) / $100 = $75 / $100 = 75%

Как маржинальность влияет на юнит-экономику?

  • Увеличивает LTV: Высокая маржинальность напрямую поднимает LTV.
  • Позволяет снизить CAC ограничение: Бизнес может позволить себе более высокий CAC при сохранении целевого LTV:CAC.
  • Увеличивает коэффициент LTV:CAC: Даёт больший запас прочности.
  • Уменьшает payback period: С каждого доллара выручки больше остаётся на покрытие CAC.

Типичные ошибки в расчете маржинальности

  • Неправильный учёт прямых затрат: Исключение расходов на хостинг, поддержку, сторонние API.
  • Неправильный расчёт выручки: Учёт только новой выручки без учёта расширений внутри базы.
  • Неучёт сезонности: Применение данных одного квартала, игнорируя цикличность.
  • Неправильный коэффициент LTV:CAC: Использование коэффициента без корректировки на фактическую маржинальность.

Payback period (период окупаемости CAC)

Payback period — это время, необходимое бизнесу, чтобы вернуть затраты на привлечение клиента через валовую прибыль, которую этот клиент генерирует. Формула:

Payback Period (в месяцах) = CAC / (Средняя ежемесячная подписка × Маржинальность)

Например, при CAC = $150, среднем чеке $50 и маржинальности 70%:

Payback Period = $150 / ($50 × 0.7) = $150 / $35 ≈ 4.3 месяца.

Чем короче payback period, тем быстрее бизнес выходит в операционный плюс по новому клиенту и тем ниже кассовый разрыв при масштабировании. В идеале этот показатель не должен превышать 12 месяцев, иначе компания рискует столкнуться с нехваткой оборотного капитала.

Как улучшить payback period?

  • Снизить CAC: Оптимизировать каналы привлечения.
  • Увеличить средний чек: Внедрить более дорогие тарифы или расширить пакет услуг.
  • Повысить маржинальность: Сократить прямые затраты или переложить часть расходов на клиента (например, через платную поддержку).
  • Ускорить конверсию в платящего клиента: Сократить период триала или улучшить онбординг.
  • Сегментировать клиентов: Сфокусироваться на сегментах с наиболее быстрой окупаемостью.

Связка маржинальности и payback period дополняет классический LTV:CAC. Инвестору стоит обращать внимание на обе метрики, потому что даже при отличном соотношении LTV/CAC длинная окупаемость может сделать бизнес неприемлемым с точки зрения денежного потока. В Web3 аналогом payback period может служить время, за которое генерируемые протоколом комиссии покрывают затраты на привлечение ликвидности или вознаграждения пользователей — это тот же принцип, просто данные берутся из ончейн-транзакций, а не из SaaS-отчётности.