Юнит-экономика при масштабировании ломается не в крео, а в учете затрат

Юнит-экономика при масштабировании ломается не в крео, а в учете затрат

Если вы считаете только закупку и доход с лида, масштаб быстро превращается в самообман. На объеме начинают всплывать расходы, которые раньше казались «мелочью»: процент платежки, возвраты, дожим менеджеров, брак в обработке, комиссии сервисов, холды. Статистика не врет, врет кривая интерпретация.

Считать надо не оборот, а маржу на единицу:
— CPL/CPA
— % отказов и возвратов
— стоимость обработки лида
— комиссию оплаты и вывода
— долю невыкупленных или неактивных заказов

Главная ошибка — размазывать постоянные расходы по всем лидам без логики. Если у вас растет команда, трекинг, антифрод, саппорт и вы не закладываете это в unit, вы видите «прибыль» на бумаге, а в кассе — дырку. Масштабирование — это не про нажатие кнопки, это про юнит-экономику.

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

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