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

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

Класс обслуживания — это не ещё одна шкала приоритетов

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

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

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

В канбан-подходе обычно выделяют четыре базовых класса обслуживания:

1. стандартный;
2. с фиксированной датой;
3. срочный;
4. нематериальный.

Для маркетинговой команды этой модели достаточно, чтобы перестать назначать «высокий» приоритет половине задач.

Стандартный класс: большая часть обычной работы

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

Например:

1. подготовить статью в блог;
2. обновить кейс на сайте;
3. собрать обычный ежемесячный отчёт;
4. сделать несколько креативов для постоянной кампании;
5. подготовить посты на следующую неделю.

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

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

Стандартный класс полезно считать классом по умолчанию. Если нет конкретной причины относить задачу к другой категории, она остаётся здесь.

Фиксированная дата: ценность резко меняется после определённого момента

У таких задач есть конкретный срок, после которого их ценность заметно падает или исчезает.

Классический маркетинговый пример — запуск акции. Если скидка начинает действовать 15 октября, страница, письмо и рекламные материалы должны быть готовы к этой дате. Сделать всё 16 октября уже недостаточно.

Сюда же относятся:

1. материалы к конференции;
2. публикация к запуску продукта;
3. письмо перед вебинаром;
4. сезонная кампания;
5. отчёт, необходимый к конкретной встрече;
6. креативы для размещения, которое уже оплачено на определённый период.

При этом фиксированная дата не означает, что задача должна немедленно вытеснить всё остальное. Если мероприятие через три недели, держать её три недели в режиме аврала бессмысленно.

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

Именно поэтому «дедлайн» и «срочность» — не одно и то же.

Срочный класс: задержка уже сейчас обходится дорого

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

Например, после обновления сайта перестала работать форма заявки. Кампания продолжает приводить трафик, но лиды не попадают в CRM. Здесь действительно имеет смысл остановить менее критичную работу и исправлять проблему сразу.

Другие примеры:

1. в активной рекламе опубликована неверная цена;
2. на посадочной странице сломалась оплата;
3. отправлено письмо с критической ошибкой и нужно срочно остановить следующую рассылку;
4. рекламный кабинет заблокирован во время крупной кампании;
5. опубликованный материал содержит юридически рискованную формулировку.

Но именно этот класс проще всего испортить.

Если «срочными» становятся просьба руководителя, задача от крупного клиента, правка «на пять минут» и всё, что кто-то написал капслоком в чате, класс перестаёт работать. Срочность должна определяться ценой задержки, а не должностью человека, который поставил задачу.

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

Нематериальный класс: сегодня ничего не случится, но откладывать бесконечно нельзя

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

Их задержка сегодня практически ничего не стоит. Завтра тоже. Но через несколько месяцев накопленный эффект становится заметным.

Например:

1. привести в порядок шаблоны отчётов;
2. обновить инструкции;
3. разобрать библиотеку креативов;
4. улучшить структуру аналитики;
5. пересмотреть повторяющийся процесс;
6. сделать шаблон для типового запуска;
7. почистить накопившийся контентный бэклог.

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

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

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

Четыре вопроса вместо «насколько это срочно?»

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

1. Есть ли дата, после которой результат резко потеряет ценность? Если да, это кандидат в класс с фиксированной датой.
2. Создаёт ли задержка ущерб уже сейчас, причём достаточно большой, чтобы остановить другую работу? Тогда задача может быть срочной.
3. Не произойдёт ли почти ничего, если отложить работу на неделю, но постоянное откладывание создаёт долгосрочную проблему? Это нематериальный класс.
4. Если ни одно условие не подходит, задача остаётся стандартной.

Такая логика полезнее вопросов «это высокий или средний приоритет?». Она заставляет обсуждать не ощущения участников, а последствия задержки.

Один класс не должен автоматически определять точное место в очереди

Классы обслуживания не заменяют управление приоритетами.

Если у команды одновременно пять задач с фиксированной датой, всё равно придётся решать, в каком порядке ими заниматься. Если появились три настоящих инцидента, статус «срочно» не создаст трёх дополнительных сотрудников.

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

Например, команда может договориться:

1. срочных задач одновременно может быть не больше одной;
2. задачи с фиксированной датой входят в работу заранее рассчитанным моментом;
3. стандартные идут по обычной очереди;
4. для нематериальных еженедельно резервируется небольшой объём времени.

Такие правила намного полезнее, чем цветная метка «критично», смысл которой каждый понимает по-своему.

Как применить классы обслуживания на канбан-доске

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

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

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

Особенно полезно раз в несколько недель пересматривать реальные примеры:

1. если задача была отмечена как срочная, но спокойно ждала три дня без последствий, значит, класс был выбран неправильно;
2. если стандартная задача внезапно превратилась в аврал перед дедлайном, возможно, её изначально стоило вести как работу с фиксированной датой.

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