Постоянная система тестирования креативов
Разница между аккаунтами, которые переживают плохой месяц, и теми, которые не переживают, редко в таланте. Она в том, работало ли тестирование, пока всё было хорошо.
Финансируйте до того, как понадобится
Зафиксируйте долю расхода — обычно десять-двадцать процентов, больше в волатильных вертикалях, — которая постоянно идёт на непроверенный креатив. Это защищённый бюджет: его не забирают в удачный месяц ради объёма и не режут в плохой ради CPA. Оба соблазна сильны, и оба дорого стоят, потому что момент, когда вам нужен новый победитель, — ровно тот момент, когда искать его уже некогда.
Разделяйте блоки
Тестировать и масштабировать в одной кампании — самая частая структурная ошибка в перформанс-аккаунтах. Зрелый победитель заберёт показы у перспективного новичка задолго до того, как тот наберёт данные, чтобы себя доказать. Выглядит это как проваленный тест; на деле это провал структуры.
- Блок масштабирования — только подтверждённые концепции, оптимизация на эффективность в объёме.
- Тестовый блок — отдельная кампания, собственный бюджет, достаточно на ячейку, чтобы прийти к решению за окно оптимизации.
- Правило перевода — записанное условие, которому концепция должна соответствовать, чтобы перейти из теста в масштаб. Применяется без исключений.
Если перспективный креатив может проиграть показы устоявшемуся, вы не тестируете. Вы устраиваете прослушивание.
Правило остановки — до запуска
До старта запишите размер выборки и порог решения. Без них тесты останавливают тогда, когда кто-то почувствовал уверенность, а это коррелирует с направлением, на которое надеялись. Как практический минимум: столько конверсий на вариант, чтобы разница в двадцать процентов была различима. Ниже этого вы читаете шум и платите за эту привилегию.
Не менее важно определить, что означает проигрыш. Большинство тестов проваливается, и задокументированный провал стоит почти столько же, сколько победа: он навсегда убирает вариант и не даёт выкупить ту же идею в следующем квартале человеку, которого тогда не было.
Тегируйте всё, иначе не научитесь ничему
Таксономия вариаций — это то, что превращает тестирование в систему. У каждого ассета должны быть структурные теги: концепция, угол, тип хука, тип доказательства, формат, длина, рынок. С ними вы отвечаете на вопросы, которые не берёт ни один отдельный тест: какой тип хука выигрывает в Скандинавии, обходит ли социальное доказательство демонстрацию на холодном трафике, сколько живёт концепция на конкретном рынке.
Через квартал этот архив становится самым ценным активом в аккаунте — сжатой записью всех выводов, за которые вы заплатили, доступной любому, кто присоединится позже.
Недельный ритм, который держится
Системы умирают от размытости, поэтому дайте ей календарь. Новая партия входит в тестовый блок в фиксированный день. Результаты разбираются в фиксированный день письменным решением: перевести, доработать или в архив. Победители уходят в блок масштабирования. Архив обновляется в тот же день, а не когда-нибудь.
Это не эффектно — и в этом вся разница между аккаунтом, который накапливает результат, и тем, который каждый квартал начинается заново с новым подрядчиком и теми же проблемами.
Главное
- Выделите постоянный тестовый бюджет, который не забирают и не режут.
- Держите тест и масштаб в разных кампаниях с записанным правилом перевода.
- Тегируйте каждый ассет по концепции, углу, хуку и доказательству — архив ответит на то, что не берёт один тест.