310. Unit-экономика и custdev: зачем считать гипотезу до исследования

Расчёт гипотезы в  unit-экономике можно сделать до custdev. Он показывает, есть ли у гипотезы шанс вывести продукт в плюс по метрикам, в первую очередь по сходимости на 1-го привлеченного пользователя. Если даже с запасом по частоте и чеку плюса нет, discovery-процедуры этой гипотезы усилия не окупят: интервью подтвердит боль, а модель всё равно не сойдётся.

Для продуктовой команды важно, чтобы те гипотезы, которые в принципе не выведут продукт в плюс, мы даже не проверяли (не тратили время). Например, если для сходимости экономики продукта нужно поднять средний чек в 5 раз, что практически невозможно, зачем тратить усилия на проверку этой гипотезы через discovery-процедуры? Лучше тратить усилия на проверку тех гипотез, которые позволяют в принципе выйти в плюс по финансам.

Вторая связь идёт в обратную сторону: часть метрик для этого расчёта юнит-экономики берётся из самих custdev-процедур. И это не только интервью. Как часто случается ситуация, кто платит и сколько сейчас уходит на привычный способ, можно узнать в интервью и опросах. Доходит ли пользователь до оплаты, сколько стоит канал и какой чек получается на деле, видно в тестах канала, продажах и A/B-тестах. Никто не отменял бенчмарки по отрасли, но дополнительные процедуры позволят уточнить расчеты.

Слова «я бы заплатил» в расчёт лучше не ставить как факт. То есть это не метрика, а намерение. В расчёт лучше ставить то, что пользователь уже платит сейчас, и то, заплатил ли он в проверке. Не забываем про воспринимаем метрику и реальную.

В сухом остатке: расчёт гипотезы сокращает custdev: не исследуем то, что в плюс не выведет; сами процедуры, и не только интервью, дают часть метрик, на которых этот расчёт стоит.

#unitэкономика@custdevlab #методика@custdevlab