Автоматическое распределение бюджета: реклама, которая настраивает себя

Четверг, 9:40. Руководитель маркетинга бренда домашнего текстиля открывает отчёт за выходные. Одна из пяти групп объявлений выстрелила в субботу днём: при том же расходе она принесла втрое больше корзин, чем остальные. И та же группа исчерпала дневной бюджет к девяти вечера субботы и остановилась. Остальные четыре спокойно тратили до ночи воскресенья. То есть все выходные аккаунт глушил рекламу, которая работала, и давал слово той, которая не работала. Никто не ошибся. Просто никто не зашёл в кабинет в одиннадцать вечера в воскресенье и не переложил бюджет.

Этот материал — о том, как передать такую перекладку правилу. Не обычному правилу, а тому, которое тратит деньги. По порядку: где ручное решение теряет время, на какой сигнал должно смотреть правило, сколько данных достаточно для одной перекладки, почему размер шага вызывает колебания, зачем нужны потолок и пол, какие перекладки обязаны уходить на согласование человеку, как откатить неверное решение, стоит ли автоматизировать бюджет между каналами, что происходит при столкновении с автоматикой самой площадки и какую репетицию стоит провести до запуска.

Где именно ручное решение о бюджете теряет время?

Задержка не одна, их три и они накладываются друг на друга. Первая — созревание данных: окупилась ли группа объявлений вчера, становится понятно только после того, как конверсии попадут в отчёт, а это в большинстве аккаунтов занимает часы. Вторая — очередь решения: человек, который видит цифру, и человек, у которого есть право менять бюджет, обычно разные люди, между ними стоит сообщение и ожидание ответа. Третья — исполнение: зайти в пять кабинетов пяти площадок и вручную поправить пять полей дольше, чем принять само решение.

Сложите их — и получите настоящую форму проблемы. Аукцион работает каждый час, решение по бюджету принимается раз в неделю. Стоимость этого разрыва не видна в счёте, потому что счёт показывает потраченные деньги, а не упущенные. Остановка выигрышной группы в девять вечера субботы не создаёт строки об ошибке — просто заказы, которые могли прийти той ночью, не пришли. Именно для этого нужно автоматическое распределение бюджета: не чтобы принимать более умные решения, а чтобы принимать то же решение гораздо чаще.

На какой сигнал смотреть правилу: на клики или на выигранные сделки?

Метрика, на которую смотрит правило, задаёт потолок его качества. CTR и цена клика приходят быстро и почти ничего не говорят: группа с дешёвыми кликами дешева потому, что попала в аудиторию, которая дёшево кликает. Количество заявок уже лучше, но именно отсюда начинается раздувание бюджета некачественными лидами. Самый честный сигнал — выигранная сделка, и он же, к сожалению, самый медленный.

Практическое решение — не выбирать один сигнал, а работать в два слоя. Быстрый слой принимает ежедневное решение: стоимость лида и темп расхода. Медленный слой раз в неделю пользуется правом вето: сколько лидов группы дошло до сделки и сколько денег принесло. Второй слой правит первый — группа с дешёвыми, но пустыми заявками растёт на быстром слое и урезается на медленном. Без этой связки автоматизация бюджета оптимизирует только вход в воронку; сопоставление рекламных расходов с выручкой, записанной в CRM, поэтому не украшение отчёта, а условие запуска.

В Rocketly эту связь держит Отчёт об источниках: лиды, конверсии и выигранная выручка распределяются по источнику первого касания, поэтому утверждение «эта группа хорошая» проверяется закрытыми сделками, а не кликами. Автоматическое распределение бюджета берёт решение именно из этой цифры: выигрышное объявление растёт, объявление с падающим ROAS урезается, но слово «выигрышное» определяет CRM, а не рекламный кабинет.

Сколько данных достаточно для одной перекладки?

Считать дни — неверный рефлекс, правильная единица измерения это события. Семь дней на группе с двумя конверсиями в сутки — это четырнадцать событий, и заявлять на четырнадцати событиях о разнице между двумя группами значит доверять ощущению, а не расчёту. Поэтому порог ставят двойной: группа попадает под перекладку только тогда, когда набрала и нужное число событий, и минимальный срок. Как пример стартовой настройки: тридцать конверсий на группу и не меньше семи дней, что заполнится позже.

Выбирая длину окна, учитывайте и день недели. Вторник и воскресенье конвертят по-разному, поэтому трёхдневное окно даёт разный вердикт в зависимости от того, на какой отрезок недели оно попало. Окно, кратное семи, заметно снижает этот шум.

