Плейбук: Проведение постмортема (Postmortem) рекламной кампании

Постмортем (postmortem) — это системный разбор завершенной маркетинговой кампании, проекта или запуска. Это не поиск виноватых и не формальная отписка для руководства. Это инженерный подход к маркетингу: мы разбираем “механизм” прошедшей кампании на детали, чтобы понять, почему он сработал именно так (или почему сломался), и задокументировать извлеченные уроки.

Главная ценность постмортема — формирование институциональной памяти компании. Вы платите за ошибки реальными бюджетами. Если вы не извлекаете из них уроки, вы платите за одну и ту же ошибку дважды. Этот плейбук регламентирует процесс превращения потраченных денег в структурированный опыт.

1. Когда использовать

Проводите постмортем в следующих ситуациях:

Окончание крупной рекламной кампании (flight). Кампания длилась более месяца и занимала существенную долю бюджета (например, более 20% от квартального бюджета на перформанс).
Критический провал (Disaster). Кампания не достигла целевых KPI более чем на 30%. Лиды оказались слишком дорогими, трафик не конвертировался, бюджет был “скликан” без результата.
Аномальный успех. Кампания перевыполнила план на 50% и более. Важно разобрать успех, чтобы понять: это случайность (рыночный фактор, ошибка в планировании KPI) или системный рычаг, который можно масштабировать. Если вы не знаете, почему победили, вы не сможете это повторить.
Завершение теста гипотезы (MVP запуска). Вы запускали новый канал, новый тип продукта или выходили на новый сегмент аудитории.
Завершение сезонного промо. Черная Пятница, Новогодняя распродажа, Киберпонедельник. Постмортемы сезонных акций критически важны для планирования следующего года.

Когда НЕ нужно использовать: Для разбора рутинных еженедельных A/B тестов креативов или мелких корректировок ставок. Для этого существуют регулярные статусы и микро-отчеты. Постмортем требует времени и фокуса всей команды.

2. Для кого

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

Фасилитатор (Обычно Head of Marketing, Lead PM или независимый аналитик): Ведет встречу, следит за таймингом, пресекает поиск виноватых (blame game), задает неудобные вопросы, добивается докапывания до корневых причин.
Performance Manager / Media Buyer: Предоставляет данные по закупке трафика, объясняет логику настройки кампаний, таргетингов, управления ставками.
Аналитик: Готовит данные “План vs Факт”, строит воронки, проверяет достоверность данных, выявляет аномалии в когортах или срезах.
Продукт-менеджер / Маркетолог продукта (PMM): Оценивает качество привлеченного трафика (активации, Retention), соответствие оффера ожиданиям аудитории.
Креативный директор / Копирайтер / Дизайнер: Анализирует эффективность визуалов и текстов. Отвечает на вопросы о том, почему были выбраны именно такие креативные концепции.
Sales Lead (опционально, но желательно): Дает обратную связь о качестве лидов (MQL/SQL), их готовности к покупке, типичных возражениях аудитории с этой кампании.

3. Входные данные

Постмортем без подготовки — это пустая трата времени и обмен субъективными мнениями. Встреча проводится только после того, как собраны и предварительно проанализированы следующие артефакты:

Утвержденный бриф и медиаплан. Исходный документ, где были зафиксированы цели, бюджет, целевая аудитория, позиционирование и ожидаемые метрики (CPA, CPL, ROAS, LTV). 2. Матрица изначальных гипотез. Что мы собирались проверить этой кампанией? (Например: “Видеокреативы с живыми людьми снизят CPA на 20% по сравнению со статикой”, “Аудитория конкурента X конвертируется лучше широкой”). 3. Сводная аналитика (План/Факт). Таблица с ключевыми метриками: Показы, Клики, CTR, CPC, CR (в лид/покупку), CPA, CAC, ROMI. Строго в сравнении с плановыми значениями. 4.

Срезы данных. Развернутая аналитика по: * Каналам и источникам (Google, Facebook, VK, Telegram и т.д.). * Географии, демографии, типам устройств. * Креативным концепциям (какой креатив дал лучший CTR, какой — лучший CR). * Посадочным страницам. 5. Лог инцидентов и изменений. Записи о том, что менялось в ходе кампании: падал ли сайт, отключались ли платежные шлюзы, вносились ли радикальные изменения в настройки таргетинга “на лету”. 6.

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

4. Пошаговый план

Процесс постмортема делится на три этапа: подготовка, сама встреча (синхронно), и фиксация результатов (асинхронно).

Этап 1: Подготовка (Асинхронно, за 2-3 дня до встречи)

