Как построить систему маркетинговых гипотез: backlog, приоритеты, бюджет и стоп-критерии

В большинстве компаний маркетинговые гипотезы появляются примерно одинаково.

В понедельник собственник присылает ролик конкурента:

Нам тоже нужно что-то такое.

Во вторник менеджер по продажам сообщает:

Клиенты постоянно спрашивают про рассрочку. Давайте вынесем её в рекламу.

В среду таргетолог предлагает запустить новый лид-магнит.

В четверг агентство приносит презентацию из двадцати семи идей.

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

Все идеи кажутся разумными. Каждая объявляется срочной. Но на реализацию не хватает ни бюджета, ни людей.

Проблема большинства компаний не в недостатке идей. Обычно идей как раз столько, что ими можно отапливать офис.

Не хватает системы, которая отвечает на четыре вопроса:

1. Что тестируем первым?
2. Сколько готовы потратить?
3. В какой момент признаём гипотезу успешной или неуспешной?
4. Что делаем с полученными знаниями?

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

Каждая гипотеза до запуска должна отвечать на вопросы:

Какую проблему мы решаем?

Для какого сегмента?

Какое изменение вносим?

Какой показатель должен измениться?

Почему мы ожидаем этот результат?

Сколько денег и времени готовы потратить?

Когда остановим тест?

Идея, задача и гипотеза — это разные вещи

Фраза:

Давайте запустим рекламу у блогеров,

— это идея.

Фраза:

Найти десять блогеров, запросить статистику и подготовить интеграции,

— это задача.

Гипотеза звучит иначе:

Если мы разместим нативные интеграции у трёх отраслевых авторов с аудиторией собственников малого бизнеса, то получим не менее 30 квалифицированных заявок по CAC до 12 000 рублей, потому что эта аудитория доверяет рекомендациям профильных экспертов больше, чем прямой рекламе.

В гипотезе есть:

• действие;
• аудитория;
• ожидаемый результат;
• измеримый показатель;
• объяснение причинно-следственной связи.

Такую формулировку можно проверить.

Базовый шаблон гипотезы

Используйте простую конструкцию:

Если мы сделаем [изменение]
для [конкретного сегмента],
то [показатель] изменится с [текущее значение] до [целевое значение],
потому что [объяснение].

Например:

Если мы добавим на страницу услуги калькулятор предварительной стоимости для посетителей из поисковой рекламы, то конверсия в квалифицированную заявку вырастет с 3,2% до 4%, потому что сейчас пользователи не понимают порядок цен и уходят искать их у конкурентов.

Гипотеза может не подтвердиться. Это нормально.

Ненормально — запустить калькулятор, увидеть рост заявок и не понять, произошёл ли он из-за калькулятора, сезонности, нового рекламного объявления или того, что отдел продаж наконец начал перезванивать людям в тот же день.

Все идеи должны попадать в один backlog

Backlog, или бэклог гипотез, — это единое место, где компания хранит идеи для будущих тестов.

Должен быть один общий список.

Что должно быть в backlog

Минимальная структура выглядит так:

Проведите по таблице в сторону, чтобы увидеть все столбцы →

Необязательно заполнять двадцать полей для идеи, которая появилась пять минут назад.

Можно сначала добавить краткую карточку:

проблема → идея → источник.

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

Backlog — не кладбище идей

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

Через три месяца документ выглядит солидно: есть колонки, есть цветные статусы, есть даже выпадающие списки.

Не хватает только одного — работающих тестов.

Backlog должен регулярно обслуживаться.

Раз в пару недель команда:

• добавляет новые идеи;
• уточняет формулировки;
• удаляет дубли;
• пересматривает приоритеты;
• выбирает следующие тесты;
• фиксирует результаты завершённых экспериментов.

Отдельно стоит ввести статус «архив».

Не каждая идея обязана когда-нибудь попасть в работу. Некоторые устареют. Некоторые потеряют смысл.

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

Это тоже полезный результат.

Сначала проблема, потом решение

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

Давайте запустим Telegram Ads.

Сделаем квиз.

Добавим чат-бота.

Подключим ИИ.

Снимем сто Reels.

Но инструмент сам по себе ничего не объясняет.

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

Для маркетинга правило работает так же:

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

Как приоритизировать гипотезы

Когда в backlog находится пять идей, команда ещё может обсудить их голосом.

Когда их пятьдесят, начинается политика.

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

Каждый аргументирует убедительно. Особенно с собственником сложно спорить.

