Как агентство даёт джуну запускать кампании клиентов без переделки за сеньором

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

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

Ловушка переделки

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

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

Агентство также опасалось самых известных способов, которыми джуны ломают вещи на общем доступе. Собственные материалы Meta Business Help давно предупреждают, что общие логины и слишком широкие разрешения — ведущая причина инцидентов доступа и безопасности на Business-аккаунтах, и вся уязвимость агентства проходила ровно через этот паттерн: один пароль, полный охват, ноль записей о том, кто что сделал. Риск не гипотетический: Verizon в отчёте 2024 Data Breach Investigations Report сообщил, что 68% утечек содержали неумышленный человеческий фактор, а Gartner в 2023 году прогнозировал, что к 2025 году 75% сбоев безопасности будут происходить из-за неадекватного управления идентичностями, доступом и привилегиями — ровно того сбоя, который институционализирует общий логин агентства.

Ограничение первое: ограниченные роли, чтобы чужой аккаунт был недостижим

Первым ходом стало уничтожение общего логина. Каждый человек получил именное место с ограниченной ролью. Джуну назначили роль Media Buyer, привязанную только к тем трём клиентам, которых он запускал, — клиентам A, B и C. Любой другой клиент в ростере агентства был не «под запретом по политике»; он был невидимым и недостижимым. Джун не мог выбрать аккаунт, к которому не привязан, потому что тот просто не появлялся.

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

Тот же scoping сделал чистой и человеческую сторону. Когда обязанности джуна сдвигаются, сеньор расширяет или сужает набор аккаунтов, к которым он привязан, — без ротации паролей, без перераздачи доступа всей команде. Более широкий разбор того, как давать джунам вести аккаунты внутри границ, изложен в материале дайте джунам вести аккаунты без выгорания сеньоров.

Ограничение второе: массовый запуск, чтобы сборка выходила согласованной

Scoping решил, где джун может работать. Массовый запуск решил, как работа выходила наружу, — и именно это убрало переделку.

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

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

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

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

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

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

Неделя, когда джун запустил трёх клиентов чисто

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

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

Почему человек всё равно утверждает

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

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

Соберите тот же workflow

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

Агентства, ведущие нескольких клиентов и команду, обычно сидят на Pro за €499 или Plus за €1 499 в месяц (€1 199 в месяц при годовой оплате), которые масштабируются с числом аккаунтов и размером команды, а для крупнейших — Enterprise по индивидуальной цене. Настроить роли, протестировать массовый запуск и прогнать полный цикл «запуск и проверка» можно во время 14-дневного пробного периода вместе с бессрочным бесплатным тарифом, до перехода на платный план. О платформенном слое, который держит роли, массовый запуск и историю действий вместе, читайте в нашем обзоре лучшего софта для управления рекламой для агентств, а остальной плейбук — в хабе инструментов для агентств.