Двенадцать двухнедельных спринтов, четыре десятка запущенных кампаний, и на вопрос "что мы узнали о клиенте за полгода" никто не может ответить. Многие узнают в этой картине первые полгода своего маркетинга после перехода на Agile ради скорости. Ритуалы у тех, у кого получилось, обычно такие же. Отличается то, на что команда смотрит, когда решает, что запускать дальше.
Почему Agile маркетинг чаще даёт хаос
Доска растёт быстрее, чем понимание клиента. Задач больше, переключений больше, а выводов столько же, сколько было до спринтов. Ускорение получилось. Гибкости нет.
Причина в том, что Agile-маркетинг принимают за набор практик. А задуман он как способ управлять. Команды копируют внешние атрибуты (спринты, стендапы, доски), но думают по-старому: чем больше кампаний запустили, тем лучше поработали.
Сама модель задумана для другого: для работы с неопределённостью рынка. Она исходит из того, что компания заранее не знает, какие каналы, сообщения и сегменты сработают, и потому строит работу вокруг обучения.
Авторы Agile Marketing Manifesto, собранного на встрече SprintZero в Сан-Франциско летом 2012 года, первой ценностью записали проверенное обучение выше мнений и привычек. Рост здесь становится побочным эффектом накопленного понимания клиента. Если обучение целью не стало, спринты просто ускоряют выпуск того, что раньше выпускалось медленно.
Когда результата нет, в команде почти всегда находят виноватого: не хватило системности, слабая аналитика, не те приоритеты.
Объяснение удобное, но обычно неверное. Agile-маркетинг не держится на одном человеке. Если в компании ценят жёсткие планы, боятся ошибок и пишут отчёты ради отчётов, работа превратится в имитацию или в глухую оборону. Кто бы ею ни руководил.
Поэтому не сработает и надежда, что кто-то принесёт готовую методику и "внедрит Agile". Приказом его не внедрить. Он приживается там, где компания готова по-другому принимать решения и считает неопределённость нормой.
Когда новые знания никому не нужны
Если копнуть глубже, почти всегда выясняется одно: новые знания в компании за результат не считают. От команды ждут выполнения плана, а то, что она узнала о клиентах, в отчёт не попадает. Сильнее всего это видно по целям. "Увеличить узнаваемость" или "нарастить лиды" звучат как направление. Но они не говорят, что должен сделать клиент. А значит, из них не вывести ни одной гипотезы, которую можно проверить.
Дальше размытая цель сталкивается с другой бедой: стратегия живёт отдельно от ежедневной работы. Стратегия лежит в презентациях, а задачи на день рождаются из срочных просьб бизнеса. Ровного ритма между ними нет. Спринт забивают тем, что горит, и стратегию в нём никто не проверяет.
Так команда перестаёт учиться. Кампании запускают, отчёты пишут, но выводы не доходят до следующего решения. В Agile-маркетинге каждый цикл должен что-то менять в работе команды. Если после закрытой задачи все действуют так же, как до неё, цикл прошёл впустую.
Ошибка гипотезы полезна, ошибка процесса нет
Без ошибок Agile-маркетинга не бывает. Он работает там, где много неизвестного, и любая гипотеза о рынке, канале или сообщении может не подтвердиться. Поэтому о допустимых ошибках стоит договориться заранее. Ошибка гипотезы допустима. Команда сделала предположение, проверила его и получила отрицательный результат. Зато она узнала о клиенте что-то новое. Допустим и промах с каналами и форматами в начале: как поведёт себя аудитория, без теста не угадать, и Agile как раз рассчитан на серию попыток.
Недопустима ошибка процесса.
Если гипотезы не записывают, метрики не выбирают заранее, а выводы нигде не фиксируют, это уже не Agile. Такие ошибки ничему не учат и ведут к хаосу. Ошибка становится признаком некомпетентности, когда команда перестаёт учиться. Если одни и те же гипотезы проверяют снова и снова одним и тем же способом, рынок тут ни при чём: дело в самой команде.
Сюда же относится привычка прикрывать словом Agile отсутствие стратегии. Фраза "мы работаем по Agile, поэтому у нас нет плана" подменяет смысл. Agile не отменяет цель, он меняет только путь к ней. И последний тревожный знак: команда спорит с данными. Если неудобные результаты экспериментов игнорируют или списывают на внешние причины, гибкость заканчивается там, где начинается задетое самолюбие. Проверить просто: найдите последний эксперимент с неудобным итогом и посмотрите, что после него поменялось в планах.
Где расплывчатая гипотеза превращается в дорогую кампанию
Сбои в исследовании, запуске и коммуникации редко бывают тремя отдельными проблемами. Чаще это одна проблема, которая перетекает с этапа на этап. Начинается она с плохого понимания аудитории: в ход идут устаревшие сегменты, исследования либо отсутствуют, либо проводятся формально, и гипотезы строятся на догадках.
Такая гипотеза почти всегда получается слишком широкой. Команда говорит о "повышении конверсии" или "росте вовлечённости", но непонятно, что именно должно измениться. Учиться не на чем. Чтобы ничего не упустить, проверяют сразу все сегменты и каналы. Деньги и силы расходятся понемногу везде, хотя бить стоило туда, где неизвестного больше всего.
При запуске широкая гипотеза даёт перегруженный спринт. В него набивают задачи, которые не связаны одним предположением. Команда занята, но о рынке ничего нового не узнаёт. Задачи звучат как "сделать", а слова "проверить" в бэклоге нет. Эксперименты оформляют как полноценные кампании. А когда тест размером с кампанию, любая ошибка болезненна, и рисковать уже не хочется. Хотя Agile держится как раз на дешёвых и быстрых проверках.
Разница хорошо видна на условном расчёте. Квартальный бюджет на эксперименты 30 000 евро, и, допустим, подтверждается каждая третья гипотеза. Вариант первый: одна кампания на всю сумму, в которой сразу меняются сообщение, канал и сегмент. С вероятностью две трети она не сработает, и команда даже не узнает почему: три переменные сдвинулись одновременно, развести их эффекты нельзя.
Вариант второй: шесть проверок по 3 000 евро, каждая с одной переменной, итого 18 000. В среднем подтвердятся две гипотезы, и оставшиеся 12 000 уходят на масштабирование того, что уже показало результат. Денег потрачено столько же, а знаний во втором случае шесть единиц вместо одной, причём каждая привязана к конкретной причине.
Механизм простой: чем больше переменных в одном запуске, тем меньше выводов на потраченный евро. Поэтому размер теста важнее его количества. Стандартов запуска нет, каждый эксперимент устроен по-своему, и результаты потом трудно сравнивать и накапливать.
Последнее звено: разговор о результатах. Маркетинг говорит про креатив, аналитики про цифры, продукт про функции, и общего языка у них нет. Критерии успеха обсуждают уже после запуска, поэтому аналитика начинает оправдывать сделанное. Отчёты выходят без выводов: команда знает, что произошло, но не понимает почему. Через пару месяцев она повторяет те же ошибки.
Если же разбор превращается в поиск виноватых, а вопросы о результатах продакт воспринимает как личную критику, задавать их перестают, и культура честного разбора рушится.
Зрелость оставляет три следа
Обратная картина оставляет материальные следы. По ним удобно проверять систему и до перехода, и по ходу него:
- backlog гипотез: каждая инициатива описана через предположение, ожидаемое изменение поведения и метрику;
- журнал экспериментов, где фиксируются не только результаты, но и выводы: команда должна уметь ответить, чему она научилась за период;
- короткий набор ключевых метрик, которые отражают ценность для клиента и бизнеса (активность команды в этот набор не входит), и именно вокруг них крутится Agile-цикл.
Как выглядит карточка в таком бэклоге, проще показать на примере: "Если в письме после регистрации показать шаблон отчёта вместо видеотура, доля пользователей, активировавшихся за 7 дней, вырастет с 22% до 26%. Проверяем на 4 000 регистраций, по 2 000 в каждой группе, и останавливаемся через 14 дней".
Цифры здесь не украшение. При 1 000 регистраций на группу разница в 4 процентных пункта тонет в шуме (стандартная ошибка разницы около 1,9 пункта), а при 2 000 она уже различима. Если трафика на такую проверку не хватает, команда узнаёт это до запуска, а не через месяц.
Как Agile сдувается до косметики
Беда в том, что каждый из этих артефактов можно завести формально. Тогда Agile гибнет от набора мелких подмен, и ни одна из них по отдельности не выглядит катастрофой. Спринты и доски есть, но кампании по-прежнему планируют заранее, и эксперименты не влияют на стратегию. Журнал есть, но в нём отчёты без единого вывода. Метрики есть, но маркетинг оптимизирует охваты и клики в отрыве от продуктовой ценности: рост выглядит красиво, но держится нестабильно. Снаружи всё похоже на Agile, пока от него не остаются одни термины.
Подмену часто слышно раньше, чем видно. "Давайте просто быстро запустим и посмотрим" почти всегда значит, что гипотезы нет. Команда не знает, чему должна научиться, и запуск ничего ей не даст. "Agile значит, что можно менять цели каждую неделю": так путают гибкость с метаниями. Без направления курс можно менять бесконечно и никуда не прийти. А фраза "результаты не так важны, главное активность" значит, что учёбу уже подменили занятостью.
Когда план сильнее итераций
У скептиков Agile-маркетинга есть сильный аргумент, и его стоит изложить честно. Часть маркетинга устроена так, что итерации в ней невозможны или вредны. Медиа на телевидении и наружную рекламу выкупают за месяцы. Отраслевую конференцию нельзя перенести на следующий спринт. Эффект бренда проявляется за кварталы, и двухнедельный тест его не поймает. А маленькой B2B-компании с 30 лидами в месяц статистика просто не даст ответа: чтобы отличить конверсию 6% от 5% в A/B-тесте, нужно около 8 000 посетителей в каждой группе.
Всё это правда, и из неё следует граница применимости. Годовой план Agile-маркетинг не заменяет. Он работает внутри той части бюджета, где есть неопределённость и быстрая обратная связь: performance-каналы, сообщения на лендингах, онбординговые письма, офферы. Разумно разделить бюджет явно. Допустим, 80% уходит на плановые обязательства, 20% на проверки, и доля проверок растёт, только когда они начинают окупаться.
Для малых объёмов правило другое. Если канал даёт меньше 200 конверсий в месяц, количественный A/B-тест на конверсию в нём бессмыслен. Проверяйте гипотезы качественно: пять-семь интервью, показ двух вариантов лендинга целевым клиентам, ответы отдела продаж на новые формулировки. Это тоже обучение, просто с другим инструментом.
Два перехода к настоящему Agile
Первый сценарий типичен для компании, которая долго работала по классической модели. План кампаний утверждали раз в квартал, бюджеты фиксировали заранее, а любые изменения считали ошибкой планирования. Рынок начал меняться быстрее, чем команда успевала реагировать: конверсии падали, причины были неясны, и ответом стало наращивание активности и числа кампаний.
Продакт запустил переход к Agile через гипотезы. Вместо списка активностей появился backlog предположений о поведении клиента, и каждый спринт посвящали одной гипотезе: метрики определяли заранее, а масштаб тестов снижали.
Часть гипотез не подтвердилась, зато дала понимание аудитории. Команда стала быстрее отказываться от неработающих идей, и через несколько месяцев маркетинг сделался предсказуемее: рост теперь держался на накопленных знаниях, и объяснять его удачей больше не приходилось.
Во второй компании проблема была обратной: Agile-маркетинг там уже внедрили, но формально. Появились стендапы и доски, но задачи остались прежними, и результаты не сдвинулись. Тогда команда остановилась и пересобрала саму систему работы: зафиксировали ключевые метрики и логику роста, backlog задач заменили backlog гипотез, каждая инициатива получила критерий успеха.
Эксперименты стали меньше по масштабу, но чаще, а аналитику подключали до запуска. Обсуждение сместилось с отчётов на выводы: заговорили о причинах, стоящих за цифрами. Agile-маркетинг перестал быть экспериментом и стал стандартом работы.
Проверка: учится ли ваш маркетинг
Пройдитесь по вопросам честно; чем больше вызывает сомнение, тем ближе ваш Agile к имитации:
- есть ли backlog гипотез и определяете ли вы метрики до запуска;
- есть ли единая логика роста, с которой сверяются тесты, и приоритизируете ли вы неопределённость, выбираете ли, где сейчас больше всего неизвестного;
- фиксируются ли выводы и используются ли повторно, снижена ли стоимость экспериментов;
- связан ли маркетинг с продуктом или живёт отдельной жизнью, работаете ли вы с поведенческими метриками вместо vanity-показателей;
- есть ли культура разбора ошибок без поиска виноватых, стабильный ритм итераций и готовность менять решения, и понимает ли бизнес, за что он платит, работая по Agile.
Там, где ответа нет, и прячется имитация.
Кто за это отвечает и как говорить с руководством
Agile-маркетинг долго не продержится, если никто отдельно не отвечает за гипотезы, приоритеты и выводы. Чаще всего эту роль берёт продакт или руководитель маркетинга. Название должности не важно. Важно, чтобы один человек отвечал за весь цикл: гипотеза, проверка, вывод. Когда ответственность размазана по команде, через пару спринтов бэклог гипотез снова превращается в список задач.
В B2B подход работает с поправкой на длинные циклы сделки. Эксперименты идут дольше, данных меньше, поэтому основная нагрузка ложится на качественные проверки из предыдущего раздела. Цена ошибки в позиционировании там выше: промах с сегментом или ценностным предложением стоит кварталов продаж, и дешёвая проверка формулировок на десятке разговоров с клиентами окупается особенно быстро. Метрику для таких проверок стоит брать ближе к началу воронки: при цикле сделки в четыре месяца тест нового сообщения по конверсии в сделку растянется на полгода, а доля ответивших на первое письмо даст сигнал за две-три недели.
Руководству подход проще всего объяснять через риск. Команда раньше видит, что не работает, и не сжигает бюджет на кампанию, которая провалится по непонятной причине. Второй довод касается предсказуемости: через несколько кварталов становится ясно, какие действия дают результат. Обещать быстрый рост при этом не стоит. Первые эффекты обычно видны в качестве решений, до метрик они доходят позже, и если не проговорить это до старта, разрыв ожиданий сам станет источником конфликта.
С годовым планом итерации уживаются, когда план задаёт направление и рамки бюджета, а путь внутри этих рамок ищут проверками. План без итераций становится негибким, итерации без направления скатываются в хаос.
Есть простой способ понять, где сейчас ваш маркетинг: спросить, чему он научился за последний квартал. Если ответ звучит как список запущенных кампаний, доски и стендапы тут ни при чём. Нужный сдвиг меньше, чем кажется: одна реальная гипотеза о поведении клиента, метрика, названная до запуска, дешёвая проверка и записанный вывод. В обеих историях выше рост стал объяснимым, когда таких циклов стало больше, чем новых кампаний. Гибкость маркетинга лучше всего видна по числу решений, которые изменил записанный вывод.