MGA не автоматизировала творческое суждение. Сначала она разложила бриф.

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

Документированный процесс MGA Entertainment предлагает более узкий и полезный ответ, чем призыв «автоматизировать креатив». По данным клиентской истории Airtable, запросы приходили из разных каналов коммуникации и могли содержать объём, сопоставимый с семью или восемью брифами. Менеджерам проектов было трудно планировать и составлять расписание, потому что сначала им приходилось разделять работу и искать нужные исходные материалы.

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

Узким местом был не сам бриф

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

Это не просто неудобство на входе. Такой процесс делает планирование ненадёжным. Задачу нельзя качественно поставить в график, пока её объём скрыт внутри свободного текста. И команда не должна считать, что первый файл, найденный в репозитории, актуален, лицензирован, одобрен для нужного канала или подходит аудитории.

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

Что изменила MGA

Airtable описывает, как MGA использовала Airtable Omni для преобразования неструктурированного креативного брифа в размеченные задачи. Процесс ищет в брифе номера SKU и извлекает релевантные материалы из репозитория Box компании MGA. Если SKU отсутствует, он ищет связанные продукты. Затем структурированный результат доступен менеджерам проектов для планирования работы.

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

1. Принимать запросы через единый контур, а не оставлять работу распределённой по сообщениям и каналам.
2. Выделять идентифицируемые элементы: результаты, ссылки на продукты, каналы, сроки и недостающие сведения.
3. Создавать кандидаты на размеченные задачи, а не сохранять единый неделимый бриф как единицу работы.
4. Подбирать кандидаты на материалы в утверждённых репозиториях или продуктовых карточках: по SKU, если он есть, и по связанным продуктам, если его нет.
5. Передавать структурированный результат менеджеру проекта для проверки объёма, приоритета, исполнителя, графика и применимости материалов.

Airtable сообщает о сокращении времени обработки креативных брифов примерно на 60% и об ускорении поиска материалов. Эта цифра относится к клиентской истории Airtable о MGA, а не к результатам AES. В опубликованном описании нет данных о совокупности измерений, периоде наблюдения, методике расчёта и точном определении начала и конца обработки. Поэтому это уместный ориентир из сообщения поставщика, но не достаточно раскрытый показатель эффективности для данного разбора.

Человеческая проверка сохраняет ответственность

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

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

“Автоматизация должна делать первый разговор о плане более предметным. Она не должна незаметно заменять людей, отвечающих за объём работ, бренд и результат.

Что должно быть готово для повторения этого подхода

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

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

Разбирайте запрос до старта производства, а не после первой остановки

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

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

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

Источник: клиентская история Airtable «MGA Entertainment»: https://www.airtable.com/customer-stories/mga-entertainment