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