Отвечая на запросы функций приложения, я не собираюсь реализовывать [закрыто]

Я - новый разработчик приложений, и после примерно 20 загрузок моего приложения (бесплатно и без рекламы) у меня уже есть два запроса на функцию, и я также не собираюсь их реализовывать.

Должен ли я отвечать на эти запросы и, если да, то как? Я предпочел бы вообще не отвечать, потому что предпочел бы потратить время на работу над моим приложением, но, будучи новым разработчиком, пара плохих оценок в магазине приложений может повредить моему приложению.

Соберите письмо с благодарностью за ваш интерес, которое охватывает возможности: а) функций, которые вы НИКОГДА не реализуете, даже если я появлюсь на вашем пороге с мешком золота, б) функций, которые вы НЕ планируете реализовать, но, возможно, и c) функции, которые вы хотели бы реализовать, но не можете прямо сейчас. Отправь это. Потому что вы ПОЧТИ никогда не знаете, когда вы обнаружите, что перемещаете что-то из а) в б) или из б) в в).

Я думаю, что вы можете только проиграть, решив не общаться.

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

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

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

В идеале вы должны использовать такие запросы как возможность помочь вам и пользователям лучше понять приложение.

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

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

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

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

В качестве примера рассмотрим саму сеть Stack Exchange. Запросы функций, которые решено не реализовывать, не скрываются. Напротив, они публикуются, тщательно анализируются и хранятся для дальнейших ссылок, удобно помеченных как отклоненные статусы на мета-сайте Stack Exchange.

Я думаю, что другие ответы находятся на правильном пути, поощряя вас переписываться со своими пользователями.

один запрос функции превратился в 7 ..

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

Цель состоит в том, чтобы поощрить обратную связь и дать ей некоторое руководство.

Любой из этих запросов, даже если вы не планировали реализовывать эту функцию раньше, является сигналом, направленным вам напрямую. Это раздражает, и это золото. Иногда вам нужно подождать, прежде чем принять решение: если у вас есть только один человек, просящий что-то, вы, конечно, можете утверждать, что ваше приложение не должно реализовывать эту функцию, но если десятки из них просят то же самое через некоторое время, это может заставить вас думать о вашем собственном дизайне (и вы должны).

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

и я не собираюсь реализовывать либо

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