Продукт без discovery чаще строят по шуму рынка, чем по реальным задачам

Если команда делает арб-tooling или SaaS для партнёрок, опасно опираться на “нам кажется, это нужно”. В узкой B2B-аудитории 200 ответов из формы часто хуже, чем 5 нормальных интервью с теми, кто реально покупает, внедряет или отказывается.

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

В affiliate-нише особенно часто путают интерес к фиче с готовностью менять процесс. На словах “да, полезно” звучит почти на всё. Но если человек не может показать последний эпизод, где он терял деньги, лиды или часы команды, это не сигнал спроса, а вежливость.

Хороший discovery не обещает “истину”. Он отсекает идеи, которые не переживут контакт с реальной работой пользователя, и помогает собрать MVP вокруг конкретного сценария, а не вокруг списка хотелок.

Пока команда спорит о фичах, задайте один вопрос: кто и в какой момент будет платить за это время, деньги или снижение риска. Если ответа нет — это не гипотеза продукта, а просто желание.