Задержка конверсии зависит и от канала. Реклама футболки показывает эффект в тот же день, а кампания на закупочный комитет проявляется спустя недели; в B2B-кампаниях с точным выходом на лиц, принимающих решения, урезание по семидневному окну убивает выручку, которая просто ещё не записана. Одно окно не подходит всем каналам — его настраивают под цикл сделки конкретного канала.

Каким должен быть шаг и почему правило начинает раскачиваться?

Самая частая поломка автоматического распределения — не движение в неверную сторону, а слишком быстрое движение в верную. Сегодня правило удваивает бюджет выигрышной группы. Завтра она выходит на более широкую и более дорогую аудиторию, показатели падают. Правило резко урезает её. Урезанная группа возвращается на этап обучения, и показатели падают ещё сильнее. Бюджет, который каждые три дня ходит туда-сюда, даёт результат хуже нетронутого.

Раскачку останавливают три настройки. Ограничение шага: за один раз перекладывается не больше заданного процента текущего бюджета. Ограничение частоты: одну группу трогают не чаще раза в сутки. Пауза охлаждения: после перекладки группа не пересматривается минимум одно полное окно. Вместе они не дают правилу принимать собственный эффект за данные.

Это общая беда любой автоматики с обратной связью. Системы, которые сами меняют цену вслед за спросом и конкурентами, ломаются точно так же: система читает созданное ею же движение как рыночный сигнал и начинает его догонять. Лечение одинаковое — то, что система может изменить за один шаг, должно быть меньше того, что она способна надёжно измерить.

Почему опасно включать автоматику без потолка и пола?

От всех прочих правил бюджетную автоматику отличает одно: её ошибка необратима. Неверно проставленный тег вы исправите, задачу не тому человеку переназначите, а потраченные деньги остаются потраченными. Поэтому потолок — не настройка внутри автоматизации, а рамка вокруг неё. Если правило способно поднять собственный потолок, потолка у вас нет.

Пол важен не меньше, а забывают о нём чаще. Только что запущенная группа в первые дни выглядит плохо, потому что ещё не обучилась. Правило без пола убивает её до того, как она успеет обучиться, и за несколько месяцев аккаунт сжимается вокруг единственного победителя. Сузившийся портфель поднимает ROAS в короткую и останавливает рост в среднюю.

Ограничение	Что предотвращает	Пример настройки	Если его нет
Дневной потолок аккаунта	Цепочка правил выжигает счёт	1,2 дневной доли месячного бюджета	Недельный бюджет уходит за сутки
Потолок на группу	Одно объявление забирает всё	Не более 40% дневного бюджета	Портфель сводится к одной ставке
Пол на группу	Новую группу режут до обучения	30% стартового бюджета	Тесты умирают, не дав данных
Шаг одной перекладки	Раскачку и сброс обучения	20% текущего бюджета	Бюджет ходит туда-сюда каждый день
Порог согласования	Крупное решение принимается молча	Любая перекладка свыше 25%	Автоматика меняет стратегию сама

Значения в таблице — пример, а не рецепт: они зависят от числа событий, которое даёт ваш аккаунт за сутки. Не меняется логика: каждое ограничение описывает худшее, что правило может сделать, и удерживает это худшее на переносимом уровне. Ставить их приходится, глядя за пределы рекламного кабинета, потому что правило в середине месяца ничего не знает о его конце; простая месячная и годовая таблица бюджета — единственный документ, который говорит, где должен стоять потолок.

Какие перекладки должны уходить на согласование, а какие проходить сами?

Если согласовывать каждую перекладку, автоматика теряет смысл; если не согласовывать ни одной, однажды утром вы не узнаете собственный аккаунт. Границу проводит не размер, а обратимость решения. Небольшие и легко отменяемые движения — поднять бюджет группы на десятую часть — должны проходить сами. Решения выше порога, остановка группы, открытие бюджета на новой площадке и рост общего расхода уходят человеку.

У согласований две болезни. Первая — усталость: тот, кто ставит десять галочек в день, одиннадцатую поставит не читая. Вторая — поведение по таймауту: что происходит, если ответа нет, должно быть записано заранее, и значением по умолчанию всегда остаётся «перекладки не будет», а не «применить без ответа». Безопасное значение по умолчанию — бездействие.

В Rocketly этот шаг проходит через Ссылку согласования рекламы в письме: когда изменение кампании требует одобрения, ответственному уходит письмо, согласие или отказ даётся прямо по ссылке без входа в панель, а решение записывается в карточку кампании вместе с тем, кто и когда его принял. Последняя часть здесь главная — ценность согласования не в скорости, а в том, что его можно перечитать. Через три недели ответ на вопрос «почему этот бюджет подняли» лежит в карточке кампании, а не в чьей-то памяти.

Как откатить неверную перекладку?

