ТЗ от whitelist-площадки: 7 пунктов, которые нельзя пропускать перед запуском

ТЗ от whitelist-площадки: 7 пунктов, которые нельзя пропускать перед запуском

Плохое ТЗ бьёт не по креативу, а по всему запуску: модерация, дедлайны, трекинг, доступы. Поэтому перед стартом проверь не «в целом понятно ли», а конкретику: что именно нужно сдать, в каком виде и кто принимает результат.

Смотри на 4 блока:
• Оффер: продукт, гео, целевое действие, ограничения по трафику.
• Крео: форматы, размеры, тексты, что запрещено в визуале и заголовках.
• Воронка: куда ведём, нужен ли преленд, какие поля в форме, где ставится пиксель/постбек.
• Условия: whitelist, caps, расписание, источники, политика по дублям и тестам.

Отдельно проверь размытые формулировки: «можно нативно», «без риска», «по желанию», «по согласованию». Такие слова обычно означают, что правила ещё не зафиксированы. Если в ТЗ нет списка запретов, заранее попроси его письменно: обещания в чате потом тяжело доказать.

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

Лучше потратить 10 минут на сверку ТЗ, чем потом собирать запуск по кускам и гадать, где именно сломалась связка.