Почему медиаплан нельзя собирать от каналов, пока не посчитал окно окупаемости
Я часто вижу одну и ту же ошибку у сильных команд: медиаплан строят от привычных каналов — поиск, соцсети, видео, ретаргетинг — а потом уже пытаются «докрутить» экономику. В 2026 году это почти гарантированно приводит к завышенным ожиданиям от last-click (последнего клика) и к спору с финансовым директором уже на втором месяце.
Я считаю, что медиаплан сегодня надо начинать не с каналов, а с **окна окупаемости**. И только потом раскладывать бюджет по инструментам. Почему? Потому что один и тот же рубль в performance (платном трафике) может быть оправданным для бренда с быстрой повторной покупкой и убыточным для B2B-сделки с длинным циклом и RevOps-логикой (общей ответственностью за выручку).
У себя в практике я держу простое правило: если клиент не может ответить, за сколько недель или месяцев у него должен возвращаться платный трафик, значит медиаплан ещё не готов. В одной e-com категории мы убрали 18% бюджета из «широкого» трафика и перераспределили его в ретаргетинг и поисковый спрос с коротким циклом — при том же обороте ДРР (доля рекламных расходов) стала ниже на 11 п.п. Не потому, что каналы «сильнее», а потому, что мы подогнали закупку под реальную экономику бизнеса.
Что я советую считать до запуска:
— допустимый срок окупаемости по сегментам;
— ожидаемую маржу после возвратов и скидок;
— долю повторных покупок или допродаж;
— лаг между кликом и деньгами в кассе;
— минимальный объём теста, чтобы не обмануться на шуме.
Если этого нет, медиаплан превращается в красивую таблицу. Если это есть, он становится управленческим инструментом. И в 2026 году это уже важнее, чем умение «раскидать бюджет по всем каналам понемногу».
— @MediaPlanningRoomPro
—
Хочешь больше marketing? @PerfNewsDigest
Медиапланирование без агентств
@MediaPlanningRoomPro
Почему медиаплан нельзя собирать от каналов, пока не посчитал окно окупаемости
Этот пост опубликован в Telegram-канале Медиапланирование без агентств. Подписаться можно по ссылке: @MediaPlanningRoomPro.