Назначение оунера: Определите, кто отвечает за сбор данных и заполнение шаблона постмортема.
Сбор данных: Аналитик и Media Buyer заполняют таблицу “План/Факт” и сводят сырые данные в дашборд.
Аудит гипотез: Инициатор кампании описывает, какие гипотезы сработали, а какие провалились, опираясь строго на собранные данные.
Pre-read: Черновик документа рассылается всем участникам за 24 часа до встречи. На встречу все приходят уже ознакомленными с цифрами. Мы не тратим время на зачитывание отчетов.

Этап 2: Встреча-разбор (Синхронно, 60-90 минут)

Встреча проводится по жесткому регламенту. Правило номер один: Blameless Culture (культура без обвинений). Мы обсуждаем процессы, инструменты и системы, а не личные недостатки сотрудников. Фразы “Ты плохо настроил” запрещены. Допустимо: “Процесс настройки допустил ошибку в таргетинге, как нам изменить процесс проверки перед запуском?”.

Повестка встречи:

Напоминание контекста (5 мин). Кратко: какая была цель, какой бюджет, в какие сроки. 2. Ревью План vs Факт (10 мин). Аналитик озвучивает ключевые отклонения. Где мы перевыполнили план, где недовыполнили. Фиксируем “дельту”. 3. Разбор гипотез (15 мин). Проходимся по изначальным гипотезам. Статус по каждой: Подтвердилась / Опровергнута / Данных недостаточно. Почему? 4. Анализ корневых причин (Root Cause Analysis) (30 мин). Самая важная часть. Если мы не выполнили план по CPL, мы не останавливаемся на “трафик был плохой”. Мы используем технику “5 Почему” (5 Whys).

Пример: Почему CPL выше плана на 40%? -> Потому что CR посадочной страницы составил 1% вместо плановых 3%. * Почему CR составил 1%? -> Потому что 70% трафика уходило с сайта в первые 5 секунд. * Почему показатель отказов такой высокий? -> Потому что страница загружалась 8 секунд на мобильных устройствах. * Почему она так долго загружалась? -> Потому что мы добавили тяжелый видео-виджет без оптимизации. * Корневая причина: Отсутствие чек-листа проверки скорости загрузки мобильной версии перед запуском кампании. 5.

Формирование Action Items и Запретов (20 мин). На основе корневых причин формулируем задачи. Каждая задача имеет глагол, исполнителя и срок. Отдельно формируем список “Что мы больше никогда не делаем”.

Этап 3: Пост-обработка и дистрибуция (Асинхронно, 1-2 дня после)

Оформление артефакта. Фасилитатор причесывает документ, добавляет выводы, ссылки на задачи в трекере.
Занесение в Базу Знаний. Постмортем публикуется в общем пространстве (Notion, Confluence, Wiki).
Обновление плейбуков. Если мы выявили системную ошибку, мы вносим изменения в плейбук запуска кампаний, чек-листы проверки, редполитику или гайдлайны для дизайнеров. Постмортем должен менять систему.

5. Развилки решений (Диагностические деревья)

Когда вы сталкиваетесь с отклонениями на этапе “План vs Факт”, используйте следующие алгоритмы для поиска узкого горлышка.

Сценарий А: Показы есть, Кликов нет (Низкий CTR)

Если CTR значительно ниже бенчмарков канала или исторических данных:

Гипотеза 1: Ошибка таргетинга. Мы показываем рекламу не тем людям.
- Проверка: Посмотреть демографию, интересы кликавших vs не кликавших. Посмотреть места размещения (площадки).
Гипотеза 2: Креативная усталость (Ad Fatigue). Аудитория выгорела.
- Проверка: Посмотреть динамику CTR по дням. Если со старта был высокий, а потом упал — выгорание.
Гипотеза 3: Слабый креатив/копирайт. Сообщение не цепляет, баннер сливается с лентой (баннерная слепота).
- Проверка: Сравнить CTR разных концептов. Провести A/B тест с радикально другим подходом (другой цвет, другой формат — видео вместо статики).
Гипотеза 4: Неконкурентоспособный оффер. Конкуренты предлагают условия лучше прямо в соседних объявлениях.
- Проверка: Анализ выдачи/ленты на момент открутки. Сравнение УТП.

Сценарий Б: Клики есть, Конверсий нет (Низкий CR лендинга)

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

Гипотеза 1: Разрыв обещания (Message Match Mismatch). На баннере обещали одно (например, “Бесплатно”), на лендинге требуете другое (“Оставьте карту”).
- Проверка: Аудит связки “Баннер -> Заголовок лендинга -> Первый экран”. Они должны быть консистентны визуально и семантически.
Гипотеза 2: Технический сбой. Форма не отправляется, сайт падает под нагрузкой, мобильная версия разъехалась.
- Проверка: Webvisor, логи сервера, тестирование формы с разных устройств и браузеров, проверка скорости загрузки.
Гипотеза 3: Трафик “мусорный” (Фрод или миссклики).
- Проверка: Анализ показателя отказов (Bounce Rate), времени на сайте, глубины просмотра. Если отказы > 80% и время < 5 сек — это боты или случайные клики (особенно актуально для РСЯ/КМС).
Гипотеза 4: Слишком высокий барьер входа на посадочной странице. Длинная форма из 10 полей, непонятный интерфейс, отсутствие социального доказательства.
- Проверка: Анализ воронки внутри формы. На каком поле отваливаются пользователи? Упрощение формы.

