Я видел несколько разных попыток завести публичный баг-трекер или публичную "базу идей с голосованием" для коммерческого софта. Долговременно это не срабатывает и приводит к недовольным пользователям.

Решение что мы делаем и что мы не делаем — сложные. Они не сводятся к "у кого больше голосов — то и делаем". Какие-то изменения очень сложные или дорогие — их лучше отложить. Какие-то штуки никто не просит, но это наша ставка на будущее — чтобы привлечь новые сегменты. Какие-то штуки не подходят нашему виденью продукта и мы их просто не будем делать. Или наоборот — это легкие штуки с большим влиянием, их надо взять и сделать. Или попросил партнер. А иногда и есть конфликт интересов между пользователями и создателями — пользователи редко будут с радостью голосовать за более лучшую монетизацию или новые ограничения.

Публичные места заставляют объяснять и защищать свои решения. Это сложно и не всегда уместно. "У фичи A больше всего голосов, а вы ее уже годы не делаете!". "Баг N вам запостили два года назад, а он еще не решен!"

Также, в случае "базы идей" (по опыту с несколькими из них), даже если вы делаете популярные запросы, происходит интересный эффект. Запросов ВСЕГДА больше чем вы можете сделать, все основные хотелки запостят вам в первые год-два жизни продукта, сделанные идеи скрываются со страницы. Это приводит к эффекту того, что для новых пользователей эта "база идей" выглядит очень страшно: одни нерешенные старые идеи. Ощущение "продукт не развивается".

Так что может это и работает в первые год-два жизни компании/продукта, но потом — нет, публичность баг-трекере или базы идей начинает мешать и от нее надо избавляться.