Дмитрий Ланецкий – Юнит-экономика для роста: модель, сценарии и контрольные пороги (страница 3)

лид (для анализа воронки),

запрос в поддержку (для оценки операционной нагрузки),

активный пользователь (для продуктовых метрик).

Главное – не превращать модель в зоопарк. Один главный юнит должен оставаться центром: именно на нём вы принимаете решения «куда вкладывать деньги» и «что масштабировать».

ИИ-метод: как быстро найти правильный юнит без религиозных споров

Спор о юните часто выглядит так: маркетинг хочет считать лид, продажи – сделку, финансы – клиента, продукт – активного пользователя. Все правы, но по-своему.

ИИ можно использовать как «модератора здравого смысла»:

Сформулировать цель решения: что мы хотим оптимизировать (прибыль, рост, окупаемость, cashflow).

Попросить ИИ предложить 3–5 вариантов юнита и объяснить, какие управленческие решения каждый поддерживает.

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

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

Важный момент: ИИ не должен «угадывать за вас». Он ускоряет перебор вариантов и проверку логики, но выбор юнита – это управленческое решение, связанное с вашей моделью монетизации.

Мини-чеклист: «Юнит выбран правильно, если…»

Юнит выбран хорошо, если вы можете честно ответить «да» на эти утверждения:

По юниту можно посчитать выручку и переменные затраты без шаманства.

По юниту можно посчитать стоимость привлечения (CAC) или хотя бы связать с маркетинговыми затратами.

Юнит имеет понятный жизненный цикл (покупка → повтор → отток/завершение).

Юнит сопоставим между периодами и каналами.

Улучшение метрик юнита приводит к улучшению реальных денег, а не только отчётов.

Артефакт: «Матрица выбора юнита» (быстрый шаблон)

Сделайте табличку (на бумаге, в Notion, в Excel – не важно) с колонками:

Вариант юнита

Что он объясняет лучше всего

Какие решения поддерживает

Какие данные нужны

Где взять данные

Риски/слепые зоны

И заполните для 3–4 кандидатов. Обычно после этого спор заканчивается сам, потому что становится видно: один вариант «красивый», но данных нет; другой «не модный», зато управляемый и связанный с деньгами.

Если первая глава была про то, почему юнит-экономика вообще важна, то эта – про правильный «объектив камеры». В следующей логике мы уже пойдём в базовые метрики (выручка, маржа, CAC, LTV) и то, как ИИ помогает собрать их так, чтобы модель не разваливалась при первом столкновении с реальностью.

Глава 3. Каркас юнит-экономики: метрики, без которых модель – фанфик

Юнит выбран. Отлично. Теперь нужно построить каркас – набор метрик, которые удерживают модель в реальности, как ребра удерживают грудную клетку (романтично, но полезно). Проблема большинства «юнит-табличек» не в том, что люди не умеют делить одно на другое. Проблема в том, что они считают не те вещи или считают их не в том месте воронки.

Каркас юнит-экономики – это несколько базовых величин и связи между ними. Они кажутся банальными, пока вы не начнёте принимать решения на миллионы, опираясь на цифры, которые «примерно похожи».

Скелет: из каких блоков состоит юнит-экономика

В любой модели почти всегда есть четыре слоя:

Выручка с юнита: сколько денег приходит.

Переменные затраты на юнит: сколько денег уходит из-за этого юнита.

Стоимость привлечения / продажи: сколько стоит получить юнит (или клиента).

Повторяемость / удержание: как долго юнит «живёт» и сколько раз повторяется.

Вокруг этих слоёв строятся остальные метрики и все «а давайте масштабироваться».

Выручка: не «сколько мы продали», а «сколько остаётся после реальности»

Для начала: выручка в юнит-экономике – это не всегда то же самое, что выручка в отчёте. Потому что нас интересует чистая выручка, которая реально привязана к юниту.

Что часто нужно учитывать сразу:

скидки и промокоды;

бонусы/кэшбек как недополученная выручка;

возвраты и отмены (лучше считать нетто).

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

Валовая маржа и вклад в покрытие: два разных зверя

Валовая маржа (Gross Margin) – это выручка минус себестоимость (COGS: cost of goods sold).

В e-commerce сюда обычно входят закупка/производство товара, упаковка, переменная логистика (иногда спорно), комиссии, эквайринг – в зависимости от вашей трактовки.

Но для управления часто важнее вклад в покрытие (Contribution Margin):

это выручка минус все переменные расходы, которые возникают из-за юнита.

Почему это важно? Потому что вклад в покрытие показывает, сколько денег остаётся, чтобы оплатить постоянные расходы (команда, офис, аренда, разработки) и всё-таки заработать.

Типичная ошибка: считать только валовую маржу и радоваться, не заметив, что переменные комиссии/доставка/поддержка съели половину.

CAC: стоимость привлечения (и почему она всегда выше, чем хочется)

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

Иногда считают CPA (cost per action) или CPO (cost per order) – стоимость заказа. Это нормально: зависит от того, ваш главный юнит – клиент или заказ.

Главная проблема CAC: люди включают туда только рекламный бюджет. А потом удивляются, что «по модели окупаемся», хотя реальная экономика как-то не согласна.

Что часто забывают в CAC:

зарплаты маркетинга и агентств (хотя бы частично);

расходы на креативы/продакшн;

CRM, коллтрекинг, сервисы;

скидки «на первую покупку» (это тоже цена привлечения, просто замаскирована);

работа отдела продаж, если он участвует (особенно B2B).

Практичное правило: если расход существует только потому, что вы привлекаете клиентов – он должен попасть в CAC/CPA (или хотя бы в отдельную строку, чтобы не терялся).

LTV: сколько ценности приносит клиент, пока не исчезнет в туман