Сценарий В: Лиды есть, Продаж нет (Низкий CR в оплату / SQL)

Маркетинг радуется дешевым лидам, отдел продаж плачет.

Гипотеза 1: Мотивация лидов ложная. Люди оставляли контакты ради лид-магнита (чек-листа, iPhone в подарок), но не заинтересованы в продукте.
- Проверка: Прослушивание звонков. Если 80% говорят “Я просто хотел скачать PDF” — проблема в оффере.
Гипотеза 2: Неквалифицированная аудитория. Лиды не проходят по BANT (нет бюджета, нет потребности).
- Проверка: Аудит таргетингов. Слишком широкая аудитория. Необходимо сужение таргетинга или добавление квалифицирующих вопросов на лендинг (даже ценой удорожания лида).
Гипотеза 3: Медленная обработка. Отдел продаж перезванивает через 24 часа. Лид уже остыл или купил у конкурентов.
- Проверка: Анализ метрики Time-to-Call (время до первого звонка) в CRM.
Гипотеза 4: Рассинхрон позиционирования. Маркетинг продает “инновации”, сейлзы продают “стабильность”.
- Проверка: Совместный синк отдела продаж и маркетинга, прослушивание звонков, корректировка скриптов.

6. Шаблоны и таблицы

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

Шаблон 6.1. Матрица План/Факт (Executive Summary)

Вставляется в начало документа. Дает мгновенное понимание успешности.

Метрика	План	Факт	Отклонение (%)	Комментарий (Кратко)
Бюджет	500,000 ₽	450,000 ₽	-10%	Не смогли открутить из-за узкого таргетинга в ВК
Показы	2,000,000	1,500,000	-25%	Высокя конкуренция в аукционе, не хватало ставки
Клики	20,000	12,000	-40%	CTR оказался ниже планового
CTR	1.0%	0.8%	-20%	Креативная концепция “Скидка” не зашла
Лиды	1,000	480	-52%	Падение конверсии лендинга
CPA (Цена лида)	500 ₽	937 ₽	+87%	Критический перерасход
Продажи	50	30	-40%
CAC (Стоимость клиента)	10,000 ₽	15,000 ₽	+50%	Негативная юнит-экономика
ROMI	150%	80%	-70%	Кампания убыточна

Шаблон 6.2. Ревью Гипотез

Гипотеза	Статус	Доказательная база (Данные)	Вывод на будущее
Запуск Reels-формата снизит CPA на 20%	❌ Опровергнута	CPA с Reels = 1200₽, CPA со статики = 900₽.	Reels требуют другого подхода к контенту (нужен сторителлинг, а не просто анимированный баннер).
Аудитория Look-a-like 1% даст CR выше широкой	✅ Подтвердилась	CR LaL = 4.5%, CR Широкая = 1.2%.	Масштабируем LaL на другие когорты базы.
Предложение рассрочки увеличит средний чек	⚠️ Недостаточно данных	Только 5 покупок с рассрочкой.	Тест не статистически значим. Требуется продление теста на больших бюджетах.

Шаблон 6.3. Матрица “Корневые причины и Решения” (Root Cause & Action Items)

Здесь рождается реальная ценность постмортема.

Проблема (Симптом)	Корневая причина (почему это случилось)	Решение (Action Item)	Кто делает	Срок
Симптом: Потеряли 30% лидов из-за неработающей формы заявок на iOS.	Корневая причина: QA-тестирование перед релизом проводилось только на десктопе и Android. Отсутствует регламент кросс-браузерного тестирования.	1. Внедрить BrowserStack. 2. Обновить чек-лист QA перед запуском.	Иван И. (QA Lead)	15.11
Симптом: Остановка рекламных кампаний в выходные на 12 часов.	Корневая причина: Закончились средства на балансе рекламного кабинета. Лимит автопополнения карты был исчерпан.	1. Настроить алерты в Telegram при остатке бюджета < 20%. 2. Поднять лимит автопополнения корпоративной карты.	Анна П. (Media Buyer)	12.11
Симптом: Высокий Bounce Rate (85%) с контекстной рекламы.	Корневая причина: Ключевые слова были подобраны слишком широко (информационные запросы вместо транзакционных). Отсутствовала минус-фразовка.	1. Собрать единый корпоративный список минус-слов. 2. Разделять кампании на коммерческие и информационные.	Петр С. (PPC Spec)	18.11

