Ретейнер: как согласовать объём и новые задачи
Рабочая схема месячного сопровождения: границы пакета, очередь задач, карточка изменения и выбор между заменой, переносом и дополнительным объёмом.
На ретейнере новый запрос нужно соотнести с согласованным месячным объёмом. Если он расширяет работу, вместе с ним выбирают замену приоритетов, перенос или дополнительную ёмкость. Без такого выбора очередь растёт, а обещания по срокам продолжают выглядеть прежними.
Я бы начинал сопровождение с короткого рабочего паспорта: что команда поддерживает, какие результаты выпускает, кто принимает и как поступает новая задача. Формулировка «маркетинг под ключ» этого не объясняет. Уже через несколько запросов разные участники начинают представлять себе разный пакет.
В статье о переходе на ретейнер обсуждается сама модель регулярной работы. Здесь разберём её ежедневное управление: как сохранить гибкость, когда запросов больше, чем доступного времени. Ниже операционные шаблоны; договорные условия требуют отдельного оформления.
Что записать до начала месяца
Описание scope of work у Atlassian связывает работу с результатами, границами и сроками. Для небольшого маркетингового сопровождения эту логику можно уместить в один документ.
- Объект сопровождения. Какие продукты, каналы, языки и площадки входят в работу.
- Результаты месяца. Что должно быть передано или выпущено и в каком состоянии.
- Регулярные действия. Мониторинг, отчётность, встречи, обработка обратной связи.
- Границы. Какие новые направления и интеграции требуют отдельной оценки.
- Приёмка. Кто принимает результат и по каким наблюдаемым признакам.
- Очередь и срочность. Кто меняет приоритет и что считается инцидентом.
Выберите понятную единицу: результат, зарезервированную ёмкость специалиста или сочетание обоих вариантов. Если пакет измеряется часами, отдельно опишите ожидаемый результат. Если результатами — предусмотрите их сложность, согласование и зависимости. «Один лендинг» может означать совершенно разный объём.
Доступы, исходные материалы и ответы заказчика тоже входят в план как зависимости. У задачи без необходимых данных может стоять статус «ожидает входных данных». Его полезно отличать от статуса «в работе»: иначе отчёт прячет реальное место задержки.
Сначала определите тип запроса
| Тип | Пример | Рабочее действие |
|---|---|---|
| Исправление | Кнопка должна вести в форму, но ведёт на другой адрес | Вернуть результат к согласованному критерию; оценить влияние на очередь |
| Уточнение | Изменить формулировку внутри согласованной задачи | Проверить, сохраняются ли задача, состав и оценка |
| Изменение | Добавить новый язык, воронку или интеграцию | Оценить объём и получить решение о приоритете и ресурсах |
| Инцидент | Перестали приходить заявки с рабочей формы | Запустить предусмотренный порядок реакции и пересобрать затронутый план |
Граница зависит от предыдущего решения. Если нужный язык был в исходном объёме, его отсутствие — разрыв согласованного результата. Если появился позже, это расширение. Спор «это же маленькая правка» не разрешается числом символов в сообщении.
Atlassian описывает scope creep как несогласованное расширение работы без соответствующего изменения сроков, бюджета или ресурсов. Практический смысл процедуры изменений — сделать последствия видимыми до обещания новой даты.
Карточка изменения, которую можно скопировать
- Что просим изменить и какую задачу это решает?
- Как новый результат отличается от согласованного?
- Что понадобится: данные, доступы, специалисты, согласование?
- Какова оценка с проверкой и приёмкой; какие неизвестные на неё влияют?
- Какая работа сдвигается при включении запроса сейчас?
- Какое решение принято, кем и в какой версии месячного плана?
Карточка нужна и для полезной идеи, которую пока откладывают. Статус «оценено, ждёт приоритета» сохраняет предложение в очереди. Молчаливое обещание «посмотрим на неделе» создаёт ожидание срока, которого никто не проверял.
Условный пример: ещё одна страница в середине месяца
Допустим, в плане 40 часов доступной работы нужного специалиста: 24 часа на выпуск материалов, 8 на сопровождение, 4 на проверку и 4 на инциденты. Это учебное распределение, не рекомендуемый размер ретейнера.
Поступил запрос на дополнительную страницу с оценкой 6 часов, включая согласование и проверку. Свободные четыре часа нельзя автоматически считать доступными: они зарезервированы под другую функцию и не покрывают весь запрос.
У принимающего есть конкретные варианты: убрать или сдвинуть сопоставимую работу из плана, поставить страницу в следующий период либо согласовать дополнительную ёмкость с реальной датой. Если решили использовать резерв, отдельно запишите, что возможность реагировать на инциденты сократилась. Решение о риске тоже должно быть видимым.
Простое равенство часов не гарантирует замену. Задачи могут требовать разных специалистов, а общая проверка затрагивать несколько результатов. После выбора пересчитайте зависимости и даты, затем обновите месячный план.
Как ответить на новый запрос
Задача понятна: добавляем страницу под новый сегмент. В текущем плане её нет. Оценка с проверкой — 6 часов при готовом тексте. Если включаем сейчас, переносится согласованный материал B. Альтернатива — следующий период или дополнительный объём с отдельной датой. После выбора обновлю план.
В таком ответе есть признание задачи, граница, оценка и выбор. Ни отказ ради порядка, ни обещание «как-нибудь успеть» не помогают руководителю решить, что действительно важнее.
К концу месяца сверьте первоначальный план, принятые изменения, выпущенные результаты и ожидания по зависимостям. В отчёте о работе покажите причины переносов и следующие решения. Учтённые часы объясняют расход ёмкости; пользу результата нужно проверять отдельно.
Для начала достаточно завести одну очередь запросов и одного человека, который меняет её приоритеты. Если исходная задача ещё расплывчата, вернитесь к брифу: процедура изменений работает только относительно понятной исходной договорённости.