Юнит-экономика для новичков: как посчитать прибыльность продукта до запуска

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

Краткий план расчёта прибыльности до релиза

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

Что входит в юнит-экономику продукта и какие метрики считать в первую очередь

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

Минимальный набор метрик

• Юнит: 1 заказ / 1 платящая подписка / 1 активный пользователь за период (выберите один).
• Price (P): средний чек или платеж за период.
• Variable Cost (VC): переменные затраты на юнит (логистика, эквайринг, контент, облако на пользователя, поддержка на заказ).
• Contribution Margin (CM): маржинальный доход на юнит: CM = P − VC.
• CAC: стоимость привлечения платящего юнита.
• LTV: валовая выручка или маржинальный вклад от клиента за срок жизни (важно заранее договориться, какой LTV вы считаете).

Кому подходит и когда не стоит делать модель

• Подходит: D2C/маркетплейс-продавцам, подпискам (SaaS/EdTech), сервисам с платным действием, B2C/B2B с понятной воронкой.
• Не стоит усложнять: если нет даже примерной цены или способа монетизации - начните с интервью и теста спроса, а "калькулятор юнит экономики" подключайте после фиксации оффера.
• Опасно опираться только на модель: когда продажи будут через длинные enterprise-циклы и 1-2 сделки решают всё - там важнее pipeline-экономика и план по cashflow.

Сбор данных: минимальный набор предпосылок и источников для модели

Цель: получить реалистичные входные данные, достаточные для первого прогноза.
Действие: зафиксируйте предпосылки и их источники (тесты, аналитика, коммерческие условия).
Результат: у каждого числа есть владелец и способ проверки после запуска.

Что нужно подготовить (инструменты и доступы)

• Таблица (Google Sheets/Excel) или BI-черновик; для старта достаточно одной вкладки "Предпосылки".
• Доступ к рекламным кабинетам/медиаплану (прогноз CPC/CPM/CPA), либо данные пилотных кампаний.
• Черновая спецификация себестоимости: поставщики/логистика/эквайринг/комиссии/облако/поддержка.
• Черновик воронки: просмотры → лиды → регистрации → активации → оплата (или ваши этапы).
• Правила учета: что вы считаете переменными затратами, а что - фиксированными (чтобы не "убить" юнит экономику бухгалтерией).

Пример входных данных и итоговых метрик (для ориентира)

Блок	Параметр	Обозначение	Пример	Как использовать в модели
Монетизация	Средний чек	P	2 000 ₽	Выручка на 1 заказ
Затраты	Переменные затраты на заказ	VC	800 ₽	CM = P − VC
Воронка	Конверсия к покупке	CR	2% (0,02)	Покупатели = Клики × CR
Маркетинг	Цена клика	CPC	40 ₽	Расход = Клики × CPC
Итог	CAC на покупателя	CAC	2 000 ₽	CAC = CPC / CR = 40 / 0,02
Итог	Маржинальный доход на заказ	CM	1 200 ₽	CM = 2 000 − 800
Итог	Юнит-экономика (прибыль/убыток на 1-й заказ)	CM − CAC	−800 ₽	Проверка: 1 200 − 2 000

Этот пример показывает типичную ситуацию до оптимизации: первый заказ убыточен, значит нужно либо повышать конверсию/снижать CAC, либо зарабатывать на повторных покупках (LTV), либо увеличивать маржу.

Пошаговая формула: как посчитать CAC, LTV и воронку монетизации

Цель: собрать воронку и связать маркетинг, монетизацию и затраты в одну формулу.
Действие: последовательно рассчитайте конверсии, CAC, LTV и сравните с маржинальным вкладом.
Результат: вы получаете рабочий "калькулятор юнит экономики", который легко обновлять фактами после запуска.

Мини-чеклист подготовки перед расчетами

• Определите юнит и период (например, 1 платящий клиент в месяц).
• Согласуйте, что такое переменные затраты (на юнит), а что фиксированные.
• Выберите окно LTV (например, 6 или 12 месяцев) и правило дисконтирования (если применяете - фиксируйте).
• Запишите источники предпосылок: тест, договор, бенчмарк, оценка команды.
• Решите, какую цель оптимизации проверяете: выйти в плюс на 1-й покупке или "окупаться" на горизонте LTV.

