Discovery в арб-команде ломается не из-за интервью, а из-за слишком широкого вопроса

Если вы спрашиваете «что вам нужно?» у всех подряд, ответы быстро превращаются в список хотелок, а не в сигнал. Для узкой affiliate-аудитории полезнее сначала сузить сегмент: роль, размер команды, тип оффера, кто платит за tool и кто им реально пользуется.

Дальше не ищите «боль вообще». Ищите конкретный последний эпизод: где человек потерял деньги, время или контроль. Хороший вопрос звучит так: «Вспомните последний раз, когда вам пришлось вручную собирать данные / сверять лиды / объяснять расхождение по выплатам. Что сломалось первым?»

В discovery важнее не количество мнений, а повторяемость паттерна. Если три founders из разных команд описывают один и тот же костыль, это уже сигнал. Если один просит дашборд, второй — алерт, третий — экспорт, часто за этим стоит одна задача: сократить ручную проверку и снизить риск ошибок.

Не путайте discovery с валидацией идеи по красивому прототипу. Прототип помогает проверить понимание, но не подтверждает спрос. Для affiliate-ниш лучше работают короткие интервью + разбор реальных артефактов: таблиц, скринов, тикетов, выгрузок. Именно там видно, за что люди уже платят временем.

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