Бэклог (Backlog)

Бэклог (Backlog) в маркетинге – это упорядоченный список всех идей, задач, гипотез и проектов, которые команда планирует реализовать, но еще не взяла в работу. Если говорить просто: это «хранилище» всего, что потенциально может принести пользу бизнесу, от мелких правок на сайте до запуска масштабных рекламных кампаний. Как он устроен и зачем нужен?

1. Из чего состоит маркетинговый бэклог

В него попадает все, что требует ресурсов команды:

• Гипотезы. «А что, если мы добавим видеоотзывы в карточки товаров?»
• Контент. Идеи для статей, постов, сценариев.
• Технические задачи. Настройка сквозной аналитики, SEO-оптимизация.
• Креатив. Разработка новых баннеров или обновление айдентики.
• Проблемы (Bugs). Исправление неработающей формы захвата лидов.

2. Принцип работы: приоритизация

Бэклог – это не просто свалка идей. Его главная характеристика – порядок. Задачи вверху списка – самые важные и проработанные, их берут в работу в первую очередь (в ближайший спринт). Задачи внизу – абстрактные идеи «на будущее».

Для оценки задач часто используют скоринг-модели, например ICE или RICE:

• Impact (влияние): насколько это увеличит прибыль или конверсию?
• Confidence (уверенность): насколько мы уверены, что это сработает?
• Ease / Effort (легкость): сколько времени и денег это потребует?

3. Зачем он нужен маркетологам

• Прозрачность. Вся команда и руководство видят, чем занят маркетинг и что будет сделано следующим.
• Фокус. Помогает не распыляться на случайные «гениальные идеи», которые приходят в середине недели, а следовать стратегии.
• Гибкость. Если рынок изменился, вы просто меняете приоритеты в списке, не ломая всю структуру работы.
• Сохранность идей. Ни одна крутая мысль не теряется в переписках или на стикерах.

4. Процесс «Груминг» (Refinement)

Бэклог нужно регулярно «чистить». Маркетологи пересматривают список, удаляют неактуальные задачи, уточняют детали у новых и пересчитывают их приоритетность. Это превращает хаотичный список дел в четкий план действий.

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

Количественные методы (скоринг)

Эти методы позволяют перевести обсуждения в цифры и получить итоговый балл (score) для каждой задачи.

• ICE (Impact, Confidence, Ease). Максимально быстрый метод. Каждая идея оценивается по шкале (обычно 1–10) по трем критериям: влияние, уверенность в результате и простота реализации. Формула: I*C*E
• RICE (Reach, Impact, Confidence, Effort). Более точная версия ICE, куда добавлен охват. Формула: (Reach * Impact * Confidence)/Effort. Где Reach – это количество людей, которых коснется изменение (например, охват рассылки).
• PIE (Potential, Importance, Ease). Часто применяется в A/B тестировании. Оценивает потенциал улучшения, важность страницы/канала и легкость внедрения.

Сравнение методик приоритизации

Подробные рекомендации по выбору

Выбирайте ICE, если:

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

Выбирайте RICE, если:

• У вас зрелый продукт с большим количеством пользователей.
• Вам нужно обосновать стейкхолдерам (руководству), почему вы берете одну задачу и откладываете другую.
• Вы хотите избежать «ловушки эксперта», когда самая громкая идея кажется самой важной.

Выбирайте PIE, если:

• Ваша основная задача – улучшить показатели сайта или лендинга.
• Вы планируете очередь A/B тестов.
• Вам нужно найти «узкие места», где трафика много (Importance), но конверсия ужасна (Potential).

Качественные методы (классификация)

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

• MoSCoW. Это разделение задач на 4 группы:

