В ноябре 1999 года онлайн-сервис доставки продуктов Webvan вышел на IPO с рыночной оценкой в 8 миллиардов долларов — одно из самых громких размещений эпохи доткомов. Компания привлекла и потратила около 1,2 миллиарда долларов, построив в нескольких городах автоматизированные логистические центры стоимостью 30–50 млн долларов каждый — при этом загруженные меньше чем на 30% от проектной мощности. Проблема была не в спросе и не в технологиях: каждый выполненный заказ приносил компании убыток в 30–50 долларов. Чем больше заказов обрабатывал Webvan, тем больше денег терял. В июле 2001 года, всего через 20 месяцев после IPO, компания обанкротилась, уволив более 2000 сотрудников — классический учебный пример того, как растущая выручка маскирует убыточную экономику одной сделки.
Компания не масштабирует прибыль. Она масштабирует то, что происходит на уровне одной сделки — будь то прибыль или убыток.
Происхождение и исследовательская база
Термин и практика юнит-экономики оформились в венчурной среде 2000–2010-х как прямая реакция на волну компаний вроде Webvan, которые росли по выручке, но никогда не были прибыльны на уровне отдельной транзакции. Систематизацию ключевых метрик — LTV (пожизненная ценность клиента) и CAC (стоимость его привлечения) — в наиболее цитируемой форме провёл Дэвид Скок, партнёр венчурного фонда Matrix Partners, в серии публикаций «SaaS Metrics 2.0» на блоге For Entrepreneurs около 2010 года. Единого академического первоисточника, как у более старых управленческих теорий, здесь нет — это прикладная финансовая дисциплина, выросшая из практики венчурных инвесторов, наблюдавших сотни стартапов изнутри.
Важная методологическая оговорка, которую часто упускают при цитировании правила «LTV/CAC ≥ 3»: Скок вывел этот порог, наблюдая за зрелыми публичными SaaS-компаниями (HubSpot, Salesforce, NetSuite) в устойчивом состоянии — со стабильным оттоком клиентов, многолетним сроком жизни клиента и сроком окупаемости заметно меньше 12 месяцев. Правило никогда не задумывалось для стартапов на стадии поиска product-market fit или для ранней seed-стадии, но с тех пор механически применяется ко всем компаниям на всех стадиях без учёта этого исходного контекста.
Ключевые идеи и принципы
Принцип: CAC — стоимость привлечения клиента
Сколько денег в среднем стоит привлечь одного платящего клиента (все затраты на маркетинг и продажи за период, делённые на число новых клиентов за тот же период). Именно системное занижение этой цифры (учёт только прямых расходов на рекламу, без зарплат отдела продаж и стоимости инструментов) — одна из самых частых причин, по которой юнит-экономика выглядит лучше, чем есть на самом деле.
Принцип: LTV — пожизненная ценность клиента
Сколько денег в среднем приносит один клиент за всё время, пока он остаётся клиентом (средний чек × частота покупок × среднее время удержания, за вычетом прямых издержек на обслуживание). У Webvan себестоимость обслуживания одного заказа — доставка, складские операции, порча товара — превышала выручку от него ещё до вычета любых накладных расходов: LTV в терминах маржинальной прибыли на заказ был уже отрицательным.
Принцип: соотношение LTV к CAC
Ориентир Дэвида Скока — LTV должен превышать CAC минимум в 3 раза, чтобы бизнес-модель была устойчивой с учётом всех прочих издержек; сам Скок отмечал, что показатели наиболее успешных публичных SaaS-компаний обычно ближе к 5:1. Соотношение ниже 1 означает прямой убыток на каждом клиенте — именно в этой ситуации находился Webvan на уровне одного заказа.
Принцип: срок окупаемости CAC
Не менее важно, чем само соотношение LTV/CAC, — сколько времени требуется, чтобы окупить затраты на привлечение одного клиента. Даже прибыльный в перспективе клиент может создать кассовый разрыв, если окупается только через два года — компания с формально хорошим соотношением 5:1, но окупаемостью в три года, рискует не дожить до этой прибыли, если не располагает достаточным запасом капитала.
Принцип: смешанный и платный CAC — разные, легко подменяемые числа
Общий CAC (все новые клиенты, включая пришедших бесплатно — из рекомендаций, органического поиска, контента) systematически ниже, чем CAC именно платных каналов привлечения (реклама, платные партнёрства). Компания, которая хочет показать более здоровую экономику, может незаметно (или намеренно) считать смешанный CAC там, где решение принимается именно о масштабировании платной рекламы — реальная стоимость привлечения через конкретный платный канал в этом случае оказывается существенно выше отчётной цифры, и решение об увеличении бюджета на этот канал принимается на основе неверной метрики.
Ограничения, слепые зоны и критика
Юнит-экономика — это модель на допущениях: реальный LTV клиента известен только постфактум, а на старте это всегда прогноз, основанный на предположениях об удержании и среднем чеке, которые ещё предстоит проверить.
Она также не учитывает постоянные издержки бизнеса (аренда, зарплата управленческой команды, инфраструктура) — прибыльный юнит-экономически бизнес всё ещё может быть убыточным в целом, если этих издержек слишком много относительно масштаба. Webvan попал именно в эту ловушку с другой стороны: даже если бы удалось довести экономику одного заказа до безубыточности, компания уже успела зафиксировать 30–50 млн долларов капитальных затрат на каждый логистический центр — фиксированные издержки, никак не отражённые в расчёте юнит-экономики отдельного заказа.
Правило «LTV/CAC ≥ 3» Дэвида Скока — не универсальный закон, а эмпирическое наблюдение над конкретной группой зрелых публичных SaaS-компаний в конкретный период; механическое применение этого порога к компании на стадии поиска product-market fit, где сам продукт и цена ещё не устоялись, может привести к преждевременным и ошибочным решениям — ускорять масштабирование или, наоборот, сворачивать перспективное направление на основании метрики, для которой стадия компании просто не подходит.
Типовые ошибки
Ошибка 1: считают LTV без вычета издержек на обслуживание.
Берут только выручку от клиента, забывая вычесть себестоимость и издержки на поддержку — получают завышенный, обманчиво оптимистичный LTV.
Как избежать
считать LTV именно как маржинальную прибыль от клиента, а не валовую выручку.
Ошибка 2: в CAC считают не все затраты на привлечение.
Учитывают только рекламный бюджет, забывая зарплаты отдела продаж, комиссии платформам, инструменты маркетинга.
Как избежать
включать в CAC все затраты, связанные с привлечением, за период, а не только прямые расходы на рекламу.
Ошибка 3: игнорируют срок окупаемости ради красивого соотношения LTV/CAC.
Соотношение 5:1 выглядит отлично, но если окупаемость растянута на три года, бизнес может не дожить до этой прибыли из-за кассового разрыва.
Как избежать
всегда считать не только соотношение, но и срок, за который CAC окупается.
Ошибка 4: считают юнит-экономику один раз на старте и не пересчитывают.
Реальные цифры конверсии, удержания и стоимости привлечения появляются только после первых продаж — расчёт на гипотезах остаётся неизменным, хотя данных для уточнения уже достаточно.
Как избежать
пересчитывать по факту данных не реже раза в квартал.
Ошибка 5: масштабируют продажи до того, как юнит-экономика на уровне одной сделки стала положительной.
Компания наращивает объём при отрицательной или пограничной экономике одной единицы, рассчитывая, что масштаб «сам исправит» ситуацию — именно так рос Webvan: расширение в новые города и товарные категории продолжалось при явно убыточной базовой операции доставки, что лишь ускорило потерю капитала.
Как избежать
добиваться устойчиво положительной юнит-экономики на существующем масштабе прежде, чем вкладывать капитал в дальнейший рост объёма.
Ошибка 6: механически применяют порог «LTV/CAC ≥ 3» без учёта стадии компании.
Стартап на стадии поиска product-market fit сравнивает свои метрики с ориентиром Дэвида Скока, изначально выведенным для зрелых публичных SaaS-компаний со стабильным оттоком и устоявшейся ценой — метрика ранней стадии зашумлена и нестабильна, прямое сравнение вводит в заблуждение.
Как избежать
учитывать, для какой стадии и типа бизнеса изначально был выведен конкретный бенчмарк, прежде чем использовать его как решающий критерий для собственной компании на другой стадии.
Ошибка 7: используют смешанный (blended) CAC там, где решение принимается именно о платном канале.
Отчётный CAC занижен за счёт бесплатных источников новых клиентов (рекомендации, органический поиск), хотя решение об увеличении бюджета принимается конкретно для платной рекламы — реальная стоимость привлечения через этот канал существенно выше цифры, на которую опирается решение.
Как избежать
считать CAC отдельно для платных каналов и отдельно смешанный CAC по всей базе — использовать именно ту цифру, которая соответствует принимаемому решению.
План внедрения
Неделя 1: собрать данные по CAC
Посчитать все затраты на привлечение клиента за период (реклама, зарплаты продаж, инструменты, комиссии), поделить на число новых клиентов.
Неделя 2: собрать данные по LTV
Оценить средний чек, частоту покупок, среднее время удержания клиента и издержки на обслуживание — считать LTV именно как маржинальную прибыль.
Неделя 3: соотношение и срок окупаемости
Посчитать LTV/CAC и срок, за который CAC окупается — сверить полученный порог с реальной стадией и типом компании, а не механически с общим ориентиром 3:1.
Неделя 4: решение
Если соотношение ниже приемлемого для стадии компании порога или срок окупаемости слишком велик — определить, что менять: цену, стоимость привлечения или удержание. Не наращивать объём продаж до того, как экономика одной сделки стала устойчиво положительной.
Далее: пересчёт по факту данных
Пересчитывать юнит-экономику не реже раза в квартал по факту накопленных данных, а не полагаться бессрочно на стартовые гипотезы.
Как реализовать этот план с помощью фрейма «Юнит-экономика» в OrgDevTools
Фрейм устроен как три карточки в ряд: «CAC — стоимость привлечения», «LTV — пожизненная ценность», «Соотношение и решения» — прямое соответствие трём блокам расчёта из плана внедрения выше.
Вердикт вычисляется последовательно: ничего не заполнено → подсказка начать с CAC, «без стоимости привлечения нельзя оценить окупаемость клиента»; заполнен только CAC → «LTV ещё не определена»; заполнены CAC и LTV без решений → явное предупреждение «юнит-экономика без вывода не влияет на бизнес» (прямая защита от того, чтобы расчёт остался в таблице и не привёл к действию, аналог Ошибки 5 из блока выше); все три карточки заполнены → зелёный вердикт «юнит-экономика посчитана полностью». Кнопка создания задачи формирует задачу «Принять решение по улучшению соотношения LTV/CAC».
Честная оговорка: фрейм считает только заполненность карточек текстом, а не сами числа CAC/LTV и не проверяет арифметически, действительно ли соотношение LTV/CAC достигает 3:1 или какого-либо другого порога — расчёт конкретных цифр и их интерпретация целиком остаются на пользователе, фрейм лишь структурирует последовательность работы и не даёт пропустить шаг «решения».
Заполнили фрейм? Сохраните, чтобы не потерять
Книги по теме
Дэвид Скок — серия публикаций «SaaS Metrics 2.0» (For Entrepreneurs, ок. 2010). Первоисточник, систематизировавший LTV/CAC и порог 3:1 как ключевую метрику здоровья бизнес-модели для венчурных стартапов — на основе наблюдений за зрелыми публичными SaaS-компаниями.