Відповідаючи на запити функцій програми, я не збираюся реалізовувати [закрито]

Я новий розробник додатків, і після 20 завантажень додатка (безкоштовного та без реклами) у мене вже є два запити на функції, і я не збираюся реалізовувати жодне.

Чи слід відповідати на ці запити щодо функцій і якщо так, то як? Я вважаю за краще взагалі не відповідати, тому що я вважаю за краще витратити час на роботу над своїм додатком, але будучи новим розробником, пара поганих рейтингів у магазині додатків може зашкодити моєму додатку.

Складіть запас лист "дякую за ваш інтерес", який охоплює можливості а) функцій, які ви НІКОЛИ не реалізуєте, навіть якщо я з’являться на вашому порозі з мішком із золотом, б) функції, які ви не плануєте реалізовувати, але можливо і c) функції, які ви хочете реалізувати, але зараз не можете. Надішліть це. Тому що ви АЛЬМОСТ ніколи не знаєте, коли ви можете виявити, що ви рухаєтесь з а) до б) або з б) до с).

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

Якщо ви зараз не плануєте реалізовувати цю функцію, принаймні підкажіть користувачам, що вона не передбачена поточним планом, але може бути розглянута в майбутньому. Це не дозволить користувачам думати, що це функція, яку вони можуть очікувати незабаром, і надішле повідомлення, яке ви також не плануєте. Зрештою, ви можете змінити свою думку в майбутньому (наприклад, якщо ці запити будуть виникати частіше, можливо, користувачі платять за це?).

Якщо ви впевнені, що не реалізуєте цю функцію ніколи, тому що скажімо, що ви хочете йти в абсолютно іншому напрямку зі своїм додатком, тоді просто попросіть користувача розглянути спробу використовувати додаток по-своєму.

Спілкування з вашими користувачами є важливим процесом, якщо ви хочете створити базу користувачів для вашої програми, і коротка відповідь не займе у вас багато часу для написання.

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

Якщо ви подумаєте про це, то самі причини, чому ви віддаєте перевагу ігнорувати ці запити, є досить важливою інформацією, і ви бажаєте їх зберігати та документувати, ніж закопувати та забувати глибоко в думці.

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

Або якщо запит ігнорується, оскільки це дійсно погана ідея, і ви можете написати пояснення, чому це так, це також буде корисним знанням, щоб десь зберігатись. Це полегшить адресувати подібні запити інших користувачів або навіть допоможе собі, якщо ви з часом забудете, чому ви вважали, що це погана ідея.

Майте на увазі, що розробка та записування причин, через які деякі функції можуть принести більше шкоди, ніж користі, допоможуть вам краще зрозуміти вашу заявку, її використання та обмеження.

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

Я думаю, що інші відповіді знаходяться на вірному шляху, щоб заохотити вас листуватися зі своїми користувачами.

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

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

Мета - заохотити зворотний зв'язок і дати йому певний напрямок.

Будь-який із цих запитів, навіть якщо ви раніше не планували реалізовувати цю функцію, - це сигнал, який ви направляєте безпосередньо. Це дратує, і це золото. Іноді доводиться чекати, перш ніж приймати рішення: якщо у вас лише одна людина просить про щось, ви, безумовно, можете стверджувати, що ваша заявка не повинна реалізовувати цю функцію, але якщо десятки з них просять те ж саме через деякий час, це може змусити вас задуматися над власним дизайном (і вам слід).

Тому я вважаю, що відповідь завжди бажана, тому що ви не можете піклуватися про свій продукт, не піклуючись про цей відгук. Найпростіша річ - лише відповісти, що будь-яка пропозиція вітається і що вона дорогоцінна для вас, навіть якщо все неможливо здійснити , вона не буде проігнорована.

і я не збираюся реалізовувати і те

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