Respondendo a solicitações de recursos do aplicativo que não vou implementar [fechado]

Sou um novo desenvolvedor de aplicativos e, depois de 20 downloads do meu aplicativo (gratuito e sem anúncios), já recebi duas solicitações de recursos e também não vou implementar.

Devo responder a essas solicitações de recursos e, em caso afirmativo, como? Prefiro não responder, porque prefiro dedicar algum tempo a trabalhar no meu aplicativo, mas, sendo um novo desenvolvedor, algumas classificações ruins na loja de aplicativos podem prejudicar meu aplicativo.

Monte uma carta de agradecimento pelo seu interesse que cubra as possibilidades de a) recursos que você NUNCA implementará, mesmo que eu apareça na sua porta com um saco de ouro, b) recursos que você NÃO planeja implementar, mas talvez ec) recursos que você gostaria de implementar, mas não pode no momento. Envie isso. Porque você quase nunca sabe quando pode se mover de algo de a) para b) ou de b) para c).

Eu acho que você só pode perder escolhendo não se comunicar.

Se você não planeja implementar o recurso agora, pelo menos sugira aos usuários que ele não está no plano atual, mas pode ser considerado no futuro. Isso não deixaria os usuários pensarem que é um recurso que eles podem esperar em breve e enviará uma mensagem de que você também não está planejando. No final, você pode mudar de idéia no futuro (por exemplo, se essas solicitações ocorrerem com mais frequência, talvez seja algo pelo qual os usuários pagariam?).

Se você tem certeza de que não está implementando esse recurso, porque digamos que deseja seguir uma direção completamente diferente com seu aplicativo, peça ao usuário que considere tentar usá-lo do seu jeito.

A comunicação com seus usuários é um processo importante se você deseja criar uma base de usuários para seu aplicativo e uma resposta curta não levará muito tempo para você escrever.

Idealmente, você deve usar essas solicitações como uma oportunidade para ajudar você e os usuários a entender melhor o aplicativo.

Se você pensar bem, as próprias razões pelas quais você prefere ignorar essas solicitações são informações bastante importantes e você prefere que elas sejam armazenadas e documentadas do que enterradas e esquecidas no fundo da sua mente.

Se uma solicitação é ignorada porque você não tem tempo para implementá-la, mas geralmente parece uma boa ideia, é melhor manter um conhecimento disso em algum lugar. Mais tarde, quando tiver tempo, você poderá voltar a ele e reconsiderar.

Ou, se uma solicitação for ignorada, porque é uma péssima idéia e você pode escrever uma explicação do motivo, isso também seria um conhecimento útil para armazenar em algum lugar. Fazer isso facilitará o atendimento de solicitações semelhantes de outros usuários, ou até ajudará a si mesmo se você esquecer por que achou uma má idéia.

Lembre-se de que a explicação e a anotação dos motivos pelos quais alguns recursos podem fazer mais mal do que bem ajudam a entender melhor seu aplicativo, seu uso pretendido, limitações e pontos fortes.

Como um exemplo, dê uma olhada na própria rede do Exchange Exchange. As solicitações de recursos que decidem não implementar aqui não são ocultadas. Muito pelo contrário, elas são tornadas públicas, analisadas e mantidas minuciosamente para referências adicionais convenientemente etiquetadas como status-declinadas no meta site Stack Exchange.

Acho que as outras respostas estão no caminho certo, incentivando você a se corresponder com seus usuários.

uma solicitação de recurso transformada em 7 ..

Com base nesse comentário, você não está dando aos usuários feedback suficiente sobre os tipos de recursos aos quais está aberto. Talvez eles queiram expandir os recursos / conjunto de recursos, mas você está mais preocupado com o desempenho e a usabilidade dos recursos existentes? Recusar um único recurso não é suficiente para orientar os usuários. Eles continuarão usando tentativa e erro e, no caso do seu amigo, a abordagem da espingarda.

O objetivo é incentivar o feedback e orientá-lo.

Qualquer uma dessas solicitações, mesmo que você não tenha planejado implementar esse recurso anteriormente, é um sinal enviado diretamente a você. É chato, e é ouro. Às vezes, é preciso esperar antes de tomar uma decisão: se você tiver apenas uma pessoa pedindo alguma coisa, certamente poderá argumentar que seu aplicativo não deve implementar esse recurso, mas se dezenas deles solicitarem a mesma coisa depois de algum tempo, será poderia fazer você pensar em seu próprio design (e você deveria).

Portanto, acredito que uma resposta é sempre preferível, porque você não pode cuidar do seu produto sem se importar com esse feedback. O mais simples é responder que qualquer sugestão é bem-vinda e que é preciosa para você, mesmo que tudo não possa ser implementado , ele não será ignorado.

e eu não vou implementar também

Você precisa pensar sobre isso e decidir quais coisas talvez possa implementar, mesmo que não tenha sido planejado antes porque poderiam ser boas idéias ou poderia ajudá-lo a evoluir seu design principal.