3 сигнала, что продукт в affiliate-команде решает не ту боль

Если discovery делали “по ощущениям”, продукт часто попадает в красивую, но пустую задачу. В affiliate-нише это особенно заметно: команда просит фичу, а потом не пользуется ей в ежедневном процессе.

— Боль описывают общими словами: “нужен удобный дашборд”, “хотим больше прозрачности”.
— В интервью люди легко говорят о проблеме, но не показывают последний реальный кейс, где она стоила им времени или денег.
— После прототипа интерес есть, а в приоритизации фича стабильно уезжает вниз, потому что не встроена в рабочий сценарий.

Нормальная проверка — не “нравится / не нравится”, а связка: кто инициирует задачу, в какой момент, какие обходные решения уже живут у команды, и что сломается, если фичи не будет. Для арб-tooling это часто важнее, чем абстрактный Job To Be Done: у разных ролей одна и та же боль выглядит по-разному.

Полезный фильтр: если в ответах нет конкретного контекста, частоты и альтернативы, значит вы пока валидируете интерес, а не проблему. И это не провал — просто рано тащить идею в roadmap.

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