Поэтому нужна система оценки.

Простой вариант: влияние, уверенность и стоимость

Оцените каждую гипотезу по трём параметрам от 1 до 5.

Влияние. Насколько сильно результат может повлиять на бизнес?

Уверенность. Какие данные подтверждают идею?

Простота. Насколько быстро и дёшево можно провести тест?

Формула может выглядеть так:

Приоритет = влияние × уверенность × простота.

Например:

Проведите по таблице в сторону, чтобы увидеть все столбцы →

Высокий балл не доказывает, что гипотеза сработает.

Он говорит:

Эту идею разумнее проверить раньше остальных.

Когда использовать RICE

Для более сложного backlog можно использовать RICE:

• Reach — сколько людей затронет изменение;
• Impact — насколько сильно оно повлияет на каждого;
• Confidence — насколько команда уверена в оценке;
• Effort — сколько ресурсов потребуется.

Формула:

RICE = Reach × Impact × Confidence / Effort.

Фреймворк был создан в Intercom для сравнения инициатив по единым критериям. Его автор отдельно предупреждает, что оценка не заменяет здравый смысл, но помогает сделать выбор более последовательным и объяснимым.

Для малого бизнеса RICE иногда выглядит избыточно. Не нужно изображать математическую точность там, где есть только управленческое предположение.

Лучше честная оценка от 1 до 5, чем число 8,73, полученное из воздуха.

Уверенность должна зависеть от доказательств

Фраза:

Мне кажется, это сработает,

не равна данным.

Полезно заранее определить уровни уверенности.

Низкая уверенность

Идея основана на:

• личном мнении;
• примере конкурента;
• тренде;
• единичном комментарии;
• чужом кейсе из другой ниши.

Такие гипотезы можно тестировать. Но только маленьким свободным бюджетом.

Средняя уверенность

Есть несколько подтверждений:

• повторяющиеся вопросы клиентов;
• наблюдение отдела продаж;
• поведение пользователей на сайте;
• результаты похожего теста;
• данные рекламного кабинета.

Высокая уверенность

Проблема подтверждается:

• аналитикой;
• интервью;
• несколькими источниками данных;
• устойчивым поведением разных когорт;
• предыдущими экспериментами.

Чем ниже уверенность, тем меньше ставка.

Компания не должна одинаково инвестировать в гипотезу из CRM и в идею, которая появилась после просмотра чужого Reels во время обеда.

Как распределять бюджет на гипотезы

Обычно экспериментальный бюджет существует в двух состояниях.

Первое:

Денег на тесты нет. Нужно сразу получить результат.

Второе:

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

То есть маркетингу предлагают одновременно сохранить предсказуемость и экспериментировать.

Так не работает. Тесты требуют отдельного лимита.

Разделите бюджет на три части

Один из практичных вариантов:

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

Оптимизация. Улучшение действующих кампаний, посадочных страниц, офферов и процессов.

Новые ставки. Непроверенные каналы, сегменты, продукты и механики.

Соотношение зависит от зрелости бизнеса.

Компания с устойчивой экономикой может выделять больше денег на новые направления.

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

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

У каждой гипотезы должен быть максимальный убыток

До запуска зафиксируйте:

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

Например:

• не более 100 000 рублей рекламных расходов;
• не более 40 часов команды;
• не более четырёх недель;
• не более 15% падения основной конверсии;
• не более 30 потерянных продаж.

Последний пункт кажется неприятным. Потому что он и есть неприятный.

Эксперимент всегда несёт риск.

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

Стоп-критерии нужно установить до запуска

Пока тест показывает хорошие результаты, остановить его легко.

Сложности начинаются, когда показатели слабые.

Тогда появляется надежда:

Давайте дадим ещё неделю. Потом ещё одну. Потом нужно дождаться зарплатного периода. Потом закончились праздники. Потом алгоритму требуется обучение.

Через три месяца эксперимент продолжает расходовать бюджет, потому что никто не хочет официально признать:

Гипотеза не подтвердилась.

Стоп-критерии защищают команду от этой ситуации.

Какие стоп-критерии использовать

Лимит бюджета

Останавливаем тест после 120 000 рублей расходов, если не получили минимум 10 квалифицированных заявок.

Лимит времени

Тест длится четыре недели, после чего принимаем решение.

Минимальный объём данных

Не делаем вывод до 2 000 посетителей или 100 заявок.

Граница результата

