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

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

Если аудитория узкая — affiliate, CPA, тулзы для медиабайеров — survey почти всегда даёт шум. Люди отвечают «да, интересно», но не показывают, где у них болит процесс, на каком шаге они теряют деньги и что уже пытались обойти костылями.

Рабочая схема проще: 5–8 глубинных интервью с теми, кто реально принимает решение, плюс разбор текущего процесса. Слушаем не «какую фичу хотите», а:
— что делают сейчас вручную;
— где ломается воронка;
— за что уже платят;
— что пробовали и бросили.
Так вы находите не хотелки, а дорогую боль. 🎯

Дальше не рисуйте «идеальный продукт» в вакууме. Соберите прототип самого узкого сценария: один экран, один сценарий, один результат. Если человек не готов показать, где бы он нажал и что ждёт от результата, проблема ещё не доказана.

Ошибка большинства команд — валидировать решение, а не задачу. В affiliate это особенно больно: одна и та же формулировка может скрывать разные роли — байер, тимлид, саппорт, фаундер. Без сегментации вы смешаете несовместимые сигналы.

Сначала докажите, что боль повторяется у одной роли и влияет на деньги или время. Потом уже масштабируйте опросами, а не наоборот.