<b>Discovery в арб-команде ломается не из-за интервью, а из-за неправильной выборки</b>

<b>Discovery в арб-команде ломается не из-за интервью, а из-за неправильной выборки</b>

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

Что обычно работает:
— 3–5 интервью с одним сегментом лучше 20 разрозненных разговоров.
— Ищите не «мнение о фиче», а момент, где человек обходит текущий процесс костылём.
— Проверяйте частоту проблемы: разовая боль почти всегда переоценена.

В affiliate-нише это особенно видно на тулзах для трекинга, антифрода и отчётности. Фаундеры часто слышат «нужно быстрее» и строят ускорение, хотя реальная проблема — в доверии к данным, ручных сверках и невозможности объяснить расхождение команде.

Полезное правило: до прототипа выпишите 2–3 гипотезы о сегменте и одном сценарии использования. Если на интервью люди рассказывают про разные сценарии, у вас не проблема в продукте, а слишком широкая аудитория.

Сначала сузьте, потом спрашивайте. Иначе discovery превращается в коллекцию красивых цитат без решения.