Если вы делаете SaaS для affiliate или внутренний тул, discovery ломается не на методе, а на качестве входа. Вам нужны не «пользователи вообще», а конкретные роли: фаундеры, медиабаеры, тимлиды, операторы, аналитики. Один и тот же запрос у них решается по-разному, поэтому сначала фиксируйте сегмент, контекст и триггер, а уже потом зовите людей в разговор.
Что работает на практике:
— 5–7 глубинных интервью вместо длинного survey;
— вопросы про последний реальный кейс, а не про «что бы вы хотели»;
— разбор текущего процесса: где теряют время, где делают руками, где уже есть костыли;
— проверка боли через поведение: ищут ли обходные решения, платят ли за них, возвращаются ли к проблеме.
В affiliate-нишe полезно отдельно смотреть на «цепочку решения»: кто заметил проблему, кто согласовал покупку, кто будет пользоваться каждый день. Часто фаундер интервьюирует того, кто любит обсуждать процессы, и получает красивую теорию без шансов на продукт.
Discovery не должен доказывать, что идея хорошая. Его задача — снять ложные гипотезы, найти реальные сценарии и понять, где ценность измеряется временем, ошибками или контролем. Если после интервью у вас нет новых формулировок проблемы — значит, вопросы были слишком общими.
Начинайте с маленького сегмента и одного сценария: так вы быстрее поймёте, нужен ли продукт вообще, и кому именно он нужен.
Product Discovery для арб-команд
@product_discovery_ru
Discovery для арб-команды: 5 интервью часто полезнее, чем большой опрос
Этот пост опубликован в Telegram-канале Product Discovery для арб-команд. Подписаться можно по ссылке: @product_discovery_ru.