Продукт для арб-команды ломается не на идеях, а на плохих решениях в discovery

Продукт для арб-команды ломается не на идеях, а на плохих решениях в discovery

Когда фаундеры говорят «нам нужен новый продукт», проблема часто не в отсутствии фич, а в том, что никто не проверил: кто именно будет пользоваться, в каком процессе и за какой риск он готов платить. Для affiliate-ниши это особенно больно: у одной команды может быть медиабаинг, саппорт, антифрод и аналитика — и у каждого своя боль.

Перед разработкой задайте три вопроса:
— кто теряет деньги или время прямо сейчас;
— в каком сценарии он уже ищет обходной путь;
— что он делает вместо вашего продукта сегодня.

Если на эти вопросы отвечают расплывчато, интервью надо начинать не с «нравится ли вам идея», а с разбором последнего реального кейса. В discovery для узкой B2B-аудитории полезнее 5 глубоких интервью с людьми из процесса, чем 50 общих ответов от «похожих на ЦА» респондентов. Ищите не мнение, а повторяющийся контекст: триггер, обходное решение, цена ошибки.

Хорошая проверка идеи — не спросить «купили бы?», а собрать короткий прототип сценария: скрин, мок, текстовый флоу, ручную услугу. Если человек готов вернуться к вам с данными, доступом, задачей или созвоном — вы нашли не вежливый интерес, а рабочую боль.

В product discovery для арб-команд выигрывает не самая умная гипотеза, а самая быстро проверенная на реальном процессе.