Как отличить хорошую гипотезу от плохой
Всем привет! 👋
Сегодня поговорим о гипотезах — фундаменте всего, что мы делаем в продукте.
Cильная гипотеза — это не желание, а обоснованное предположение. Вот чек-лист, по которому я сейчас «прогоняю» любую идею перед тем, как нести её команде:
1. Она сформулирована по шаблону. Без этого — сразу на доработку.
• «Мы считаем, что [внедрение функции X] для [аудитории Y] позволит достичь [результата Z]»
• «Мы уверены в этом, потому что видим [данные из метрик/отзывов пользователей]»
• «Мы подтвердим это, когда [метрика A] изменится на [B]%»
2. Она проверяема и измерима. Если нельзя придумать понятный критерий успеха — гипотеза ни о чём.
3. Она ориентирована на пользователя, а не на нас. Не «мы хотим внедрить чат-бота», а «пользователи не могут найти ответ на вопрос и уходят».
Пример из финтеха:
• Плохо: «Добавим ипотечный калькулятор на главную». (Почему? Для кого? Что проверим?)
• Хорошо: «Мы считаем, что добавление интерактивного ипотечного калькулятора для пользователей, впервые зашедших на сайт, увеличит конверсию в оформление заявки на 5%, потому что данные показывают, что 30% пользователей ищут его в поиске. Успехом будем считать рост конверсии на 5% в течение 2 недель после релиза».
Резюме: Сильная гипотеза экономит кучу времени и ресурсов команды. Не ленитесь формализовать.
А по какому шаблону работаете вы? Делитесь в комментариях! 👇