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