Примеры применения юнит-экономики — 23 июня 2026 г. в 10:49:34.711
Примеры применения юнит-экономики Взял 3 типичные ситуации из частых ошибок на курсе, в аудитах и консультациях Ключевое: нужно докопаться до проблемных показателей. Их может быть всего 5 - CPC, показы, CTR, CR, средний чек. Остальные - производные от них (в посте выше раскрыл почему). И дальше - анализировать только их, не тратя время на другие 1. Сужение поля вариантов причин поломки Сильно вырос CPL. Что делать? Обычно ответы тактические - корректировки ставок, убрать фрод, поменять что-то на сайте, перезапустить, другая стратегия и т.д. Можно и угадать, и промахнуться, и сломать работающее Смотрим формулу: CPL = CPC / CR. Выросла CPL - значит выросла CPC или упала CR, либо оба. Обычно не везде сразу, а только для одного сегмента, например, в рк на поиске. На остальное отвлекаться нет смысла На графике видим рост CPC по этой рк. Какой следующий шаг? Сразу хочется снизить ставки / отключить рк / перекинуть бюджет и тд. Но пока рано Нужно найти причину роста. Нередко она в своих же действиях - например, перевели на ручку, потолка cpc больше нет (поэтому так важно снимать результаты действий - скачки видны сразу) Причин может быть много, но обычно на поверхности. Тогда остаётся одно прицельное действие - часто его хватает, чтобы вернуть показатели. Та же тактика (откатить, оптимизировать, и тд), но уже не наугад и не ломая лишнего Чтобы 8/10 было на поверхности, нужно расширять поле вариантов возможных причин и реакций на них 2. Расширение поля вариантов рычагов Клиент говорит: нужно больше лидов на тот же бюджет (то есть ещё и снизить CPL) Обычно первое действие - перераспределять трафик. И часто оно верно. Но не всегда лучшее, не всегда возможно, и тоже может сломать L = клики * CR. Значит, нужно повысить CR и/или увеличить объём трафика со снижением CPC, чтобы остаться в том же бюджете Но можно и в два шага. Cнизить CPL без роста L, а потом нарастить трафик А проще наоборот - сначала больше L на ± тот же CPL, а потом снижать CPL. «Но ведь клиент сказал на тот же бюджет?». Часто когда спрашиваешь, клиент неожиданно соглашается на такой путь. А потом и снижать бюджет бывает не нужно У каждого пути свои рычаги. На одном проекте можно снизить CPC, на другом нет. Где-то есть куда перераспределять, где-то это риск сломать РСЯ. Чем больше исследовал рычагов - тем проще и быстрее решение 3. Влияние на качество лидов Клиент говорит: лиды пошли плохие Что значит качество? EPC = CR * СЧ. Значит, проблема либо в среднем чеке, либо в CR этапов воронки (обычно либо много спам-лидов, либо слишком холодные) Спрашиваем, клиент уточняет: холодные. Но это размыто. Смотрим CR этапов воронки по сегментам в разные периоды - видим, что с РСЯ гораздо ниже CR из лида в замер, чем с поиска. При этом CPL в РСЯ ниже, поэтому ранее перекинули туда часть бюджета. Лидов стало больше, но замеров меньше, цена замера и клиента выросла Дальше - либо перераспределить обратно, либо добавить бюджет на поиск, оставив РСЯ как есть, и поработать над теплотой трафика в РСЯ Бывали и задачи потруднее - увеличить долю лидов с высоким чеком, когда они приходили с тех же источников, что и с низким. Тогда делили чеки на диапазоны - дешёвые, средние, дорогие, и считали по ним CR отдельно. То есть свели средний чек к CR в дорогие покупки, и дальше работали с ней *** В каждой задаче в Директе есть этап анализа и планирования. Когда рано нажимать на кнопки. Не только в таких примерах. Настройка, тесты, масштабирование, администрирование - везде первичные показатели упрощают и ускоряют процесс То есть проблема не столько в незнании юнит-экономики, а в пропуске этапа анализа. Мозг сопротивляется - ему придётся вдумываться, прилагать усилия. У меня тоже каждый раз эта борьба - «Да чё тут думать», «Некогда считать», «Всё и так понятно». Хочется по наитию и быстрее Юнит-экономика - отличный первый шаг в анализе, сразу убирает много неопределённости, запускает процесс по нужным рельсам и ускоряет его. Это золотой ключик. Пользуйся😜