响应应用功能请求，我将不实施。

我是一名新的应用程序开发人员，在下载了20次（免费和无广告）的应用程序后，我已经收到了两个功能请求，而且我也不会实施。

我应该响应这些功能请求吗？我宁愿完全不回应，因为我宁愿花时间在我的应用程序上工作，但是作为一个新开发人员，应用程序商店中几个差的评分可能会伤害我的应用程序。

放在一起一封股票“谢谢您的关注”信，其中涵盖了以下可能性：a）即使我一袋金出现在您家门口，也永远不会实现的功能，b）您不打算实现的功能，但也许，以及c）您想实现但目前无法实现的功能。发送。因为您几乎不知道何时会发现自己将某物从a）移到b），或从b）移到c）。

我认为您只能选择不交流而迷失方向。

如果您现在不打算实施该功能，请至少建议用户它不在当前计划中实施，但将来可能会考虑使用。这不会让用户认为这是他们很快可以期待的功能，并且会发送一条消息，您也不打算对此进行计划。最后，您将来可能会改变主意（例如，如果这些请求会更频繁地出现，也许是用户会为此付费的？）。

如果您确定因为要与应用程序走完全不同的方向而从未实施过此功能，则只需让用户考虑尝试按自己的方式使用该应用程序即可。

如果要为应用程序建立用户群，与用户的通信是重要的过程，并且简短的答复不会花费您大量的时间。

理想情况下，您应该以此为契机来帮助您和用户更好地理解该应用程序。

如果考虑到这一点，那么您宁愿忽略这些请求的真正原因就是非常重要的信息，宁愿将它们存储和记录下来，也不要将它们埋在心中。

如果由于没有足够的时间执行请求而忽略了该请求，但是通常看起来像是个好主意，则最好在某个地方了解该请求。稍后，如果有时间，您可以重新考虑并重新考虑。

或者，如果因为一个请求的确不是一个好主意而忽略了该请求，并且您可以写下原因的说明，那么将其存储在某个地方也是有用的知识。这样做将使处理其他用户的类似请求变得更加容易，甚至在您最终忘记了为什么认为这是一个坏主意的时候，甚至可以对自己有所帮助。

请记住，阐明并写下某些功能弊大于利的原因将有助于您自己更好地了解您的应用程序，用途，限制和优点。

作为示例，请看一下非常Stack Exchange网络。决定不在此处实现的功能请求不会被隐藏。恰恰相反，这些已公开，经过彻底分析并保留下来，以备将来在Stack Exchange meta网站上标记为状态已被拒绝的其他参考。

我认为在鼓励您与用户交流方面，其他答案是正确的。

一个功能请求变成7。

基于此评论，您没有为用户提供有关要打开的功能类型的足够反馈。也许他们希望您扩展功能/功能集，但您更关心现有功能的性能和可用性？拒绝一项功能不足以指导用户。他们将继续使用反复试验，对于您的笔友来说，则是the弹枪方法。

目的是鼓励反馈并提供指导。

这些请求中的任何一个，即使您之前不打算实现此功能，都是直接发送给您的信号。这很烦人，它是金子。有时，您必须等一下再做出决定：如果只有一个人要求某项内容，则可以肯定地说您的应用程序不应该实现此功能，但是如果许多人在一段时间后要求相同的内容，那么它就可以了。可以使您考虑自己的设计（应该这样做）。

因此，我认为答案总是可取的，因为如果您不关心此反馈，就不会关心您的产品。最简单的事情就是回答任何建议都是受欢迎的，并且对您来说是宝贵的，即使所有的事情都无法实现，也不会被忽略。

而且我也不会实施

您必须考虑一下，并决定可以实施哪些事情，即使您之前没有计划过，因为这可能是个好主意，也可以帮助您进行基本设计。