Postmortem кампании: шаблон решений после провала
Как провести разбор рекламной кампании: исходная гипотеза, факты, хронология, ограничения и следующие действия. Шаблон с владельцами и критериями проверки.
1. Определите, что именно не получилось
Низкий ROAS в отчёте может означать слабую кампанию, незрелые данные, ошибку измерения или неверное ожидание. Перед встречей сформулируйте отклонение одним предложением: какая цель была согласована, какой результат получен и за какой период. Если цель появилась только после запуска, это отдельный факт о процессе. Не переписывайте исходный бриф так, будто команда с самого начала ожидала другой результат.
Этот материал предназначен для завершённой кампании или законченного этапа. В блоге уже есть оперативный чек-лист для рекламы, которая сейчас не работает. Postmortem решает другую задачу: сохранить знания и изменить следующий запуск. Его проводят и после удачных кампаний, если важно понять, какие условия стоит повторить, а какие результаты могли зависеть от случайного совпадения.
2. Соберите пакет фактов до встречи
Подготовьте исходный бриф, утверждённые ограничения, выгрузку расходов, определения событий, журнал изменений и данные обработки лидов. Укажите дату выгрузки и задержку конверсии. Если продажи ещё дозревают, зафиксируйте промежуточный статус и дату повторного расчёта. Встреча не должна превращаться в совместный поиск того, какой столбец считать правильным.
Разделите материал на три категории: наблюдение, объяснение, неизвестное. «Форма не работала два часа» — наблюдение при наличии журнала ошибки. «Поэтому потеряли половину продаж» — объяснение, требующее расчёта. «Не знаем число затронутых посетителей» — неизвестное и возможная задача по улучшению измерения. Такая разметка позволяет обсуждать проблему без требования немедленно назвать единственную причину.
| Запись | Категория | Что нужно дальше |
|---|---|---|
| Расход превысил согласованный предел | Факт после сверки | Восстановить изменение бюджета |
| Креатив привёл не ту аудиторию | Гипотеза | Проверить сегменты и качество |
| Часть лидов без источника | Факт после выгрузки | Найти место потери данных |
| Продажи ещё не завершены | Ограничение | Назначить повторный срез |
| Менеджер виноват | Оценка без объяснения | Разобрать условия и действия |
3. Восстановите решения по времени
Для ключевых событий запишите время, доступные на тот момент данные, принятое решение и владельца. Различайте сведения, которые команда знала тогда, и то, что стало очевидно после завершения. Иначе разбор быстро превращается в соревнование по ретроспективной мудрости. В хронологии полезны запуск, изменение оффера, сбой страницы, смена бюджета, предупреждение и остановка.
Подход Google SRE к blameless postmortem родился в эксплуатации систем; здесь используется только принцип изучения условий и предотвращения повторения. Для маркетинга это означает вопрос «почему процесс позволил расходовать бюджет при сломанной форме?» вместо поиска удобного виноватого. Ответ может включать отсутствие проверки, неясного дежурного или сигнал, который никто не получал. Ответственность за исправление при этом остаётся персональной и конкретной.
4. Разберите условную неудачу без лишней причинности
Учебный пример: на лидогенерацию потрачено 60 000 ₽, получено 100 обращений и 10 квалифицированных лидов. CPL равен 600 ₽, стоимость квалифицированного лида — 6 000 ₽. План предполагал 20 квалифицированных лидов при том же расходе. Числа придуманы для расчёта и не относятся к моим клиентам. Даже при привлекательном CPL цель по качеству не достигнута.
В середине кампании команда поменяла аудиторию и текст формы. По обычному итогу нельзя установить, какое изменение повлияло сильнее. Сначала сравните определения квалификации, распределение лидов по времени и обработку обращений. Если данных недостаточно, выводом становится ограничение измерения и дизайн следующего теста. Не нужно объявлять всю площадку бесполезной на основании одного запуска с несколькими одновременными изменениями.
5. Превратите выводы в проверяемые действия
Фраза «лучше контролировать подрядчика» не содержит действия. Рабочая запись выглядит конкретнее: перед запуском ответственный проходит тестовую заявку и прикладывает подтверждение её получения; запуск блокируется, если подтверждения нет. Для каждого действия нужны владелец, срок, критерий выполнения и риск повторения. В шаблоне разделены немедленное исправление, изменение процесса и эксперимент.
Не создавайте двадцать задач из одного отчёта. Выберите небольшое число изменений, которые устраняют подтверждённый сбой или уменьшают важную неопределённость. Для следующего рекламного теста заранее запишите вариант сравнения, основную метрику и правило остановки. Встроенный эксперимент рекламной системы может помочь, но его доступность и условия нужно проверить. Обычный запуск новой версии после старой не становится контролируемым тестом от слова «гипотеза».
6. Закройте разбор проверкой исполнения
После встречи разошлите внутри рабочей команды итог с решениями и ссылками на факты привычным для неё способом. Назначьте дату проверки задач. Закрытая карточка должна содержать свидетельство результата: запись тестовой заявки, действующее уведомление, исправленный словарь или оформленный план эксперимента. Если действие не выполнено, сохраните причину и новый срок; не переносите его молча в следующий отчёт.
Инструмент «Разбор отчёта подрядчика» принимает текст и предлагает, каких данных и вопросов не хватает. Он полезен перед встречей, но не устанавливает причину провала и не заменяет выгрузки. Передавайте обезличенный материал, проверяйте предложения и переносите подтверждённые вопросы в шаблон. Через следующий запуск вернитесь к предыдущему разбору: главное свидетельство пользы postmortem — выполненное изменение процесса, которое команда действительно использовала.
Решения после рекламной кампании
Заполните фактами одного запуска. Примеры показывают структуру задачи, а не реальные инциденты проекта.
Откройте в Excel или Google Sheets. Примеры и пустые поля можно заменить своими данными.
Частые вопросы
Когда проводить postmortem?
Когда завершён согласованный этап и доступны необходимые данные. Если продажи имеют длинный цикл, проведите разбор исполнения отдельно, а коммерческий итог пересчитайте позже. Не откладывайте фиксацию хронологии: память участников ухудшается быстрее, чем дозревают сделки.
Что делать, если команда не согласна с причиной?
Сохраните конкурирующие объяснения и укажите, какие данные различат их. Не нужно голосовать за причину. Можно сразу исправить подтверждённый процессный сбой и отдельно запланировать проверку спорной гипотезы.