Значит это не пользователи, а только потенциальные пользователи.
И вот далеко не факт, что исправив их "блокирующий запрос" они начнут пользоваться продуктом, а не начнут докидывать хотелки. Мы же не хотим "прогибаться под юзверей"))

> люди ведь пользуются продуктом несмотря на отсутствие этих фичей, так?

Так. Но потом кто-то это сделает и они перейдут к нему.

> Прогибаться под юзверей и делать как они просят -- это та самая дорога в ад, которая была выстлана благими намерениями.

Должен быть баланс.
- Если ты будешь забивать на текущую аудиторию - ты ее потеряешь.
- Если ты будешь игнорить запросы потенциальных пользователей - то не будешь привлекать новую аудиторию. Вопрос насколько эти пользователи потенциальные, а не просто мимокрокодилы - оставим за скобками.
- Если ты начнешь удовлетворять всяких маргинальные хотелки - то ты погрязнешь в сложности поддержки, потому что тянуть N интерфейсов или M реализаций фичей, особенно если они не атомарные, а влияют друг на друга, тот еще адок. Ты получишь напр. +0,1% новых юзеров и потеряешь 1% старых, потому что ты перенаправил ресурсы на неприоритетное направление. А текущим юзерам ждать надоело.

Приходится искать какое-то парето-оптимальное решение.

> потому что конкуренты, кто работал над тем, чтобы как можно больше клиентов привлечь

Которые в такой же ситуации как и ты. У них точно также ограниченные ресурсы. И им также нужно приоритизировать задачи.
И пока они буду удовлетворять хотелки меньшинств - я реализую хотелки большинства и уже получу от них профит в виде максимального охвата аудитории/рынка. А вот потом уже имея ресурсы буду закрывать другие хотелки.
А у них ресурсов будет меньше просто потому что меньшинство на то и меньшинство.

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