1. Опишите воронку и конверсии по этапам

   Запишите этапы от касания до оплаты и поставьте конверсии на каждый шаг. Чем больше этапов - тем проще диагностировать, где теряются деньги.

   • Пример: 10 000 показов → 500 кликов (CTR 5%) → 100 лидов (CR1 20%) → 20 оплат (CR2 20%).
2. Посчитайте стоимость привлечения на нужный юнит (CAC)

   Если вы ведете трафик на покупку, используйте CAC = Marketing Spend / #Customers. Через CPC и итоговую конверсию: CAC = CPC / CR, где CR - конверсия "клик → покупка".

   • Пример: CPC 40 ₽, CR 2% → CAC = 40 / 0,02 = 2 000 ₽.
3. Рассчитайте маржинальный вклад на транзакцию

   Сначала посчитайте маржинальный доход: CM = P − VC. Это основа, на которую "ложится" CAC и далее окупаемость.

   • Пример: P 2 000 ₽, VC 800 ₽ → CM = 1 200 ₽.
4. Оцените LTV: через частоту, удержание и маржу

   Выберите простую модель. Для повторных покупок: LTV (по марже) = CM × N, где N - ожидаемое число покупок на клиента за выбранное окно.

   • Пример: CM 1 200 ₽, N = 3 покупки → LTV = 3 600 ₽ (маржинальный).
5. Сведите результат: окупаемость и ограничение по CAC

   Проверка на уровне юнита: Unit Profit = LTV − CAC (если LTV маржинальный) или CM − CAC (если смотрите только 1-ю покупку). Если получаете минус - ищите рычаг: цена/маржа/конверсия/CAC/повторы.

   • Пример: LTV 3 600 ₽ и CAC 2 000 ₽ → запас = 1 600 ₽ на фиксированные расходы и прибыль.

Фраза "как посчитать прибыльность продукта" в юнит-экономике почти всегда означает: проверить, что LTV (в выбранной трактовке) устойчиво больше CAC и остается запас на фиксированные расходы, возвраты и ошибки прогноза.

Маржинальность на единицу продукта и вычисление точки безубыточности

Цель: убедиться, что модель выдерживает фиксированные расходы и масштабирование.
Действие: отделите переменные затраты от фиксированных и посчитайте безубыточный объем.
Результат: вы понимаете минимальное число юнитов/клиентов, чтобы "не сгореть" после релиза.

Формулы, которые стоит закрепить

• Маржинальность (по марже): CM% = (P − VC) / P.
• Точка безубыточности в юнитах: BE Units = Fixed Costs / (CM − CAC_{на юнит}), если CAC относится к этому юниту и вы считаете прибыль на "первом цикле". Если окупаемость по LTV - используйте BE Units = Fixed Costs / (LTV − CAC) в той же логике.

Проверка результата перед тем, как верить цифрам

• CM и CAC посчитаны в одной и той же "валюте" юнита (заказ к заказу, месяц к месяцу).
• Переменные затраты не содержат фиксированные статьи (офис, базовые оклады, единый софт без привязки к объему).
• CAC посчитан на платящий юнит, а не на лид/регистрацию (или явно отмечено, что это верхняя часть воронки).
• LTV рассчитан либо по выручке, либо по марже - и это явно указано (для сравнения с CAC обычно берут маржинальный LTV).
• Учтены возвраты/чарджбеки, если они типичны для категории (хотя бы отдельным коэффициентом в сценариях).
• Воронка не "прыгает" между каналами: конверсии соответствуют одному и тому же маршруту пользователя.
• Есть запас на ошибки: модель не "едва в ноль" в базовом сценарии.
• Точка безубыточности достижима по мощности: вы реально можете обслужить нужный объем (поддержка, производство, склад, серверы).

Анализ чувствительности: сценарии, пороговые значения и риск-показатели

Цель: понять, какие 1-2 метрики сильнее всего влияют на итог и где порог "сломает" экономику.
Действие: прогоните сценарии и найдите критические значения CAC/CR/маржи/ретеншна.
Результат: появляется план действий: что тестировать в первую очередь и какие ограничения поставить маркетингу.

Типовые ошибки и как их избежать