Масштабируем, если CAC не выше 8 000 рублей и получено не менее 20 новых клиентов.

Защитная метрика

Останавливаем тест, если конверсия в оплату падает более чем на 15%.

Качественный сигнал

Останавливаем запуск, если более 30% обращений относятся к нерелевантному сегменту.

Не меняйте всё одновременно

Компания меняет оффер. Одновременно запускает новый креатив. Переводит рекламу на другую аудиторию. Переделывает форму. Добавляет скидку. Меняет скрипт отдела продаж.

Через две недели продажи растут.

Команда торжественно сообщает:

Гипотеза подтвердилась. Маркетинг сработал комплексно.

Google Ads в официальных рекомендациях по экспериментам советует изолировать проверяемое изменение: если одновременно поменять, например, заголовок и стратегию назначения ставок, определить причину результата будет невозможно.

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

Например, новый продукт требует нового оффера, страницы и кампании.

Но тогда гипотезой является весь пакет:

Новый способ продажи продукта даст такой-то результат.

Сколько должен длиться тест

Универсального ответа нет.

Срок зависит от:

• объёма трафика;
• длины сделки;
• частоты покупок;
• сезонности;
• размера ожидаемого эффекта;
• стабильности данных.

Товарный бизнес может запустить рекламные кампании и собрать результат за неделю.

B2B-компания с циклом сделки в четыре месяца — так не может.

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

Хорошая формулировка:

Тест идёт четыре недели или до 50 квалифицированных заявок — в зависимости от того, что произойдёт позже.

Так команда защищается от двух ошибок:

• преждевременного вывода;
• бесконечного ожидания.

Пример карточки гипотезы

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

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

Сегмент: посетители лендинга из поисковой рекламы.

Гипотеза:

Если мы добавим диапазон стоимости и калькулятор рассрочки до формы заявки, то конверсия из заявки в состоявшуюся консультацию вырастет с 42% до 50%, потому что люди будут заранее понимать финансовые условия.

Основная метрика: конверсия из заявки в консультацию.

Защитные метрики:

• общее количество заявок;
• CAC;
• конверсия консультации в продажу;
• средний чек.

Бюджет: 80 000 рублей на разработку и 150 000 рублей на трафик.

Срок: четыре недели или 200 заявок.

Успех:

• конверсия в консультацию не ниже 50%;
• CAC не растёт более чем на 10%;
• конверсия в продажу не снижается.

Стоп-критерий:

• количество заявок падает более чем на 30%;
• CAC превышает допустимое значение;
• после 100 заявок нет положительной динамики.

Решение после теста:

• внедрить;
• доработать и повторить;
• отказаться;
• оставить только для отдельного сегмента.

Такую карточку можно передать сотруднику, агентству или собственнику.

Все понимают, что проверяется и как будет принято решение.

Кто должен управлять системой

Backlog не должен принадлежать только руководителю маркетинга.

Идеи могут приносить:

• собственник;
• маркетологи;
• продажи;
• продукт;
• клиентский сервис;
• аналитики;
• подрядчики.

Но у системы должен быть один владелец.

Он отвечает за то, чтобы:

• гипотезы были сформулированы;
• оценки обновлялись;
• приоритеты соответствовали стратегии;
• тесты не конфликтовали;
• результаты фиксировались;
• выводы использовались дальше.

Результат теста нужно сохранить

Компания проверила гипотезу — не сработало. Все расстроились и пошли дальше.

Через полгода или год приходит новый маркетолог и предлагает ту же идею.

Команда отвечает:

Кажется, уже пробовали.

Но:

Где результат?

Кто запускал?

Какой оффер был?

Почему не сработало?

Неизвестно. Приходится тестировать повторно.

Microsoft описывает культуру масштабных экспериментов именно как способ не только выбирать успешные изменения, но и системно накапливать знания для будущих решений.

Шаблон backlog маркетинговых гипотез

Забирайте готовую таблицу для управления гипотезами.

Внутри:

• единый backlog;
• формула приоритизации;
• карточка эксперимента;
• бюджет и сроки;
• стоп-критерии;
• статусы тестов;
• журнал результатов и выводов.

Скопировать шаблон гипотез

Вместо вывода

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

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

Хороший backlog помогает отделить проблему от модного инструмента. Приоритизация защищает от запуска всех идей одновременно. Бюджет определяет размер допустимой ошибки. Стоп-критерии не позволяют слабому тесту жить вечно.

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