должна быть проверена, и выводы, которые из проверки данной гипотезы были сделаны. И лучше всего использовать для этого HADI-циклы. Иначе говоря, сформулировать и оценить саму гипотезу, затем подготовить действия, направленные на ее проверку, далее проверить ее, проанализировать полученные данные, и уже после зафиксировать все возможные инсайты и выводы, сделанные по итогу проверки данной гипотезы, которые способствуют более простой, легкой и дешевой проверке следующих гипотез.
Например, мы предполагаем, что изменение текста на баннере с рекламой продолжит в том же объеме привлекать пользователей из целевой аудитории, а также привлечет некоторую часть пользователей из другого сегмента. Для этого производятся необходимые действия в виде написания нового текста, редизайна баннера, затем верстки, печати, монтажа, и так далее. Но уже спустя две недели анализируются результаты, и делается вывод, что новый текст не только не смог привлечь дополнительную аудиторию, но и стал меньше привлекать целевую. Поэтому необходимо вернуть старую версию рекламы, и зафиксировать, что данный текст в данный момент времени, или даже в данный сезон года, не работает на привлечение данного сегмента. Но зато отрицательно работает на целевой аудитории.
И важно отметить, что чем больше гипотез проверяется, тем выше потенциал вырастить продукт. Но чтобы не затягивать этот рост, необходимо проверять их быстро. А чтобы проверять гипотезы быстро, нужно правильно их формулировать. А для этого необходимо понимать какие изменения на какие метрики влияют, и что именно ожидается достичь данными изменениями. И если целью указывать увеличение конверсии, увеличение дохода, возврата, продолжительности и частоты сессий, то это будет просто впустую потраченным временем. А по результату не получится ответить ни на один из этих вопросов. Поскольку для разных метрик потребуется разное количество пользователей, а также само изменение, в действительности, имеет влияние лишь на что-то одно. Поэтому необходимо не торопиться проверять все и сразу, а вдумчиво подходить к тестированию гипотез, и не забывать фиксировать все результаты. Чтобы спустя пару недель или месяцев не проверять снова то же самое, но сбоку.
делать запланированное
Хотя это правило применимо для жизни, в принципе – не делать сегодня то, что можно отложить на завтра. Но если без шуток, нельзя откладывать то, что уже запланировано. Иначе запланированное может не реализоваться вообще никогда. И это применимо не только при работе над продуктом, но и для жизни в целом.
Если рассматривать на примере разработки, то в начале каждого цикла должно быть четкое и конкретное понимание конечного итога. И если во время этого цикла добавить какие-то дополнительные изменения или требования, то цикл может растянуться, потери потенциального дохода увеличиться, а действительно нужные и необходимые изменения не выйти