• Смешение разных периодов: CAC за неделю сравнивают с LTV за год без оговорок. Приводите к одному горизонту или фиксируйте окно LTV.
• Одна конверсия "на всё": итоговый CR берут "на глаз". Разбейте по этапам - так проще улучшать воронку монетизации.
• Игнорирование предельного CAC: вместо вопроса "сколько можно платить за клиента" смотрят на средний CAC. Рассчитывайте max CAC = LTV − целевая прибыль/запас.
• Оптимизм в LTV без подтверждения: закладывают много повторов/ретеншна без теста. Сделайте пессимистичный сценарий с 1-2 покупками.
• Неверная классификация затрат: поддержку/доставку/эквайринг относят в фиксированные и завышают маржу. Если растет с объемом - это переменные.
• Средний чек без распределения: если сильная разница по тарифам/товарам, "среднее" может быть ловушкой. Разбейте на 2-3 сегмента юнитов.
• Отсутствие порогов: не записывают, при каком CPC или CR экономика становится отрицательной. Введите "красные линии" для принятия решений.
• Нет проверки на реализуемость: модель может требовать недостижимого CR. Сверяйте с реальностью через небольшие тесты до запуска.

Практический преп-чёклист перед запуском: тесты, допущения и метрики мониторинга

Цель: превратить модель в план действий на запуск и первые недели.
Действие: зафиксируйте допущения, тесты и мониторинг, чтобы быстро обновлять расчет юнит экономики фактами.
Результат: вы снижаете риск "красивой таблицы", которая не управляет продуктом.

Пошаговый преп-чеклист к релизу

1. Определите юнит (заказ/подписка/клиент) и владельца модели (кто обновляет числа еженедельно).
2. Зафиксируйте 10-15 входных предпосылок и пометьте статус каждой: "из теста", "из договора", "экспертно".
3. Запланируйте минимум 1 тест на воронку (лендинг/креативы/оффер) и 1 тест на себестоимость (поставщик/логистика/облако).
4. Установите "красные линии" для остановки/перезапуска: max CAC, минимальный CR, минимальный CM%.
5. Подготовьте события аналитики: источник трафика, шаги воронки, оплата, возврат, повторная покупка/продление.
6. Сделайте отчет на 1 странице: CAC, CR по этапам, CM, LTV (выбранное окно), Unit Profit, точка безубыточности.
7. После старта обновляйте модель по факту и отдельно отмечайте расхождения с гипотезой (что именно "не доехало").

Альтернативы, когда классическая юнит-экономика пока не лучший инструмент

• Smoke-test оффера (предзаказ/лист ожидания): уместно, если непонятна цена и спрос. Результат - подтверждение готовности платить и диапазон P.
• Когортный пилот на малом бюджете: уместно, если LTV зависит от поведения. Результат - первые факты по удержанию/повторам вместо "веры".
• Модель валовой прибыли без CAC: уместно для каналов с долгими продажами (партнерки, enterprise), где CAC сложно посчитать до первых сделок. Результат - контроль маржи и ресурсов, пока не накопите данные по привлечению.
• Сегментная модель (2-3 юнита): уместно при разных тарифах/товарах. Результат - меньше искажений, чем от "средней температуры по больнице".

Разбор распространённых сомнений и ошибок при оценке

Можно ли сделать юнит экономика без исторических данных?

Да: используйте тестовые кампании, предзаказы, интервью и коммерческие условия по себестоимости. Важно пометить, какие числа "оценочные", и прогнать пессимистичный сценарий.

Что считать юнитом: пользователя, заказ или подписку?

Выбирайте то, на чем реально зарабатываете и что проще измерять. Для e-commerce обычно юнит - заказ, для SaaS - платящий аккаунт за период.

Как не ошибиться в CAC на старте?

Считайте CAC на платящую конверсию и отделяйте тестовый шум от стабильных кампаний. Если данных мало, используйте диапазон CAC и проверяйте пороговые значения.

LTV считать по выручке или по марже?

Для сравнения с CAC безопаснее маржинальный LTV, чтобы затраты не "всплыли" позже. Если считаете LTV по выручке, тогда CAC тоже должен быть сопоставим по уровню затрат, что редко удобно.

Почему "калькулятор юнит экономики" показывает минус, но бизнес может выжить?

Часто первый заказ убыточен, а окупаемость приходит на повторах, допродажах или более дешевых каналах со временем. Тогда фокус - на ретеншне/частоте покупок и снижении CAC, а не на марже первой покупки.

Какая минимальная детализация воронки нужна?

Минимум: переход → ключевое действие → оплата. Если каналов несколько или продукт сложный, добавьте промежуточный этап активации, чтобы понимать, где теряется конверсия.

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

Когда вы еженедельно обновляете входные предпосылки фактами и решения (лимит бюджета, ставка, цена) связаны с порогами модели. Если модель живет отдельно - это не инструмент управления.