Начать стоит с честного определения: откат не возвращает потраченные деньги, он только останавливает расход. Значит, откат — механизм ограничения ущерба, а не спасения, и его ценность целиком зависит от скорости срабатывания. Ошибка, замеченная на следующий день, стоит одного дня бюджета; замеченная через неделю — недели.

Рабочий откат состоит из трёх частей. Первая — сохранение прежнего значения: правило обязано записать старый бюджет до изменения, потому что вопрос «а сколько было раньше» в момент аврала никто не вспоминает. Вторая — возврат в один шаг: если восстановление требует ручной правки каждой группы, на практике это означает необратимость. Третья — запись самого отката, иначе завтра правило примет то же решение снова и петлю никто не заметит.

Триггер тоже должен быть автоматическим. Оповещения о производительности существуют ровно для этого: вы узнаёте, когда ROAS падает, стоимость подскакивает или расход неожиданно растёт. А «до» и «после» перекладки лежат на одной шкале времени в Экране кампании, где расход, число лидов и конверсии идут рядом, поэтому вопрос «это перекладка сломала или сезон» закрывается графиком, а не догадкой. И, наконец, опишите полную остановку: вернутся ли бюджеты к значениям до правила или к последним ручным значениям при полном выключении — это решают при настройке, а не в панике.

Стоит ли автоматизировать бюджет между каналами?

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

Распределение по каналам вообще отвечает на другой вопрос: сколько места каждый канал получает в этом квартале. Ответ зависит от стратегии, продуктового календаря и мощности команды гораздо сильнее, чем от данных прошлой недели; как строится распределение бюджета по каналам — отдельная работа, и это не территория еженедельного правила.

Верхняя часть воронки делает это разделение обязательным. Правило, которое читает последний клик, всегда увидит имиджевый канал убыточным и будет его резать. Кампании, построенные на охвате через видео, чаще поднимают конверсию поиска и прямых заходов, а не собственную, и этот вклад не появляется в той колонке, на которую смотрит правило.

То же рассуждение работает и для баланса платного с органикой. Эффект органики измеряется месяцами, платного — днями, две шкалы времени не помещаются в одно правило. Поэтому деление бюджета видимости между классическим и генеративным поиском — квартальное решение. Анализ структуры каналов в Rocketly сводит платное и органику в одну воронку, но смысл этого сведения в том, чтобы человек принимал решение, глядя на один экран, а не в том, чтобы решение принимала автоматика.

Что будет, если правило столкнётся с автоматикой самой площадки?

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

Правило простое: на каждом уровне один хозяин решения. Если площадка распределяет внутри кампании, ваше правило поднимается выше уровня кампании, управляет её общим бюджетом и не лезет внутрь. Понимание того, когда доверять автоматике, а когда вмешиваться руками, и есть работа по проведению этой границы.

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

Какую репетицию провести до включения правила?

Запускать тратящее деньги правило сразу в бой — значит проводить тест на бюджете. Первая репетиция — прогон по истории: запустите правило на цифрах последних трёх месяцев и посмотрите, какие перекладки оно сделало бы и чем это кончилось бы. Проверка рекламного правила на исторических данных до запуска вскрывает логические ошибки, не потратив ни рубля.

Второй шаг — теневой режим: неделю правило вырабатывает решения, но не применяет их, а только записывает. В конце недели вы смотрите на список и отвечаете на конкретный вопрос: сколько из этого я сделал бы сам. Третий шаг — начинать с малого; включение правила на небольшой доле бюджета с последующим расширением ограничивает цену ошибки с первого дня. Четвёртый — владение: у правила должны быть ответственный, дата пересмотра и человек с правом его выключить. Правило без хозяина через полгода превращается в коробку, которую никто не решается открыть.

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

Частые вопросы

Стоит ли оставлять автоматическое распределение включённым на выходные?

Основная выгода как раз там: часы, когда в кабинет никто не смотрит, — самые ценные для автоматики. Условие одно: на выходные потолки ставят уже, а порог согласования ниже, потому что заметить ошибку будет некому до утра понедельника.

Что правило должно делать в сезон распродаж?

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

Имеет ли смысл автоматическое распределение на маленьком бюджете?

Только если событий хватает для чтения. На аккаунте с парой конверсий в день правило примет шум за сигнал. В таком случае распределяйте не между группами, а между кампаниями, берите недельное окно и уменьшайте шаг.

Кто отвечает, если правило приняло неверное решение?

Тот, кто его собрал и утвердил пороги. Практический способ закрыть этот вопрос заранее — написать рядом с определением правила имя ответственного и дату пересмотра; правило без записанного хозяина в первый же дорогой день становится правилом, которое никто не признаёт своим.