Журнал гипотез селлера: что записывать, чтобы через три месяца был вывод

Через три месяца после запуска собственник задаёт один вопрос: что мы проверили и что сработало. Команда начинает вспоминать. Пробовали промокод, пробовали кэшбэк, меняли хуки, брали креатора поярче. Что дало переходы, никто не скажет: нигде не записано. Журнал гипотез контент-завода нужен для того, чтобы в этот момент не вспоминать, а открыть документ.

Меня зовут Анастасия Майер, я архитектор контент-заводов: 20 систем под ключ в 10 нишах, около 30 млн охватов в месяц. Золотое правило первых трёх месяцев - около ста проверенных гипотез, дальше минимум десять в месяц, всегда. Сто проверок за квартал - примерно одна в день, и такой поток держится только в документе.

Разберу семь направлений гипотез, четыре поля строки журнала, почему проверка без вывода не считается, как выглядит живой журнал и что делать с отвалившимися гипотезами.

Зачем журнал, если гипотезы и так проверяют

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

Цикл проверки простой: гипотеза, реализация, анализ, решение. Первые три шага команда делает честно: придумали, сняли, посмотрели цифры. Четвёртый остаётся в голове у того, кто смотрел статистику, и через месяц он помнит ощущение, через три не помнит ничего.

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

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

Семь направлений, по которым набирают гипотезы

Коротко: банк гипотез раскладывается по семи направлениям, и это страховка от того, что завод три месяца крутит один и тот же эксперимент с хуками.

Направления такие:

• Аудитории. Кому показываем товар: сегмент, возраст, ситуация покупки.
• Посылы. Что говорим: через выгоду, статус, цену, скорость.
• Боли. Какая проблема названа словами покупателя.
• Сценарные планы. Порядок частей, длина, формат подачи.
• Воронки. Через что ведём: промокод, кэшбэк, мини-гайд, бот, квиз.
• Креаторы. Кто в кадре: зайдёт ли человек непривычного типа, например девушка в татуировках.
• Техническая часть. Пять роликов в день или семь, одна соцсеть или четыре, сколько аккаунтов.

Гипотезы собирает вся команда: первым руководитель завода, вторым менеджер, креаторы приносят своё с еженедельных созвонов, собственник накидывает идеи со стороны бизнеса. Список на три месяца вперёд собирается за один заход и потом пополняется.

Польза видна сразу: если в журнале за месяц двадцать строк и девятнадцать про хуки, шесть направлений не проверялись. Частый перекос - сценарные планы при нетронутых воронках, хотя заказы живут в воронке.

Что писать в строку журнала

Коротко: четыре поля - формулировка, как проверяем, на чём останавливаемся, что решили. Без любого из них строка не работает.

• Формулировка. Одно предложение с действием и ожидаемым результатом. «Промокод в закрепе прокладки даст больше контактов, чем скидка внутри гайда» годится, «попробовать промокоды» не годится.
• Как проверяем. Что делаем, на каком аккаунте, сколько роликов или дней и кто отвечает за запуск.
• На чём останавливаемся. Цифра и срок, по которым принимается решение: переходы, контакты, просмотры, заказы - то, что сейчас можно замерить.
• Что решили. Вывод одной строкой с датой: масштабируем, переделываем, закрываем.

Третье поле ломается чаще остальных: команда ставит в него цифру, которую пока не видит. В первый месяц завода KPI не ставятся вообще, идёт стройка. Во второй и третий спрашивать можно только охваты, ориентир 1-3 млн просмотров в месяц. Переходы включаются с четвёртого-пятого месяца, цена клиента и брендовые запросы - с шестого. Гипотеза с полем «ждём заказы» во второй месяц закроется без вывода.

Поэтому результат формулируется от того, что уже замеряется. Переходы видны, когда стоят пиксели Google, TikTok и Facebook и UTM-метки на ссылке в шапке профиля; заказы считаются как переходы, умноженные на среднюю конверсию товара из аналитики площадки. Что подключается до первого ролика - в статье что замерить до первого ролика, полный набор цифр - в статье какие метрики смотреть селлеру.

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

Почему без записанного вывода проверка не считается

Коротко: вывод - единственное, что остаётся от гипотезы через три месяца, и стоит он две минуты против недели повторной проверки.

Правило у меня жёсткое: у каждой гипотезы есть вывод. Пустое поле означает, что проверка не сделана, даже если ролики отсняты и деньги потрачены. Арифметика на стороне правила: сто гипотез за квартал, и каждая незакрытая строка - кандидат на повтор.

Вывод пишется коротко, в прошедшем времени и с цифрой: «промокод в закрепе дал столько-то контактов за две недели против столько-то у скидки внутри гайда, оставляем промокод». Такую строку через полгода поймёт человек, который при тесте не присутствовал.

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

Как выглядит журнал, который реально ведут

Коротко: одна таблица на завод, одна строка на гипотезу, заполняется в день запуска и в день закрытия, живёт там же, где контент-план.

Признаки живого журнала:

• Он один. Не файл у руководителя, блокнот у менеджера и переписка в чате, а одна таблица с доступом у всех.
• Строка появляется до запуска. Иначе формулировка потом подгонится под результат.
• У строки есть дата закрытия. Срок стоит сразу, и в этот день кто-то приходит с цифрой.
• Он попадает в ежедневный отчёт. Какая гипотеза запущена, какая закрыта, какой вывод записан.
• Он лежит рядом с базой роликов, чтобы вывод связывался с конкретным материалом. Как устроен такой реестр - в статье как вести базу отснятых роликов.

Чего в журнале быть не должно: описаний на абзац, которые перестают читать на третьей неделе, гипотез без ответственного, и общего поля «результат» вместо вывода, куда попадает скриншот статистики без решения.

Заполнение отнимает минут десять в день при темпе одной проверки в сутки: самая дешёвая строчка в бюджете завода.

Что делать с гипотезами, которые отвалились

Коротко: закрытые гипотезы не удаляются, а переезжают в отдельный раздел, потому что через полгода рабочие связки отваливаются и очередь на проверку понадобится снова.

Через три месяца завод переходит от тестов к масштабированию: доказавшее себя заказами размножается по порядку - тот же ролик в другие соцсети, потом лёгкий перемонтаж, потом пересъёмка того же сценария другим креатором, и только потом больше людей и аккаунтов. Соблазн здесь один: бросить тесты, раз связки нашлись. Через полгода они начнут отваливаться, и журнал останется единственным местом, где записано, что уже пробовали.

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

Журнал гипотез - самая скучная деталь завода и первая, которую выбрасывают при запуске. Я, Анастасия Майер, ни на одном из своих проектов не видела завода, который вырос бы без него. Как ставится весь цикл - от банка гипотез до календаря KPI, - разбираю в курсе «Контент-завод с нуля», шаблоны журнала и разборы чужих выводов идут в мастер-группе Майер, свои цифры я выкладываю в Telegram-канале. Разобрать ваш список гипотез можно за час личной консультации.

Источники

• Расшифровки моего курса: урок 21 «Как тестировать гипотезы», урок 16 «Сколько нужно креаторов», урок 15 «Как понять, будут ли видео креатора залетать», урок 24 «Масштабирование контента», урок 25 «Как измерить эффективность контент-завода», урок 10 «Менеджер контент-завода».
• Гайд 01 «Чек-лист запуска контент-завода за 30 дней»: неделя 4 (банк гипотез по семи направлениям, цикл проверки, замер переходов, календарь KPI) и грабли недели 4 - бесплатные материалы.
• Практика 25 контент-заводов в 10 нишах: что происходит с заводом без журнала и сколько времени уходит на повторные проверки.