Почему ваши “гипотезы” на самом деле не гипотезы

Многие продакты пишут в документах так:

- Сделаем реферальную программу
- Запустим пуши
- Сделаем редизайн корзины

Знакомо? Это не гипотезы. Это список идей и задач.
Их нельзя проверить - их можно только реализовать.

Гипотеза - это проверяемое предположение об изменении метрики для конкретного сегмента пользователей, подкрепленное данными или логикой.

Формула:
Сделаем [действие] для [сегмента], это изменит [метрику] на [X%] за [срок], потому что [данные/инсайты].

Пример

Неверно: «Сделаем пуши про бонусы».

Верно:
«Если отправить пуш “Ты забыл про бонусы” пользователям, неактивным 30 дней, то повторные покупки вырастут на +10% за 2 недели, потому что в интервью 62% респондентов (из 12) сказали, что забывают о своих бонусных баллах»

Типовые ошибки
- Отсутствие сегмента. “Для всех пользователей” = ни для кого.
- Нет метрики. “Станет лучше” нельзя измерить.
- Нет причины верить. Значит, никакого основания тратить ресурсы.

Проверка гипотез без затрат

Не требуется сразу писать код. Существуют методы дешевой валидации:
- Fake door. Размещение кнопки или элемента интерфейса без реализации. Измеряется CTR.
- Ручная эмуляция. Например, рассылка пушей вручную на ограниченной выборке (500 человек).
- Прототип. Интерфейс в Figma или бумажный макет. Позволяет протестировать сценарий до разработки.
- Интервью. 8-10 глубинных интервью выявляют причины поведения быстрее и дешевле, чем спринт кода.

Гипотеза - это дисциплина.
Формулировка “сделаем X” - не гипотеза, а задача.
Настоящая гипотеза всегда содержит: действие, сегмент, метрику, аргумент “почему верим” и план дешевой проверки.

Команда, которая работает по этой схеме, получает не кладбище фич, а систему роста продукта.

Японский продакт