Софт для медиабаинга на ТВ: чек-лист, который отличает один инструмент от другого

Софт для медиабаинга на ТВ превращает цель по рейтингам и согласованную структуру скидок в бюджет, который байер сможет отстоять, а затем сверяет то, что вышло в эфир, с тем, что было запланировано. Дайте один и тот же бриф — те же целевая группа, каналы, бюджет, флайт — двум разным инструментам, и получите два разных плана. Дело почти никогда не в интерфейсе. Разница — в горстке расчётных решений, которые вендоры редко фиксируют письменно.

Таких решений семь. Как перемножаются скидки. Как сходится петля «бюджет → порог скидки» и в какую сторону она округляет. Задан ли сплит prime/off-prime деньгами или эфирным временем. В какую сторону идёт деление на affinity. Заданы ли формы флайта шаблонами или вбиты вручную. Что означает «вышло в эфир» в пост-бае. И переживёт ли всё это файл, которому вы уже доверяете. Двадцать минут на эти вопросы стоят больше, чем три демо.

По каждому пункту ниже — вопрос, стоящая за ним арифметика и ответ, который должен вас насторожить.

1. Скидки перемножаются или складываются?

Спросите: «У меня скидка байера 20% и агентская скидка 10%. Какова суммарная скидка?»

28%, а не 30%. Скидки продавца применяются последовательно — каждая действует на то, что осталось после предыдущей, — поэтому итоговая скидка равна единице минус произведение остатков.

На одной сделке два процентных пункта выглядят как погрешность округления. Но сложите четыре-пять строк — объём, обязательство, сезонность, агентская, off-prime — и складывающая арифметика уедет достаточно далеко, чтобы поменять победителя тендера. Инструмент, который складывает скидки, ошибается систематически — всегда в сторону, где план выглядит дешевле, чем окажется на деле.

Пока у вендора открыт калькулятор, попросите показать всю цепочку:

Каждый из этих четырёх множителей — место, где вендор может незаметно разойтись с вами в цифрах. Зафиксируйте каждый из них письменно.

2. Сходится ли петля «бюджет → скидка», и в какую сторону?

Спросите: «Порог скидки зависит от бюджета, который я заявляю, а заявленный бюджет зависит от скидки. Как вы это разрешаете?»

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

Интересен случай колебания: один проход даёт результат чуть выше порога, следующий — чуть ниже. Кто-то должен принять решение о правиле. Мы берём больший бюджет, потому что заниженный план — дорогой вид ошибки: он проходит внутреннее согласование, а потом не исполняется. Спросите у вендора, какое у них правило на границе. «Сходится» — это не ответ. «Сходится, а когда не сходится, вот в какую сторону мы округляем» — уже ответ.

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

3. Сплит prime/off-prime — это деньги или эфирное время?

Спросите: «Когда я задаю off-prime на уровне 40%, это 40% денег или 40% рейтингов?»

Это должны быть деньги. Байеры договариваются в деньгах, продавцы называют цены в деньгах, а у инвентаря off-prime своя скидка. Доля рейтингов, которая получается из денежного сплита off-prime 40%, — величина производная (через affinity и скидку off-prime) и почти никогда не равна 40%.

На второй половине вопроса ловится большинство: поле наценки за prime-time применяется ко всей сделке, а не только к прайм-части. Если инструмент даёт поле «наценка за prime-time» и умножает на неё всю цепочку CPP, введённые 15% лягут наценкой на всё, включая off-prime. Прайм-секунды отдельно не выделяются. Это законное моделирование, если оно задокументировано, и серьёзная проблема, если название поля намекает на обратное, а этого никто не проверяет. Спросите, что именно вы получаете, и попросите показать это в выгруженном расчёте.

4. В какую сторону идёт деление на affinity?

Спросите: «Покажите формулу, которая переводит рейтинговые пункты по целевой аудитории в рейтинговые пункты по всему населению».

При affinity 200 — целевая аудитория смотрит вдвое плотнее среднего населения — 100 целевых пунктов соответствуют 50 пунктам по всему населению. Направление деления решает всё: перепутав его, на крайних значениях можно завысить или занизить исполнимость плана в четыре раза.

Реальная ошибка обычно тоньше самой формулы: числитель считают по целевой аудитории, а знаменатель — по всему населению. Результат выглядит правдоподобно, проходит визуальную проверку и при этом неверен. Проверяйте на вручную составленном кейсе, где ответ уже известен.

Заодно проверьте взвешивание по длительности ролика. 30-секундный ролик — эталон с коэффициентом 1,0; более короткие ролики весят пропорционально меньше. Если считать 15-секундный ролик за полный рейтинговый пункт, любой план со смешанными хронометражами окажется завышен.

5. Формы флайта: шаблоны или 52 ячейки, забитые вручную?

Спросите: «Как задать всплеск в начале с пиком в середине кампании, не вбивая недельные веса вручную?»

