Компания смотрит в дашборд, видит LTV:CAC = 3.6:1 и считает unit-экономику здоровой. При пересчёте с учётом валовой маржи и реальных данных CRM то же соотношение оказывается 2.7:1 - ниже порога выживания. Компания не заметила разницы, потому что считала LTV по выручке, а не по марже, и CAC усредняла по всем каналам сразу. Она растёт и одновременно медленно сжигает капитал - и оба процесса выглядят на дашборде одинаково хорошо.
Это не редкий случай, а системная ошибка в том, как B2B SaaS считает LTV:CAC.
Две ошибки, которые дают красивую, но неверную цифру
Первая - LTV считают по выручке, не по марже. Компания берёт годовой контракт и ожидаемый срок удержания клиента, перемножает - и получает LTV, который не учитывает стоимость обслуживания этого клиента: инфраструктуру, поддержку, success-менеджера. Реальная ценность клиента для бизнеса - это маржа, а не выручка. Разрыв между «выручка за весь срок» и «маржа за весь срок» в SaaS с валовой маржой 70-80% составляет 20-30% - именно столько LTV обычно завышен.
Вторая - CAC усредняют по всем каналам. Blended CAC - удобное число для одного слайда в презентации, но оно прячет главное: какой канал убыточен. Если у вас три канала с разной эффективностью, средний CAC может показывать здоровое соотношение 3:1, пока один из каналов работает на 1.6:1 и тянет бизнес вниз, а вы продолжаете вливать в него бюджет, потому что усреднённая цифра выглядит нормально. Подробнее о том, как считать реальный CAC по каналу, а не по CPL - в отдельном разборе.
Правильная формула LTV для B2B SaaS
Для e-commerce LTV считают через средний чек: AOV x частота покупок x срок жизни клиента. Для B2B SaaS эта модель не подходит - у вас нет «среднего чека», у вас есть контракт. Формула для контрактного бизнеса другая:
LTV = годовая стоимость контракта (ACV) x валовая маржа x ожидаемый срок удержания клиента в годах.
Пример на масштабе mid-market: ACV $3600 (около $300/месяц), ежемесячный churn 3%, что даёт ожидаемый срок жизни клиента около 2.5 лет. Валовая маржа - 75%. LTV по выручке (без маржи) = 3600 x 2.5 = $9000. Это число обычно попадает в дашборд. LTV с учётом маржи = 9000 x 0.75 = $6750 - это реальная ценность клиента для бизнеса. Разница в 25% решает, окажетесь вы выше или ниже порога 3:1.
Этот подход - формула из Kotler & Armstrong, «Principles of Marketing» (18th ed.): ценность клиента считается через маржинальный доход за срок отношений, а не через выручку.
Почему для B2B SaaS порог 1:3 жёстче, чем для e-commerce
Бенчмарк 1:3 (LTV в три раза выше CAC) - минимальный порог для устойчивого роста B2B SaaS. Он примерно соответствует окупаемости CAC за 12 месяцев. E-commerce живёт с более мягким соотношением - обычно 1:5-1:6, потому что цикл покупки короче, а деньги оборачиваются быстрее. У SaaS длиннее цикл продажи и выше стоимость привлечения относительно первого чека, поэтому запас прочности должен быть уже - иначе компания слишком долго остаётся в зоне отрицательного денежного потока по каждому новому клиенту.
Индустриальные данные 2025-2026 годов (агрегированный отчёт Aleph x Benchmarkit по 342 SaaS- и AI-native компаниям) показывают медианный LTV:CAC около 3.6:1, при этом верхний квартиль достигает 5:1 и выше. Медианный срок окупаемости CAC - 16 месяцев, у топ-квартиля - 6 месяцев и меньше. Это значит, что формальный порог 3:1 сегодня уже не гарантия конкурентоспособности - это черта, ниже которой бизнес не самоокупается, а не ориентир, к которому нужно стремиться.
CAC < LTV - условие выживания, а не метрика для отчёта
Здесь легко перепутать язык: «LTV:CAC 3:1» звучит как KPI, который можно постепенно улучшать. На деле это бинарное условие. Если реальное (не завышенное по выручке, не усреднённое по каналам) соотношение падает ниже 1:1, компания тратит на привлечение клиента больше, чем этот клиент когда-либо принесёт маржи - независимо от того, как быстро растёт выручка. Рост при инвертированном соотношении - это не рост бизнеса, а рост суммы, которую бизнес занимает у будущего под видом привлечения клиентов. MRR может расти каждый месяц, а капитал компании при этом тихо сгорать.
Что с этим делать на практике
Считать LTV по марже, а не по выручке - первый шаг. Второй, более важный - разбить CAC по каналам вместо blended-числа: без этого невозможно увидеть, что один канал держит соотношение 5:1, а другой тянет среднее вниз с 1.6:1. Это требует данных из двух систем одновременно - контрактов и удержания из CRM и расходов по каждому каналу из рекламных кабинетов - сведённых на уровне закрытой сделки, а не лида. Именно это соединение CRM-данных и данных о рекламных расходах по каналу закрывает Prooflytics (https://prooflytics.io): показывает LTV:CAC не одной усреднённой цифрой, а по каждому каналу отдельно, на данных о реальных закрытых сделках.
Пока LTV:CAC считается по выручке и по всем каналам сразу, дашборд может показывать здоровую unit-экономику ровно до момента, когда наличных перестанет хватать.