Если discovery в affiliate-нишe идёт мимо реальности, продукт быстро превращается в склад фич: трекер, отчёты, алерты, интеграции — и всё «надо». Но спросите: кто именно будет платить, за что и в какой момент работы? Без этого вы оптимизируете не ценность, а шум.
Проверка простая:
— в интервью говорят про одну и ту же боль разными словами;
— боль уже стоит денег или времени;
— у пользователя есть свой обходной костыль;
— решение можно объяснить за 20 секунд;
— после прототипа человек сам предлагает следующий шаг.
Если этого нет, значит вы ловите не проблему, а вежливый интерес. В арбитражных командах это особенно частая ловушка: тимлиды кивают, потому что «пригодится», а потом не меняют процесс и не возвращаются к инструменту.
Полезный фильтр: отделяйте «хотелось бы» от «делаем каждый день и страдаем». Для первого хватит идеи в бэклоге. Для второго нужны интервью, сценарии и прототип, который проверяет поведение, а не мнение.
Сначала ищите повторяемую боль в конкретном workflow, потом — форму решения. Иначе вы построите красивый продукт, который никому не встроится в рабочий день.
Product Discovery для арб-команд
@product_discovery_ru
7 сигналов, что вы строите не продукт, а набор хотелок команды
Этот пост опубликован в Telegram-канале Product Discovery для арб-команд. Подписаться можно по ссылке: @product_discovery_ru.