В 2018 году WeWork отчитывалась перед инвесторами о взрывном росте: выручка почти 1,8 миллиарда долларов, компания открывает новые площадки по всему миру. В том же отчетном году чистый убыток составил почти 2 миллиарда. Год спустя IPO сорвалось, а один из венчурных инвесторов сформулировал вывод коротко: рост выручки при отрицательной юнит-экономике ничего не стоит. Компания росла, а деньги на каждом отдельном клиенте улетали в минус, и общая выручка эту дыру не показывала.
Юнит-экономика отвечает не на вопрос "сколько зарабатывает компания в целом", а на вопрос "окупается ли один клиент, один заказ, одна единица товара". Собственник смотрит не на выручку, а на то, что остается после всех расходов на конкретный юнит, и это два разных вопроса с разными ответами. Разберем, что такое юнит-экономика, чем она отличается от управленческого учета, как считать LTV, CAC, маржинальность и срок окупаемости клиента, и почему пересчитывать эти цифры раз в квартал в Excel уже не выход.
Статья построена так, чтобы ей можно было пользоваться и как учебником, и как справочником. Сначала: определения и разграничение с управленческим учетом, дальше метрики по одной, от LTV до маржинальности, потом единый числовой пример, где все формулы проходят через одного условного клиента подряд, а в конце типичные ошибки и то, как перестать пересчитывать эти цифры вручную каждый квартал.
Что такое юнит-экономика простыми словами
Юнит-экономика: метод анализа, который показывает прибыльность одного юнита, клиента, заказа, подписки или единицы товара, а не бизнеса целиком. Юнит — это та единица, которую компания продает и на которой можно посчитать отдельный результат: пришли деньги за нее или ушли. Разница с обычной отчетностью в масштабе: выручка компании может расти, а каждый отдельный клиент при этом приносить убыток, и без разбивки по юнитам это остается незаметным до тех пор, пока убытки не накопятся настолько, что их видно и без расчетов.
Первое решение, с которого начинается любой расчет юнит-экономики, это выбрать сам юнит. Здесь есть развилка на две модели. Клиентская модель, где юнит — это клиент, применяется в подписках, SaaS и услугах: компания готова уйти в минус на первой продаже, потому что клиент окупится за счет долгосрочного сотрудничества. Транзакционная модель, где юнит — это заказ или единица товара, типична для розницы и e-commerce: там расходы на привлечение должны окупаться сразу, в рамках одной сделки, а не растягиваться на месяцы вперед.
Выбор модели не формальность, а то, что определяет, какие расходы вообще войдут в расчет. В транзакционном бизнесе легко упустить логистику по невыкупленным товарам: если магазин на маркетплейсе продает сумку и выкупают только одну из двух заказанных, на проданную единицу приходится две поездки товара "туда" и одна "обратно", и эта обратная логистика стоит реальных денег. Посчитать юнит без нее значит завысить прибыльность на бумаге, хотя по факту деньги уже потрачены на доставку и возврат. Ошибка в выборе модели или в составе затрат искажает не отдельную цифру, а весь дальнейший расчет, потому что LTV, CAC и маржинальность строятся именно на этом фундаменте.
Для расчета нужны данные всего из четырех источников: рекламных кабинетов и CRM для стоимости привлечения, платежной системы или биллинга для среднего чека и частоты платежей, и учетной системы для переменных расходов на юнит. Если хотя бы один источник отсутствует или его данные устарели на месяц, вся цепочка формул дальше строится на приближении, а не на факте, и это стоит держать в голове с самого начала: точность итоговой цифры не выше точности самого слабого звена в этой цепочке источников.
Юнит-экономика и управленческий учет: в чем разница
Управленческий учет и юнит-экономика смотрят на бизнес с разных сторон, поэтому их легко перепутать. Управленческий учет, а конкретно отчет о прибылях и убытках, показывает финансовый результат компании целиком: всю выручку, все расходы, включая те, что нельзя разнести по отдельным клиентам или заказам. Юнит-экономика смотрит уже, но глубже: она показывает прибыльность только на уровне одной единицы, и юнит-экономика не заменяет P&L, а дополняет его отдельным срезом.
Здесь легко попасть в ловушку "юнит-экономика вместо отчетности". Юнит-экономика не замена управленческому учету целиком, а инструмент для конкретной задачи: понять, окупается ли конкретный клиент или канал. Когда расчет нужен не разово, а становится постоянным инструментом управления, его удобнее встраивать в общую систему учета компании, а не держать отдельной таблицей, которую помнят обновлять раз в квартал.
Разница особенно заметна там, где общая картина обманчива. Типична ситуация, когда компания в среднем прибыльна, а конкретный канал продвижения или конкретный продукт тянет общий результат вниз, и увидеть это можно только на уровне юнита, а не по итоговой строке P&L. Собственник смотрит не на общую прибыль отчетного периода, а на то, какой сегмент клиентов ее реально создает, а какой незаметно съедает маржу остальных.
Практический вывод простой: одно не отменяет другое. P&L нужен, чтобы понимать финансовый результат компании и правильно закрывать период, юнит-экономика нужна, чтобы понимать, на чем компания реально зарабатывает, а что тянет ее в минус, оставаясь незаметным в общих цифрах. Как выглядит итоговая маржа компании и откуда она берется, подробно разбирали в статье про финансовую отчетность для директора, юнит-экономика логично дополняет эту картину на уровне отдельного клиента.
На практике разница видна в том, какие вопросы задает каждый инструмент на планерке. Управленческий учет отвечает на вопрос "сколько мы заработали за месяц", и ответ на него один на всю компанию. Юнит-экономика отвечает на вопрос "какой из десяти клиентов принес деньги, а какой их забрал", и ответов здесь столько, сколько клиентов или каналов в разбивке. Директор, который смотрит только на первый вопрос, узнает о проблемном сегменте клиентов последним, обычно в тот момент, когда убыточный сегмент уже разросся настолько, что заметен и без разбивки по юнитам.
Ошибка нередко идет и в другую сторону, там, где юнит-экономика используется, а управленческий учет нет. Юнит-экономика без общей отчетности компании показывает прибыльный клиент на бумаге, но не отвечает на вопрос, хватает ли денег на счете прямо сейчас, чтобы дожить до момента, когда этот клиент окупится. Оба инструмента нужны вместе, и один не работает как полноценная замена другому.
Зачем считать юнит-экономику: какие решения она подсказывает
Цифра юнит-экономики нужна не для отчета, а для конкретного решения: масштабировать канал или срезать его, менять цену или дорабатывать продукт. Если юнит убыточен, масштабировать компанию значит увеличивать убытки, а не растить прибыль, и это единственный вывод, который стоит запомнить из всей темы, если запоминать только один. Рост выручки при этом ничего не меняет: он просто ускоряет то, куда бизнес и так движется.
Практическая рекомендация здесь конкретнее лозунга. Считайте CAC отдельно по каждому каналу продвижения, а не в среднем по компании, потому что усредненная цифра маскирует то, что один канал приносит клиентов почти бесплатно, а другой съедает бюджет без возврата. Канал с лучшим сочетанием низкого CAC и высокого LTV стоит масштабировать в первую очередь, а не тот, что просто дает больше лидов в моменте.
История WeWork из начала статьи не единичный случай, а типичный сценарий того, как выглядит рост без разбора юнит-экономики. Компания росла в выручке год за годом, инвесторы видели впечатляющие графики, а реальная прибыльность каждого клиента оставалась отрицательной все это время. Момент, когда компания вдруг понимает, что растет в убыток, обычно наступает не в момент падения продаж, а ровно наоборот: в момент, когда рост становится слишком быстрым, чтобы прежние, разовые расчеты успевали его отражать.
За решениями, которые подсказывает юнит-экономика, стоит один и тот же вопрос с разными формулировками: продукт, цена, канал или сегмент клиентов. Убыточный юнит можно спасти доработкой продукта, если проблема в высоких переменных расходах на обслуживание. Можно поднять цену, если рынок это выдержит, а расходы менять сложнее. Можно пересобрать канал привлечения, если проблема не в продукте, а в том, что реклама приводит не тех клиентов. А можно честно признать, что канал или сегмент не окупается и его пора закрывать, вместо того чтобы компенсировать убыток другими, более прибыльными клиентами. Именно так поступают компании, у которых юнит-экономика встроена в регулярный процесс, а не считается раз в год перед советом директоров.
LTV: пожизненная ценность клиента и как ее считать
Базовая формула LTV простая: средний чек умножить на частоту покупок и на время сотрудничества клиента с компанией. Эта формула работает как первое приближение и годится, чтобы быстро прикинуть порядок цифр, но у нее есть слабое место: она усредняет всех клиентов в одну цифру, как будто они ведут себя одинаково.
Усредненный LTV может маскировать серьезный разброс между клиентами. В одном разборе усредненный LTV в 4500 долларов на деле скрывал диапазон от 15000 долларов у качественных клиентов до 1875 долларов у плохо таргетированных, почти восьмикратная разница внутри одной "средней" цифры. Блендовая метрика в таком случае не просто неточна, она способна исказить решение о том, какой канал привлечения на самом деле выгоднее.
Точнее усредненной формулы работает когортный анализ: он делит клиентов на группы по периоду прихода и отслеживает, как ведет себя именно эта группа, а не абстрактный "средний" клиент. Разбор такого подхода на реальных данных, тема статьи про анализ данных для бизнеса, где когортный метод разобран отдельно как инструмент.
Для подписочных моделей есть еще одна рабочая формула: LTV равен среднему доходу с пользователя, деленному на процент оттока. Чем выше отток, тем ниже LTV, и поскольку формула делит на этот показатель, даже небольшое снижение оттока непропорционально сильно увеличивает итоговую ценность клиента. Снизить отток с 5 до 4 процентов в месяц не звучит как большая победа, но именно из-за деления результат меняется заметнее, чем кажется на первый взгляд.
Наглядный учебный пример дает методика HubSpot: кофейня со средним чеком 7,95 доллара, где клиент заходит четыре раза в неделю, а срок сотрудничества с заведением 2,3 года. Итоговая пожизненная ценность такого клиента получается около 4214 долларов. Это иллюстративный расчет для обучения, а не отчет реальной компании, но сам принцип, умножить недельную стоимость клиента на срок его жизни, работает и для куда более крупного бизнеса.
У LTV есть и практическое ограничение, о котором забывают чаще всего: он считается по прошлому поведению клиентов, а не по будущему. Если компания меняет продукт, цену или сегмент, на который таргетируется реклама, старый LTV перестает быть надежным ориентиром для новых клиентов, и его нужно пересчитывать заново на свежей когорте, а не тянуть прошлогоднюю цифру в новый план. Это особенно заметно у молодых компаний: чем короче история наблюдений, тем менее надежен любой прогноз LTV, построенный на ней, и тем осторожнее стоит относиться к решениям, которые от этой цифры зависят напрямую.
CAC: стоимость привлечения клиента, полная и упрощенная формула
Упрощенная формула CAC делит суммарные затраты на продажи и маркетинг за период на число новых клиентов, привлеченных за этот же период. Это самый быстрый способ прикинуть стоимость привлечения, и именно поэтому он же самый частый источник ошибки.
Частая ошибка: делить только рекламный бюджет на число клиентов, без учета остальных затрат на привлечение. Такой расчет дает заниженный, "unloaded" CAC: число может выглядеть красиво в презентации, но не отражает реальную стоимость клиента для компании. Полная, "fully-loaded" методика включает не только рекламу, а еще зарплаты и бонусы маркетологов и продавцов, комиссии и накладные расходы отдела продаж за тот же период.
Разница между двумя подходами бывает существенной. В одном отраслевом разборе компания показывала совету директоров CAC в 120 долларов, посчитанный только по рекламе; полный аудит с учетом времени продавцов, инструментов, контента и накладных расходов дал реальную цифру в 280 долларов, больше чем вдвое выше исходной. Из-за этого пересчета соотношение LTV к CAC изменилось с восьмикратного до 3,4-кратного, а срок окупаемости клиента вырос с 5 до 12 месяцев. Пример иллюстративный и подан без названия компании, но сама логика ошибки типична: рекламный бюджет — это не вся стоимость привлечения, а только ее видимая часть.
Разница между unloaded и fully-loaded CAC не бухгалтерская придирка, а вопрос того, какое решение примет руководитель. Если ориентироваться на заниженный CAC, легко решить масштабировать канал, который на самом деле уже не окупается с нужным запасом. Данные для честного расчета CAC по каналам, рекламные расходы, зарплаты, конверсии на каждом этапе воронки, обычно разбросаны по разным системам, и как их свести в одном месте, разбирали в статье про сквозную аналитику.
Отдельная сложность полного расчета: зарплаты сотрудников, которые работают не с одним каналом, а со всеми сразу. Если менеджер по продажам обрабатывает лиды и из контекстной рекламы, и из органического поиска, его зарплату нельзя целиком отнести на один канал, ее делят пропорционально числу закрытых сделок или потраченному времени. Упрощение здесь тоже возможно, но им стоит пользоваться осознанно: пропорция "по числу сделок" завышает CAC у канала с длинным циклом продажи и заниженным конверсиями, и об этом стоит помнить, сравнивая каналы между собой по итоговой цифре.
Соотношение LTV к CAC: что считается здоровым бизнесом
Соотношение LTV к CAC самая цитируемая метрика юнит-экономики, и вокруг нее сложилось клише: здоровым бизнесом считается соотношение три к одному. Стоит знать, откуда взялся этот норматив: он не выведен математически из маржи, риска или стоимости капитала, а появился как эмпирическое наблюдение инвестора Дэвида Скока по группе SaaS-компаний. Даже сами участники венчурного рынка признают: строгого обоснования у этой цифры нет, она просто повторяется как отраслевая конвенция без глубокой проверки происхождения.
Это не значит, что ориентир бесполезен, скорее к нему стоит относиться как к отправной точке, а не к жесткому порогу. Соотношение один к одному действительно тревожный сигнал: оно означает, что компания теряет деньги на каждом привлеченном клиенте после учета операционных расходов. А вот соотношение полтора к одному на самой ранней, seed-стадии не проблема, а нормальный ориентир: выборка клиентов еще слишком мала, чтобы делать далекоидущие выводы, важнее динамика, а не абсолютное число.
Венчурные инвесторы на ранней стадии вообще смотрят не на LTV к CAC, а на срок окупаемости клиента и удержание. Сам показатель LTV к CAC начинают учитывать всерьез только с раунда Series B или C, когда у компании накопилось достаточно данных, чтобы соотношению можно было доверять. Требовать безупречное соотношение от растущего стартапа на старте значит применять метрику не в той стадии, для которой она годится.
Есть и обратная сторона: слишком высокое соотношение не всегда повод для гордости. Соотношение пять к одному и выше сигнал не эффективности, а недоинвестирования в маркетинг, а показатель выше десяти к одному прямо указывает: пора наращивать маркетинговый бюджет, расширять отдел продаж или выходить на новые рынки. Компания в таком случае оставляет рост на столе, экономя там, где можно было бы расти быстрее. Подробный разбор норматива LTV к CAC и его отраслевых значений в статье про аналитику продаж и воронку, здесь важнее понять логику, а не запомнить одну цифру.
Соотношение стоит читать не как отдельную цифру, а вместе со сроком окупаемости и стадией бизнеса. Молодая компания с ограниченным капиталом может позволить себе более скромное соотношение, если окупаемость быстрая и деньги возвращаются, пока еще есть кассовый запас на следующий цикл привлечения. Зрелая компания с долгим циклом продаж может держать соотношение ниже трех к одному годами и оставаться устойчивой, если структура расходов и доступ к капиталу это позволяют. Один и тот же показатель для двух разных компаний может означать разное: контекст важнее самого числа.
Срок окупаемости клиента и точка безубыточности
Срок окупаемости клиента, или CAC Payback Period, отвечает на конкретный вопрос: за сколько месяцев валовая прибыль от клиента покроет расходы на его привлечение. Формула простая: стоимость привлечения клиента, деленная на валовую прибыль от него за месяц. У этой формулы есть слабое место: она не учитывает ни отток клиентов, ни стоимость денег во времени, а значит, на практике реальная окупаемость чаще оказывается длиннее расчетной, а не короче.
Ориентиры здесь выстраиваются по шкале. Для SaaS-бизнеса срок окупаемости до 12 месяцев считается хорошим показателем, особенно для стартапа с ограниченным капиталом. Диапазон от 12 до 18 месяцев приемлемо, от 18 до 24 уже повод насторожиться, а свыше 24 месяцев критично для компании без большого запаса капитала. Крупные компании с доступом к капиталу могут позволить себе более долгую окупаемость ради роста, длинный Payback сам по себе не проблема, если у бизнеса хватает денег ждать.
Рядом с окупаемостью клиента стоит соседний показатель, точка безубыточности на уровне юнита: сколько единиц нужно продать, чтобы бизнес вышел в ноль. Формула: постоянные расходы, деленные на разницу между ценой за единицу и переменными расходами на нее. Разница с Payback Period принципиальная: точка безубыточности показывает порог по объему продаж, а не по времени, и не привязана к конкретному клиенту или каналу.
Короткий срок окупаемости решает не только вопрос эффективности, но и вопрос денег на счете. Пока клиент не окупился, компания фактически кредитует собственный рост из своего оборотного капитала: деньги на его привлечение уже потрачены, а возврат еще впереди. Чем быстрее возврат, тем меньше кассовый запас нужен компании, чтобы продолжать привлекать новых клиентов без остановки: длинный Payback заставляет либо замедлить темп привлечения, либо искать внешнее финансирование под этот разрыв, а короткий позволяет реинвестировать возвращенные деньги в следующий цикл почти сразу.
Маржинальность юнита: CM1, CM2, CM3 и разница с маржой компании
Маржинальность юнита раскладывается на несколько уровней, и разница между ними — это разница между "сколько заработали на продукте" и "сколько реально осталось после всех расходов на привлечение и обслуживание". CM1 первый и самый простой уровень: выручка на юнит минус прямая себестоимость, то есть переменные затраты, напрямую связанные с производством или оказанием услуги.
Дальше маржа сужается еще на два шага. CM2 получается из CM1 за вычетом переменных операционных расходов на обслуживание юнита: фулфилмента, доставки, поддержки клиента, всего, что тратится на юнит уже после производства, но до момента привлечения нового клиента. CM3 финальный уровень: CM2 за вычетом стоимости привлечения этого клиента, то есть CAC. Именно CM3 показывает, остается ли у компании хоть что-то после того, как учтены и себестоимость, и обслуживание, и реклама с продажами, которые привели клиента.
Три уровня маржи полезны именно потому, что указывают на разные проблемы. Отрицательный CM1 значит, что бизнес продает ниже себестоимости, проблема в цене или в закупке, и никакая оптимизация маркетинга это не исправит. Положительный CM1, но отрицательный CM2 говорит о том, что обслуживание клиента обходится слишком дорого, стоит смотреть в сторону логистики, поддержки или фулфилмента. А если и CM1, и CM2 положительные, а в минус уходит только CM3, проблема именно в стоимости привлечения, и решать ее нужно пересмотром каналов и рекламных бюджетов, а не ценой или себестоимостью товара.
Важно не путать юнит-маржу с операционной маржой всей компании: это разные срезы одной картины. Юнит-маржа считается по одному клиенту или заказу и учитывает только прямые переменные расходы, а операционная маржа компании: комплексный показатель, включающий все расходы организации целиком, в том числе постоянные и косвенные. Здоровая общая маржа компании может маскировать то, что часть клиентов дает отрицательную маржу на уровне юнита, а прибыльность в целом держится за счет другого сегмента. Как читать операционную маржу и рентабельность компании целиком, разбирали в статье про финансовую отчетность для директора.
Свести все метрики раздела в одну таблицу удобнее, чем держать их в голове по отдельности, особенно когда нужно быстро сверить формулу или прикинуть, укладывается ли текущая цифра в разумный ориентир.
| Метрика | Формула | Ориентир |
|---|---|---|
| LTV | Средний чек × частота покупок × срок жизни клиента | Строгой нормы нет, важно соотношение с CAC |
| CAC (fully-loaded) | Реклама + зарплаты продаж и маркетинга + инструменты + накладные / новые клиенты | Сравнивать по каналам, не усреднять |
| LTV к CAC | LTV / CAC | Ориентир около 3:1, эмпирика без строгого расчета |
| Payback Period | CAC / валовая прибыль от клиента в месяц | До 12 мес хорошо, 12-18 приемлемо, свыше 24 критично |
| CM1 | Выручка на юнит − себестоимость (COGS) | Должна быть положительной |
| CM3 | CM1 − операционные расходы на юнит − CAC | Должна быть положительной, иначе клиент не окупается |
Считаем юнит-экономику на одном примере: от CAC до ROI
Формулы проще понять на одном сквозном примере, где числа проходят через все метрики подряд, а не разбросаны по разным иллюстрациям. Возьмем условную компанию, которая продает подписку на сервис для бизнеса за 15000 рублей в месяц, а средний клиент остается с компанией 14 месяцев.
Первый шаг: LTV равен 15000 рублей умножить на 14 месяцев, то есть 210000 рублей пожизненной ценности клиента. Дальше считаем CAC двумя способами, чтобы увидеть разницу между красивой и честной цифрой. Маркетинговый бюджет за месяц 900000 рублей, новых клиентов за тот же месяц 30, значит упрощенный, unloaded CAC равен 30000 рублей на клиента. Если добавить зарплаты продавцов и маркетологов, инструменты и накладные расходы, еще 20000 рублей на клиента, получаем честный, fully-loaded CAC в 50000 рублей.
Соотношение LTV к CAC меняется от красивого до просто здорового: по упрощенному CAC получается семь к одному, по честному 4,2 к одному. Оба варианта выше тревожного порога один к одному, но именно честная цифра ближе к реальности и годится для решения о масштабировании канала, а не декоративная семерка.
Дальше маржа. Переменные расходы на обслуживание клиента: 3000 рублей в месяц на прямую себестоимость и 1000 рублей на поддержку. За весь срок жизни клиента это 42000 и 14000 рублей соответственно. CM1 получается 168000 рублей, CM2 154000 рублей, а после вычета fully-loaded CAC в 50000 рублей CM3 составляет 104000 рублей: именно эта сумма реально остается компании с одного клиента за все время сотрудничества, после всех расходов без исключения.
Осталось посчитать срок окупаемости и итоговую доходность вложений в привлечение. Валовая прибыль с клиента в месяц: 15000 минус 3000 минус 1000, то есть 11000 рублей. Fully-loaded CAC в 50000 рублей делится на эту сумму и дает срок окупаемости около 4,5 месяца, заметно короче тревожного порога в 18-24 месяца. ROI считается как разница между LTV и CAC, деленная на CAC: (210000 минус 50000) делить на 50000 дает 3,2, или 320 процентов доходности на каждый рубль, вложенный в привлечение этого клиента.
Управленческий вывод из этого примера простой и как раз тот, ради которого весь расчет затевался: канал с честным CAC в 50000 рублей и окупаемостью в 4,5 месяца можно и нужно масштабировать, а декоративная семерка по заниженному CAC ввела бы в заблуждение и о запасе прочности, и о реальной скорости возврата вложений.
Полезно прикинуть и обратную сторону примера: что произойдет, если срок жизни клиента окажется короче ожидаемого. Если из-за оттока клиент уходит не через 14, а через 8 месяцев, LTV падает со 210000 до 120000 рублей, соотношение LTV к CAC по честной цифре опускается с 4,2 до 2,4, уже ниже привычного ориентира в три к одному. Именно поэтому отток так сильно влияет на все последующие метрики: он не просто снижает одну цифру, а тянет вниз соотношение LTV к CAC и делает канал, который выглядел здоровым, пограничным. Это ровно тот сценарий, ради которого стоит пересчитывать юнит-экономику регулярно, а не один раз в год.
Модель юнита: клиент, заказ или единица товара, что выбрать
Выбор модели юнита определяет, что вообще имеет смысл измерять, и ошибка на этом шаге искажает все дальнейшие расчеты, даже если формулы применены правильно. Клиентская модель считает юнитом клиента и подходит бизнесу, где ценность строится на повторных платежах: подпискам, SaaS-сервисам, услугам с длительным циклом обслуживания. Здесь нормально уйти в минус на первой продаже, потому что расчет строится на всем сроке жизни клиента, а не на разовой сделке.
Транзакционная модель считает юнитом заказ или единицу товара и требует другой логики: расходы на привлечение должны окупаться в рамках одной сделки, а не растягиваться на месяцы вперед. Это модель розницы, e-commerce, маркетплейсов, там, где повторная покупка не гарантирована, а клиент может уйти к конкуренту после первого же заказа.
| Параметр | Клиентская модель | Транзакционная модель |
|---|---|---|
| Юнит | Клиент | Заказ или единица товара |
| Где применяется | SaaS, подписки, услуги | Розница, e-commerce, маркетплейсы |
| Окупаемость привлечения | Растянута на весь срок жизни клиента | Ожидается в рамках одной сделки |
| Ключевые метрики | LTV, отток, срок жизни клиента | Маржа на заказ, логистика, процент возвратов |
На практике выбор редко бывает стопроцентно очевидным. Компания с гибридной моделью, скажем сервис с разовыми заказами и подпиской одновременно, может считать юнит-экономику по обеим моделям параллельно и сравнивать результаты: какая часть бизнеса реально зарабатывает, а какая держится на энтузиазме команды. Неправильно выбранная модель не портит формулы сама по себе, она портит состав затрат, которые в эти формулы попадают, а значит, и итоговый вывод о прибыльности.
Есть и промежуточные случаи, которые не укладываются чисто ни в одну из моделей. B2B-компания с длинным циклом продажи и разовыми крупными контрактами формально ближе к транзакционной модели, юнит здесь заказ или проект, но по логике окупаемости ведет себя как клиентская: расходы на привлечение одного крупного клиента могут окупаться месяцами, а иногда и годами. В таких случаях разумнее ориентироваться не на формальную классификацию, а на то, какой горизонт окупаемости реально закладывает бизнес, и считать юнит-экономику под этот горизонт, а не под шаблон из учебника.
Типичные ошибки при расчете юнит-экономики
Большинство ошибок в юнит-экономике не про сложную математику, а про то, что в расчет попадает не вся картина или он делается слишком редко. Каждая из них по отдельности выглядит безобидно, а вместе они дают руководителю ложное чувство уверенности в цифре, которая на самом деле недостоверна.
- CAC считают только по рекламному бюджету. Без зарплат продавцов, маркетологов, инструментов и накладных расходов итоговая цифра получается заниженной и не отражает реальную стоимость привлечения.
- LTV считают без учета оттока. Усредненная формула чек × частота × срок жизни клиента дает красивое число, но игнорирует то, что часть клиентов уходит раньше, чем предполагалось при расчете.
- Юнит-экономику считают разово, а не регулярно. Считать нужно минимум раз в месяц и отдельно по каждому каналу и продукту, иначе показатели устаревают быстрее, чем на них успевают среагировать.
- Юнит-экономику путают с управленческим учетом. Положительный P&L может маскировать отрицательную юнит-экономику отдельного сегмента клиентов, а отрицательный P&L может уживаться с прибыльной юнит-экономикой на стадии активного роста.
- Считают по выручке, а не по прибыли. Юнит-экономика, построенная на выручке без вычета расходов, показывает не прибыльность, а оборот — это разные вещи, и подменять одно другим опасно для решений о масштабировании.
Есть и более тонкие ловушки. Расчет по одному усредненному периоду скрывает сезонность: в одном разборе квартальное соотношение LTV к CAC у бренда потребительских товаров колебалось от 1,4 к одному в начале года до 3,8 к одному в конце, годовое среднее в этом случае просто маскирует картину, а не описывает ее. Похожая проблема возникает при усреднении по каналам: единый blended CAC способен скрывать то, что один канал стоит компании 2000 рублей на клиента, другой 8500, а третий всего 1200, и без разбивки по каналам решение о том, куда вкладывать бюджет дальше, принимается вслепую.
У всех этих ошибок общий корень: расчет делается один раз, по одной усредненной цифре, и потом живет своей жизнью месяцами, пока кто-то не заметит расхождение с реальностью. Юнит-экономика не терпит одной цифры на все случаи, она требует разбивки по каналам, по сегментам, по времени, и именно детализация, а не сама формула, отделяет полезный расчет от красивой, но бесполезной таблицы в презентации.
Как считать юнит-экономику регулярно, а не раз в квартал
Проблема большинства расчетов юнит-экономики не в формулах, а в том, что данные для них приходится собирать вручную. Финансовые аналитики нередко тратят дни на подготовку ответа на один запрос руководителя, потому что цифры разбросаны по рекламным кабинетам, CRM, платежным системам и складским отчетам, и свести их в одну таблицу отдельная, довольно нудная работа. Пока эта работа делается вручную, юнит-экономику пересчитывают тогда, когда получается, а не тогда, когда нужно для решения.
Подавляющее большинство компаний по-прежнему считает такие цифры в Excel или Google Таблицах хотя бы раз в квартал, и в этом нет ничего постыдного для небольшого бизнеса с одним источником данных. Проблема начинается не от размера компании, а от числа источников: как только рекламу, CRM и платежи нужно сводить одновременно, ручной пересчет каждый раз занимает время, которое можно было потратить на анализ цифр, а не на их механический перенос.
Технически задача решается через единый источник данных: подключение по API или через ETL ко всем системам компании, рекламе, CRM, финансам, складу, с синхронизацией в близком к реальному времени режиме. Порядок в отчетности важнее точности одной отдельно взятой формулы: пока данные собираются вручную и у каждого отдела свои цифры, спорить о том, какой канал масштабировать, а какой резать, попросту бессмысленно, сначала нужен один источник правды, а потом уже точность расчета.
Организационная сторона вопроса не менее важна, чем техническая. У метрики должен быть конкретный владелец, не "отдел маркетинга в целом", а человек, который раз в неделю или две смотрит на LTV, CAC и маржинальность по каналам и приносит выводы на планерку, а не ждет, пока кто-то попросит отчет. Без владельца даже автоматический дашборд превращается в цифры, на которые никто не смотрит между квартальными отчетами: смысл регулярного расчета именно в том, чтобы решения принимались по свежим данным, а не по памяти о прошлогодней таблице.
По оценке одного из отраслевых исследований, переход на единое хранилище данных с автоматическими дашбордами сокращает время финансовой команды на сбор и обработку данных до 65 процентов. Единый дашборд Analyzo собирает данные из рекламы, CRM и платежных систем в одном месте и считает LTV, CAC и маржинальность юнита на живых, а не устаревших раз в квартал цифрах, примерно ту же логику визуализации метрик разбирали в статье про дашборд для бизнеса.
Часто задаваемые вопросы
Чем юнит-экономика отличается от финансовой модели? Юнит-экономика считает прибыльность одного юнита: клиента, заказа, подписки. Финансовая модель смотрит на весь бизнес целиком и на денежные потоки во времени: выручку, расходы, кассовые разрывы, точки привлечения инвестиций. Одно строится снизу вверх, от юнита, другое сверху вниз, от компании в целом.
Как часто нужно пересчитывать юнит-экономику? В идеале на постоянной основе, а не разово. Точный триггер для пересчета: изменение стоимости трафика, каналов привлечения, цен или сезона: любое из этих событий сдвигает CAC или LTV, и вчерашние цифры перестают отражать реальность.
Можно ли считать юнит-экономику для услуг, если нет четкого товара? Да, юнит в этом случае клиент или проект, а метрики те же самые: LTV, CAC, маржинальность, срок окупаемости. Меняется только состав переменных расходов на юнит: вместо себестоимости товара это часы специалистов и стоимость обслуживания проекта.
Какое соотношение LTV к CAC считается нормальным? Отраслевой ориентир около трех к одному, но это эмпирическое наблюдение, а не строгий расчет, и зависит от стадии бизнеса и модели юнита. На seed-стадии полтора к одному с положительной динамикой тоже нормально, подробнее разбирали в статье про воронку продаж.
Нужно ли считать юнит-экономику отдельно для каждого продукта, если их несколько? Да, если продукты заметно отличаются по себестоимости, циклу продажи или каналам привлечения. Единая юнит-экономика по всей продуктовой линейке усредняет прибыльные и убыточные продукты в одну цифру, точно так же, как усредненный CAC маскирует разброс между каналами, разобранный выше в разделе про типичные ошибки.
Что делать, если CAC оказался выше LTV? Это не всегда повод паниковать сразу, но повод немедленно разобраться в причине. Проверить, не искажен ли CAC из-за того, что он посчитан только по рекламе без остальных расходов на привлечение, и не завышен ли LTV из-за того, что не учтен реальный отток клиентов. Если после честного пересчета соотношение остается ниже единицы, канал или продукт стоит либо менять по цене, либо останавливать.
С чего начать расчет юнит-экономики, если в компании его никогда не делали? С самого простого: выбрать юнит, посчитать CAC и LTV по одному, самому крупному каналу привлечения за последний завершенный месяц. Не нужно сразу строить сложную модель с разбивкой по всем сегментам, сначала важно получить хотя бы одну честную цифру, а детализацию и регулярность добавлять уже после того, как расчет прижился как рабочая привычка, а не разовое упражнение.
Что это меняет для решений
Юнит-экономика не формулы ради формул, а ответ на вопрос, на чем компания зарабатывает, а что тянет ее в минус. LTV показывает, сколько реально приносит клиент за все время сотрудничества. CAC, честно посчитанный со всеми расходами, показывает, во что этот клиент обходится. Соотношение между ними и срок окупаемости говорят, можно ли масштабировать канал уже сейчас или сначала нужно разобраться с экономикой. По отдельности каждая метрика отвечает на свой узкий вопрос, а вместе они складываются в картину, на основании которой можно резать неэффективный канал, поднимать цену или спокойно расти дальше.
Без регулярного пересчета на актуальных данных эти цифры устаревают быстрее, чем принимаются решения, а решение, принятое по устаревшей юнит-экономике, ничем не лучше решения, принятого вообще без расчета. Единый дашборд Analyzo подключает источники данных и пересчитывает LTV, CAC и маржинальность юнита автоматически, чтобы директор смотрел на актуальную картину вместо того, чтобы каждый квартал заново сводить формулы в отдельной таблице.