Какие инструменты есть у продакта для проверки гипотез?

Когда ты работаешь в продуктовом подходе — продакт, предприниматель или маркетолог — ты постоянно сталкиваешься с гипотезами. Что-то хочешь проверить быстро, что-то — серьезно и надолго. Но часто не хватает структурного списка: а что вообще доступно для валидации гипотезы, не выкатывая её на всех пользователей?

Ниже — адаптированная карта инструментов из книги Итамара Гилада. Он выделяет 5 этапов работы с гипотезой. И на каждом этапе — свой набор инструментов.

1. Assessment — первичная оценка: самостоятельная или с командой

• Goals alignment — идея соответствует целям компании? Например, если помогаем людям быть здоровыми, то все гипотезы, которые сделают человеку хуже отвергаются.
• Business modeling — прикидываем, может ли идея выстрелить в метрике. Юнит-экономика, ретро-данные, метрики конкурентов.
• ICE analysis — субъективная приоритизация по Impact, Confidence, Ease.
• Assumption mapping — брейншторм предположений: что точно правда, что точно нет?
• Stakeholder reviews — собираем мнение команды, смежных департаментов, руководства.

2. Fact-finding — сбор информации

• Data analysis — что говорят продуктовые данные? Есть паттерны, подтверждающие идею?
• Surveys — опросы пользователей (количественный метод).
• User interviews — разговоры с пользователями (качественный метод).
• Competitive analysis — что делают конкуренты?
• Field research — исследование поведения в реальных условиях, на месте, в контексте.

3. Tests — предварительная проверка гипотезы

• Smoke tests — показываем идею (баннер, реклама) юзерам — фичи нет, но смотрим реакцию.
• Wizard of Oz — делаем фичу вручную, пользователь думает, что всё автоматизировано.
• Concierge test — делаем услугу руками вместе с юзером
• Usability tests — даем пройти флоу и смотрим, где затыки.
• Early adopters — даём фичу “первопроходцам”.
• Alpha / Beta / Preview — разные стадии релиза: от черновика до почти готовой фичи.
• Longitudinal study — смотрим, как люди используют фичу на длинной дистанции.
• Fishfood / Dogfood — раскатка фичи на часть или всю внутр команду ради теста.
• Labs — включение фичи по выбору пользователя (с предупреждением, что это эксперимент).

4. Experiments — количественная проверка

• A/B/n tests — классика с двумя и более вариантами.
• Multivariate tests — меняем несколько параметров одновременно (например, цвет и текст кнопки).

5. Release — оценка после запуска

• Post-launch — смотрим баги, метрики, финальные выводы.
• Holdback — оставляем часть пользователей без фичи, сравниваем с теми, у кого она есть.
• % Launch — выкатываем на 5–30% пользователей, оцениваем поведение, докатываем или откатываем.

Главное: эти инструменты помогают снижать риски, не вываливая сразу ресурсы. Чем ближе к релизу, тем дороже становится ошибка — поэтому хорошо, когда гипотезу можно «прогнать» через несколько слоев. Простая карта в голове помогает не прыгать с места сразу в релиз.