5 признаков, что продуктовая проблема у вас есть, а не «кажется, надо сделать фичу»

5 признаков, что продуктовая проблема у вас есть, а не «кажется, надо сделать фичу»

Когда команда в affiliate/tooling говорит «надо срочно добавить X», часто это не проблема пользователя, а шум из чата, продаж или личного опыта фаундера. Для discovery это плохая точка входа: вы начинаете строить решение до того, как поняли боль, контекст и частоту.

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

Если совпали только 1–2 пункта, это обычно feature request, а не продуктовая проблема. В нише арбитража это особенно заметно: одна команда просит автодействие, другая — отчёт, третья — интеграцию, но реальная боль часто одна: не хватает контроля, скорости или прозрачности в процессе.

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