Répondre aux demandes de fonctionnalités de l'application que je ne vais pas implémenter [fermé]

Je suis un nouveau développeur d'applications et après environ 20 téléchargements de mon application (gratuite et sans publicité), j'ai déjà reçu deux demandes de fonctionnalités, et je ne vais pas l'implémenter non plus.

Dois-je répondre à ces demandes de fonctionnalités et si oui, comment? Je préfère ne pas répondre du tout parce que je préfère passer du temps à travailler sur mon application, mais en tant que nouveau développeur, quelques mauvaises notes dans l'App Store pourraient nuire à mon application.

Mettez en place une lettre de stock "merci pour votre intérêt" qui couvre les possibilités de a) fonctionnalités que vous n'implémenterez JAMAIS même si je me présente à votre porte avec un sac d'or, b) fonctionnalités que vous ne prévoyez pas de mettre en œuvre mais peut-être , et c) les fonctionnalités que vous souhaitez implémenter mais que vous ne pouvez pas utiliser pour le moment. Envoyez ça. Parce que vous ne savez PRESQUE JAMAIS quand vous pourriez vous retrouver à déplacer quelque chose de a) à b), ou de b) à c).

Je pense que vous ne pouvez perdre qu'en choisissant de ne pas communiquer.

Si vous ne prévoyez pas d'implémenter la fonctionnalité maintenant, suggérez au moins aux utilisateurs qu'elle ne fait pas partie du plan actuel à implémenter, mais qu'elle pourrait être envisagée à l'avenir. Cela ne laisserait pas les utilisateurs penser que c'est une fonctionnalité à laquelle ils peuvent s'attendre bientôt et enverra un message que vous ne prévoyez pas non plus. À la fin, vous pourriez changer d'avis à l'avenir (par exemple, si ces demandes se produisent plus souvent, c'est peut-être quelque chose que les utilisateurs paieraient?).

Si vous êtes sûr de ne jamais implémenter cette fonctionnalité, disons que vous voulez aller dans une direction complètement différente avec votre application, demandez simplement à l'utilisateur d'envisager d'essayer d'utiliser l'application à votre guise.

La communication avec vos utilisateurs est un processus important si vous souhaitez créer une base d'utilisateurs pour votre application et une courte réponse ne vous prendra pas beaucoup de temps pour écrire.

Idéalement, vous devriez utiliser ces demandes comme une opportunité pour vous aider, vous et les utilisateurs, à mieux comprendre l'application.

Si vous y pensez, les raisons mêmes pour lesquelles vous préférez ignorer ces demandes sont des informations très importantes et vous préférez les stocker et les documenter plutôt que les enfouir et les oublier au plus profond de votre esprit.

Si une demande est ignorée parce que vous n'avez pas le temps de la mettre en œuvre, mais semble généralement bonne idée, vous feriez mieux de garder une connaissance de cela quelque part. Plus tard, lorsque vous aurez le temps, vous pourrez y revenir et reconsidérer.

Ou, si une demande est ignorée parce que c'est vraiment une mauvaise idée et que vous pouvez écrire une explication pour laquelle il en est ainsi, ce serait également une connaissance utile pour stocker quelque part. Cela permettra de répondre plus facilement aux demandes similaires d'autres utilisateurs, ou même de vous aider si vous oubliez finalement pourquoi vous pensiez que c'était une mauvaise idée.

Gardez à l'esprit que l'énoncé et l'écriture des raisons pour lesquelles certaines fonctionnalités peuvent faire plus de mal que de bien vous aideront à mieux comprendre votre application, son utilisation prévue, ses limites et ses points forts.

À titre d'exemple, jetez un œil au réseau très Stack Exchange. Les demandes de fonctionnalités décidées de ne pas être implémentées ici ne sont pas enterrées. Bien au contraire, ceux-ci sont rendus publics, analysés en profondeur et conservés pour d'autres références commodément étiquetées statut-décliné sur le méta-site Stack Exchange.

Je pense que les autres réponses sont sur la bonne voie pour vous encourager à correspondre avec vos utilisateurs.

une demande de fonctionnalité s'est transformée en 7.

Sur la base de ce commentaire, vous ne donnez pas suffisamment d'informations aux utilisateurs sur les types de fonctionnalités auxquels vous êtes ouvert. Peut-être veulent-ils que vous étoffiez l'ensemble des fonctionnalités / fonctionnalités, mais vous êtes plus préoccupé par les performances et la convivialité des fonctionnalités existantes? Refuser une seule fonctionnalité ne suffit pas pour guider les utilisateurs. Ils continueront d'utiliser les essais et les erreurs et, dans le cas de votre correspondant, l'approche du fusil de chasse.

L'objectif est d'encourager la rétroaction et de lui donner une certaine direction.

N'importe laquelle de ces demandes, même si vous n'avez pas prévu d'implémenter cette fonctionnalité auparavant, est un signal qui vous est directement envoyé. C'est ennuyeux et c'est de l'or. Parfois, vous devez attendre avant de prendre une décision: si une seule personne demande quelque chose, vous pouvez certainement affirmer que votre application ne devrait pas implémenter cette fonctionnalité, mais si des dizaines d'entre elles demandent la même chose après un certain temps, cela pourrait vous faire penser à votre propre design (et vous devriez).

Je pense donc qu'une réponse est toujours préférable, car vous ne pouvez pas prendre soin de votre produit sans vous soucier de ces commentaires. Le plus simple est seulement de répondre que toute suggestion est la bienvenue et qu'elle est précieuse pour vous, même si tout ne peut pas être implémenté , il ne sera pas ignoré.

et je ne vais pas mettre en œuvre non plus

Vous devez y penser et décider des choses que vous pourriez peut-être mettre en œuvre, même si vous ne les avez pas planifiées auparavant, car cela pourrait être de bonnes idées ou cela pourrait vous aider à faire évoluer votre conception principale.