Шаблон 6.4. База Запретов (Not-to-do list)

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

ЗАПРЕЩЕНО: Запускать кампании с бюджетом > 100 000 руб. без настроенной сквозной аналитики и тестовой проверки передачи UTM-меток до CRM.
ЗАПРЕЩЕНО: Использовать стоковые фотографии улыбающихся людей в касках для b2b-кампаний строительного сегмента (CTR исторически < 0.2%).
ЗАПРЕЩЕНО: Делать посадочные страницы без мобильной адаптации.
ЗАПРЕЩЕНО: Вносить изменения в работающие кампании в пятницу после 16:00 (Friday Deploy Rule).

7. Метрики контроля качества постмортемов

Как понять, что вы не просто тратите время на встречи, а реально улучшаете процесс?

Процент выполненных Action Items. Если из 10 поставленных задач по итогам постмортема через месяц выполнено 2 — процесс мертв. Норматив: > 80% закрытых Action Items в срок. 2. Частота повторения одних и тех же корневых ошибок. Самый важный индикатор. Если в Q1 вы забыли пополнить баланс, и в Q3 вы снова обсуждаете остановку кампании из-за баланса — ваши постмортемы не работают, запреты игнорируются. Ошибка должна совершаться один раз. 3. Время до инсайта. Насколько быстро команда способна найти корневую причину во время встречи. Переход от гаданий к быстрым дата-дривен ответам.
Коэффициент подтверждения гипотез (Hypothesis Hit Rate). В долгосрочной перспективе, качество ваших гипотез должно расти. Если сначала подтверждалась 1 из 10, то благодаря извлеченным урокам со временем должно подтверждаться 3-4 из 10.

8. Антипаттерны (Как делать НЕ надо)

Избегайте этих разрушительных практик. Они превращают полезный инструмент в токсичную рутину.

Антипаттерн “Охота на ведьм” (Witch Hunt). Цель встречи смещается на поиск сотрудника, которого нужно наказать или лишить премии.
- Следствие: В следующий раз команда будет прятать ошибки, искажать данные и сваливать вину на внешние обстоятельства или другие отделы (“продажи не дожали”, “маркетинг налил ботов”).
Антипаттерн “Мы просто мало потратили / Алгоритмы не обучились”. Универсальная отговорка Media Buyer’ов, блокирующая любой глубокий анализ.
- Решение: Требовать доказательств. Почему вы считаете, что алгоритм не обучился? Какое окно конверсии? Какие микроконверсии мы видели?
Антипаттерн “Все молодцы, отличная работа” (Toxic Positivity). Постмортем успешной кампании превращается в раздачу медалей без анализа того, почему кампания выстрелила. Мы не понимаем рычаг успеха.
Антипаттерн “Постмортем ради постмортема”. Документ создается, кладется в папку на Google Drive и никогда больше не открывается. Задачи не ставятся в бэклог.
Антипаттерн “У нас нет на это времени, надо запускать следующее”. Симптом беличьего колеса. Команда генерирует убытки на высоких скоростях. Замедлитесь, чтобы не делать работу над ошибками в виде потери миллионов рублей.
Антипаттерн “Поверхностные причины”. Остановка анализа на первом уровне “Почему?”. “Нет лидов, потому что плохой лендинг”. Это не причина. Причина кроется в процессах согласования прототипа, отсутствии исследований ЦА перед сборкой лендинга или выборе подрядчика по критерию “самый дешевый”.

9. Что должно получиться на выходе

Ожидаемый артефакт процесса:

Единый документ (Markdown / Notion / Confluence page), содержащий все заполненные шаблоны из Раздела 6. Документ должен быть читаемым по диагонали (Executive Summary в начале).
Обновленный Backlog задач. Заведенные тикеты в Jira/Trello/Asana с тегом postmortem-action и назначенными сроками.
Пополненная “База запретов” (Not-to-do list). Новые правила интегрированы в процессы (например, добавлен пункт в чек-лист релиз-менеджера).
Уведомление в общий чат (Slack/Telegram). Короткая выжимка (TL;DR) для всей компании: “Мы завершили кампанию Х. Потратили Y, заработали Z. Главный успех: [суть]. Главный провал: [суть]. Чему научились: 1, 2, 3. Полный разбор по ссылке”. Это формирует культуру прозрачности.

10. Связанные материалы

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

Плейбук: Брифование рекламных кампаний (Как правильно ставить гипотезы до старта).
Плейбук: Настройка сквозной аналитики и разметка UTM (Как обеспечить чистоту данных для постмортема).
Плейбук: A/B тестирование креативов (Методология корректной проверки микро-гипотез).
Фреймворк: Unit-экономика и расчет маржинальности (Понимание метрик CAC, LTV, ROMI).

Поделиться статьей:

Telegram ВКонтакте Twitter