• M (Must have). Критически важно сделать сейчас.
• S (Should have). Важно, но не смертельно, если отложить.
• C (Could have). «Приятные мелочи», которые сделаем, если останется время.
• W (Won't have). Не будем делать в этом цикле.

• Матрица Эйзенхауэра. Классика тайм-менеджмента. Задачи делятся по осям «Важно» и «Срочно». Фокус маркетинга обычно должен быть на квадрате «Важно, но не срочно» (стратегия).
• Модель Кано. Оценивает фичи или идеи с точки зрения удовлетворенности клиента. Делит их на обязательные (базовые), линейные (чем больше, тем лучше) и вызывающие восторг.

Бизнес-ориентированные методы

• Value vs Effort (ценность против усилий): простая матрица 2х2. Идеальные задачи – те, что приносят высокую ценность при низких затратах (так называемые «Quick Wins» или «низковисящие фрукты»).
• Cost of Delay (cтоимость задержки): оценка того, сколько денег компания потеряет, если задача не будет сделана прямо сейчас.

Что выбрать

Если вам нужно быстро договориться внутри команды – берите ICE или MoSCoW. Если нужно защитить бюджет перед руководством или обосновать выбор рекламных каналов – лучше использовать RICE, так как он опирается на цифры охвата.

Комбинация MoSCoW (качественный подход) и RICE (количественный подход) – это «золотой стандарт» управления бэклогогом. MoSCoW задает стратегические границы (что мы вообще обязаны сделать), а RICE расставляет приоритеты внутри этих групп на основе цифр.

Вот пошаговый алгоритм, как объединить эти методы в единую рабочую систему:

Шаг 1. Грубая фильтрация через MoSCoW

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

• Must Have. Сюда попадают задачи «выживания» (исправление багов, юридические правки). Для них RICE часто не нужен — их делают в любом случае.
• Should / Could Have. Это основное поле для маневра. Именно здесь RICE проявит себя лучше всего.
• Won't Have. Эти задачи сразу скрываются из рабочего вида, по ним ничего не считается.

Шаг 2. Расчет RICE внутри категорий

Теперь примените формулу RICE к задачам из категорий Should и Could. Это поможет понять, за что хвататься в первую очередь внутри каждой группы.

Пример логики:

• У вас есть 5 задач в категории Should Have (важно).
• Вы считаете для них RICE.
• Задача с самым высоким баллом в этой категории идет в работу первой.

Шаг 3. Итоговая матрица управления (пример)

В вашей рабочей таблице это будет выглядеть так:

Почему это эффективно

• Защита от «важных, но бесполезных» задач. Иногда задача кажется важной (Should), но расчет RICE показывает, что её охват (Reach) ничтожен. Комбинация методов позволяет понизить её приоритет до Could.
• Управление ресурсами. Если команда не успевает закрыть все задачи, вы просто «отрезаете» нижнюю часть списка по RICE внутри категорий Could и Should. При этом вы уверены, что Must Have задачи защищены.
• Прозрачность для руководства. Вы можете сказать: «Мы делаем всё из Must, а из категории Should выбрали только те задачи, которые дадут максимальный охват и эффект согласно RICE».

Как внедрить это в инструмент (например, в Notion или Excel)

• Создайте выпадающий список для MoSCoW.
• Настройте автоматическую формулу для RICE.
• Сделайте группировку сначала по MoSCoW, а затем сортировку внутри групп по убыванию RICE Score.

Пример структуры таблицы, которую можно реализовать в Excel. Она объединяет качественный фильтр (MoSCoW) и количественный расчет (RICE).

Структура таблицы для бэклога

Как настроить эту таблицу (инструкция)

• Колонка «Категория (MoSCoW)»:

• Используйте выпадающий список.
• Добавьте цифры перед названиями (1. Must, 2. Should и т.д.), чтобы при сортировке по алфавиту самые важные задачи всегда были сверху.

• Формула для RICE Score:

• Если Reach – это столбец C, Impact – D, Confidence – E, Effort – F, то формула в ячейке G2 будет такой: =(C2 * D2 * E2) / F2

• Правило двойной сортировки (самое важное):

• Сначала отсортируйте таблицу по колонке «Категория (MoSCoW)» (от А до Я).
• Затем внутри каждой категории отсортируйте по колонке RICE Score (от Я до А / по убыванию).

Что это дает на практике

• Вы сразу видите блок Must, который нужно закрыть любой ценой.
• В блоке Should задачи выстроены по их эффективности (сначала те, что дают больше результата при меньших затратах.
• Если руководство просит добавить новую задачу, вы вносите ее, считаете RICE и сразу видите, кого из текущего списка она «подвинет».

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

Инструкция: как мы оцениваем задачи в бэклоге

Мы используем связку MoSCoW + RICE, чтобы делать только то, что приносит максимум результата.

Шаг 1. Определяем категорию (MoSCoW)

• Must (1): критично. Если не сделаем – проект/кампания не запустится.
• Should (2): важно. Существенно влияет на результат, но запуск возможен и без этого.
• Could (3): желательно. «Плюшки», которые сделаем, если останется время.
• Won't (4): не сейчас. Идея зафиксирована, но в текущий спринт не идет.

Шаг 2. Считаем RICE (только для Should и Could)

Заполни 4 колонки цифрами:

• Reach (охват): сколько человек увидит это за месяц? Пример: 5000 посетителей сайта.
• Impact (влияние): выбери коэффициент:

• 3 – взрывной рост (деньги/лиды);
• 1 – средний эффект;
• 0.25 – минимальный эффект.

• Confidence (уверенность): насколько мы верим в прогноз?

• 1 (100%) – проверено данными;
• 0.8 (80%) – есть косвенные доказательства;
• 0.5 (50%) – гипотеза / «чуйка».

• Effort (затраты): сколько человеко-недель займет работа всех участников? Например, если дизайнер и копирайтер работают по 1 неделе, пишем 2.

Шаг 3. Что дальше

Система сама посчитает RICE Score. Мы берем в работу задачи с самым высоким баллом внутри категорий Must и Should.

Главное правило: если ты ставишь Confidence 100% или Impact 3 – будь готов подтвердить это данными.