Наценка за прайм-тайм расценивает всю сделку, а не только прайм

Наценка за прайм-тайм — это множитель уровня сделки. Она применяется к финальному CPP уже после того, как учтены базовая цена, сезонность и скидки, и поднимает стоимость каждого пункта рейтинга в закупке — и в прайме, и вне прайма. Так решает её место в цепочке расчёта. Название поля тут ни при чём.

Почти каждый, кто впервые открывает расчёт, читает это поле иначе. Ошибочное прочтение обходится в деньги — и в рейтинги, которые так и не будут куплены.

Где наценка стоит в цепочке CPP

Финальный CPP — это последовательность множителей:

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

Во что реально обходится ошибочное прочтение?

Возьмём наценку 15% при офф-прайме на 55% денег.

На сделке в 100,000 этот разрыв — 8,250. Неприятная часть в другом: при фиксированном бюджете эти проценты никогда не появятся отдельной строкой в счёте. Они вычитаются из объёма. В итоге вы недополучаете примерно тот же процент TRP, потому что каждый пункт рейтинга обошёлся дороже, чем предполагала мысленная модель планировщика.

Ошибка никак не заявляет о себе. Бюджет сходится, все строки складываются верно, и только итоговый результат оказывается меньше ожидаемого — а к этому моменту план уже подписан.

Почему мы не спрятали это за удобными значениями по умолчанию

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

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

А если премия действительно относится только к прайму?

Такая схема существует, и в ней нет ничего необычного. Просто ей место в другом разделе — в структуре офф-прайма, которая в TV Budgeting задаётся как доля денег и пересчитывается в долю рейтингов через аффинити и скидку OT.

Из этого прямо следует: сделку нельзя поделить пополам на глаз. Доля денег и доля рейтингов — разные величины, и пересчёт между ними нелинеен. Поэтому 55% денег на офф-прайме не означает 55% рейтингов, а премия, номинально покрывающая «45% объёма», никогда не сводится к чистому проценту от общей цены.

Как один и тот же план читается со стороны бюджета и со стороны рейтингов — тема большого гида этой недели, «ТВ-планирование: от целевого рейтинга к бюджету — и обратно»

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

Главное

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