Реклама на маркетплейсе: как автоматизировать - не только ставки

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

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

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

Что на самом деле нужно автоматизировать в рекламе на маркетплейсе

Когда говорят "автоматизировать рекламу на маркетплейсе", обычно имеют в виду один из четырёх разных слоёв задачи, и их легко перепутать:

• назначение ставки по ключевому слову или карточке - это делает встроенный алгоритм WB/Ozon/Я.Маркета, если включить авто-стратегию;
• утверждение и списание бюджета - кто разрешил потратить именно эту сумму на именно эту кампанию;
• реакция на изменение остатков, сезона, маржинальности - должна ли кампания вообще продолжать крутиться сегодня;
• отчётность и решение "продлеваем/меняем/останавливаем" - на основе чего и кто это решает регулярно, а не когда вспомнит.

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

Автостратегия в кабинете маркетплейса закрывает только ставки

Встроенные инструменты Wildberries, Ozon и Я.Маркета неплохо справляются с оптимизацией цены клика под заданную цель. Но у них есть общая слепая зона: они ничего не знают про твой склад, твою маржинальность и твои приоритеты по ассортименту.

Если товар закончился на складе, а рекламная кампания на карточку продолжает работать - маркетплейс не остановит показы сам: показы идут, клики идут, деньги списываются. Это прямой перерасход бюджета, а не гипотетический риск - реклама ведёт трафик на карточку, где нечего купить, и потраченные на неё рубли не возвращаются.

То же самое с маржинальностью: авто-стратегия держит ДРР на заданном уровне, но не умеет сказать "у этого SKU маржа ниже, чем мы готовы отдавать в рекламу, снижай приоритет". Такое решение принимает только человек, у которого перед глазами и юнит-экономика позиции, и рекламный отчёт одновременно - а эти два источника чаще всего живут в разных вкладках и сверяются от случая к случаю.

Регламент теряется в переписке? В Legend BMS шаг физически нельзя пропустить. Посмотреть →

Как выглядит бюджет на рекламу как бизнес-процесс: 6 шагов

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

1. Заявка на бюджет. Маркетолог или байер формирует запрос: на какие карточки, сколько, на какой период, с какой целевой ДРР.
2. Утверждение. Руководитель или собственник видит заявку с обоснованием и подтверждает сумму - шаг физически не пропускается, пока решения нет.
3. Запуск кампании. Настройка ставок и авто-стратегии в кабинете маркетплейса - технический шаг, который выполняется только после утверждения бюджета.
4. Ежедневный контроль. Проверка остатков по рекламируемым SKU и текущего расхода - без этого шага бюджет продолжает списываться на товар, которого физически нет в наличии.
5. Еженедельная оптимизация. Пересмотр ставок, минус-слов и приоритетных карточек по факту ДРР и продаж за неделю.
6. Отчёт и решение о продлении. Финальная сверка: сколько потрачено, какой ДРР по факту, продлеваем кампанию, меняем условия или останавливаем.

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

Сигналы, которые должны сами останавливать или менять кампанию

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

• остатки по рекламируемому SKU упали ниже порога (например, меньше чем на 3-5 дней продаж при текущем темпе);
• фактический ДРР за сутки или неделю превысил целевой на заданный процент;
• маржинальность позиции изменилась (изменилась закупочная цена, комиссия маркетплейса, добавилась акция) - и старая ставка рекламы для неё больше не экономически оправдана;
• сезон или акция маркетплейса закончились, а кампания продолжает крутиться по старым настройкам.

Каждый такой сигнал - это не повод для Excel-файла с формулами, а триггер конкретной задачи конкретному человеку: "остатки по SKU X ниже порога - подтверди паузу рекламы или довоз товара". Тогда реакция не зависит от того, вспомнил ли маркетолог зайти в кабинет именно сегодня.

Кто отвечает за что в процессе рекламы на маркетплейсе

Ошибка, которая чаще всего срывает автоматизацию, - когда за весь процесс отвечает один человек "по умолчанию", просто потому что он завёл первую кампанию. У процесса рекламы естественно минимум три роли:

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

Когда роли не разведены, ответственность молча падает на того, кто "и так уже в теме" - а руководитель узнаёт о перерасходе постфактум, из общего отчёта, а не в момент, когда решение ещё можно было изменить.

Что видно руководителю, когда процесс собран в систему

Главная разница между "реклама вроде автоматизирована" и "реклама реально автоматизирована" - не в алгоритме ставок, а в том, что видит руководитель, не открывая кабинет каждого маркетплейса лично. Если шесть шагов выше собраны как процесс, руководитель в любой момент видит: на каком шаге сейчас каждая кампания, кто её утвердил, когда был последний еженедельный отчёт и есть ли открытые сигналы (просроченные остатки, превышенный ДРР), которые ещё не отработаны.

Пример (модельная ситуация, не реальные цифры). Компания ведёт рекламу на 40 карточек на Wildberries и Ozon. Без процесса руководитель узнаёт о превышении бюджета в конце месяца, когда деньги уже потрачены. С процессом сигнал "ДРР превысил план на 15%" создаёт задачу маркетологу в день, когда это произошло - и решение пересмотреть ставки принимается на третий день перерасхода, а не на тридцатый.

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