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

В бэклог их все

Постоянно анализируется CJM и хотелки (они же боли) клиентов анализируются. По большей части принимаются в работу. Только перед этим прогоняются через гипотезу и оцениваются требуемые ресурсы и экономическая целесообразность.

Если это имеет место быть, то почему нет?

Частота реализации хотелок и просьб пользователей зависит от множества факторов, таких как методология разработки, приоритеты команды и объем задач. В Agile-методологиях, например, команды часто используют спринты, что позволяет регулярно пересматривать и встраивать пользовательские запросы в текущие задачи.

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

В общем, стремление учитывать мнения пользователей и внедрять их в процесс разработки — это хороший подход, который помогает улучшить продукт и удовлетворить потребности целевой аудитории.

Готовы ли вы к тому, что идеи пользователей могут сделать ваш продукт похожим на конкурента или изменить ваше изначальное видение/образ продукта?

Или вы жестко следуете своей миссии и прислушиваетесь только к тем идеям, которые ей соответствуют?