Agile-маркетинг без модных слов: что это значит для команд и агентств

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

Что agile на самом деле значит в маркетинге

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

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

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

Четыре основных элемента

Бэклог

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

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

Спринты

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

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

Стендапы

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

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

Обзор и ретроспектива

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

Ретроспективу пропускают чаще всего, хотя она самая ценная. Без неё команда повторяет одни и те же проблемы из спринта в спринт.

Agile в агентствах

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

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

Типичные ошибки

• Ритуалы без приоритетов. Ежедневные встречи не помогут, если за бэклог никто не отвечает и всё по-прежнему «срочно».
• Спринты, которые никто не защищает. Если каждый новый запрос ломает спринт, команда просто работает в реактивном режиме с дополнительными встречами.
• Отсутствие измерений. Agile держится на обучении по результатам. Если для каждой задачи не определено, что считать успехом, обзоры превращаются в обмен мнениями.
• Слишком много процесса для маленькой команды. Команде из трёх человек не нужны все ритуалы из учебника для разработчиков. Общего бэклога, еженедельного планирования и короткого ретро часто достаточно.
• Agile как оправдание отсутствия стратегии. Короткие циклы служат долгосрочным целям, а не заменяют их.

С чего начать

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