Вбитые вручную недельные веса невозможно проверить постфактум. Через полгода никто не скажет, была ли неделя 7 решением или опечаткой. Именованные шаблоны формы можно проверить. У нас 17 шаблонов флайта (Flat, Front-Loaded, Mid-Peak, Crescendo и другие) и 5 уровней интенсивности от 0,5 до 1,7 — форма кампании становится осознанным выбором, а не артефактом таблицы.

Спросите, на чём основаны эти шаблоны. Литература здесь не экзотическая: работы Бродбента по adstock оценивают затухание в FMCG примерно в 2,5 недели, STAS Джонса говорит в пользу краткосрочного эффекта близости к покупке, а Бине и Филд формулируют баланс между долгим и коротким эффектом. Вендор, который может назвать логику за шаблонами по умолчанию, проделал эту работу. Декоративные шаблоны говорят о том, что её не делал никто.

Ещё одна проверка: активные месяцы выводятся из фактически поставленных TRP или берутся из того, что планировщик выбрал в селекторе месяцев? Эти два варианта расходятся, и честный — тот, что выведен из данных.

6. Пост-бай: что на самом деле значит «вышло в эфир»?

Спросите: «Ролик вышел в эфир. Как система классифицирует его относительно плана?»

Поле «доставлено» бесполезно. Ролик может выйти на нужном канале не в ту неделю, в нужную неделю не в тот дневной интервал, не той длительности или вообще на канале, которого не было в плане. Каждый из этих случаев — отдельный разговор с продавцом. Сведите их в одну цифру — и разговор закончится, не начавшись.

Каждому вышедшему в эфир ролику мы присваиваем ровно один из 7 взаимоисключающих статусов соответствия плану:

• matched — ролик вышел так, как было запланировано
• out_of_flight — вне периода кампании
• unplanned_channel — канал, которого не было в плане
• out_of_week — правильный канал, не та неделя
• out_of_daypart — правильная неделя, не тот дневной интервал
• wrong_length — правильный слот, не та длительность
• no_lines — нет строки плана для сопоставления

Важна именно взаимоисключаемость. Если ролик можно засчитать дважды, показатель соответствия плану — фикция.

Здесь же два технических вопроса. Сырые файлы поставки или текстовый экспорт? Текстовые экспорты из систем измерения обычно несут только возрастной диапазон от 1 до 5. Отраслевые срезы вроде 18–49 и 25–54 из диапазонов не собрать — это ограничение текстового экспорта, а не самого измерения. Сырые файлы поставки (EVS/RDS/RSP) содержат точный возраст 4–65, так что доступен любой нужный срез. Спросите, что читает ваш вендор.

И что происходит, когда приходит исправленный день? Загрузка должна быть идемпотентной по хэшу файла: повторная поставка пропускается, а исправленная — удаляет и заменяет прежние строки. Всё остальное тихо задваивает данные, и вы узнаёте об этом уже на тендере.

7. Смогут ли они воспроизвести ваш файл?

Этот пункт делает проверяемыми первые шесть. Откажитесь от демо-датасета. Дайте вендору таблицу аудитории, которой вы уже доверяете, и попросите воспроизвести её — ячейка за ячейкой.

Наши собственные цифры — как ориентир, каким должен выглядеть настоящий ответ:

Мы воспроизводим цифры Nielsen. Мы не сертифицированы Nielsen. Это не скромность — это то, что подтверждается фактами.

Что в чек-листе должно быть отмечено как ограничение

Чек-лист, где перечислены только сильные стороны, — это маркетинг. Три вещи, которые мы говорим байерам, не дожидаясь вопроса:

• CPP в нашей системе — это прокси. В исходных данных нет реальных согласованных цен, поэтому ничего из того, что мы выдаём, нельзя читать как фактические траты, ROI или сэкономленные деньги. Это устойчивая единица для сравнения планов, а не котировка.
• Прогнозирование и автономное планирование — в дорожной карте. Сегодня система считает, проверяет и сверяет; она не предсказывает за вас следующий квартал.
• Данные по аудитории сейчас охватывают один рынок. Расчётный слой не привязан к конкретному рынку; поставляемые данные — пока да.

Где здесь наши продукты

TV Budgeting — это расчётная сторона: двунаправленный расчёт TRP → бюджет и бюджет → TRP на одном замороженном ядре, где вся механика скидок, сплита prime/off-prime, affinity и длительности из этой статьи не спрятана, а видна. TV Planner — это сторона данных: сырые файлы измерений, охват и частота на индивидуальном уровне, пост-бай на уровне ролика с теми же 7 статусами и замороженные снапшоты отчётов, которыми делятся с клиентами по отзываемой ссылке.

Их объединяет одно правило проектирования: система никогда не подставляет значения по умолчанию. Отсутствующий ввод даёт ошибку с именем поля. Что вы видите — то и было посчитано.