Rispondere alle richieste di funzionalità dell'app non ho intenzione di implementare [chiuso]

Sono un nuovo sviluppatore di app e dopo circa 20 download della mia app (gratuiti e senza pubblicità) ho già ricevuto due richieste di funzionalità e non implementerò neanche.

Devo rispondere a queste richieste di funzionalità e, in caso affermativo, come? Preferirei non rispondere affatto perché preferirei passare il tempo a lavorare sulla mia app, ma essendo un nuovo sviluppatore, un paio di valutazioni scadenti nell'app store potrebbero danneggiare la mia app.

Metti insieme una lettera "grazie per il tuo interesse" che copra le possibilità di a) caratteristiche che NON implementerai MAI anche se mi presenterò alla tua porta con un sacchetto d'oro, b) caratteristiche che non PIANI di implementare ma forse e c) funzionalità che desideri implementare ma che al momento non è possibile. Invia quello. Perché quasi non sai mai quando potresti ritrovarti a spostare qualcosa da a) a b) o da b) a c).

Penso che puoi perdere solo scegliendo di non comunicare.

Se non prevedi di implementare la funzione ora, almeno suggerisci agli utenti che non è nel piano attuale da implementare, ma potrebbe essere considerato in futuro. Ciò non consentirebbe agli utenti di pensare che si tratti di una funzionalità che possono aspettarsi presto e invierà un messaggio che non si prevede nemmeno su di esso. Alla fine, potresti cambiare idea in futuro (ad esempio se queste richieste si verificano più spesso, forse è qualcosa che gli utenti pagherebbero?).

Se sei sicuro di non implementare questa funzione perché supponiamo che tu voglia andare in una direzione completamente diversa con la tua app, chiedi semplicemente all'utente di provare a provare a usare l'app a modo tuo.

La comunicazione con i tuoi utenti è un processo importante se desideri creare una base di utenti per la tua applicazione e una breve risposta non ti richiederà molto tempo per scrivere.

Idealmente, dovresti usare tali richieste come un'opportunità per aiutare te e gli utenti a comprendere meglio l'applicazione.

Se ci pensi, le ragioni per cui preferisci ignorare queste richieste sono informazioni piuttosto importanti e preferiresti averle archiviate e documentate piuttosto che sepolte e dimenticate nel profondo della tua mente.

Se una richiesta viene ignorata perché non hai tempo per implementarla, ma in genere sembra una buona idea, è meglio tenerne conto da qualche parte. Più tardi, quando hai tempo, puoi tornare su di esso e riconsiderare.

Oppure, se una richiesta viene ignorata perché è davvero una cattiva idea e puoi scrivere una spiegazione del perché è così, questa sarebbe anche una conoscenza utile da archiviare da qualche parte. In questo modo sarà più facile rispondere a richieste simili da parte di altri utenti o anche aiutarti se alla fine ti dimentichi perché pensavi che fosse una cattiva idea.

Tieni presente che spiegando e annotando i motivi per cui alcune funzionalità possono fare più male che bene, ti aiuterà a capire meglio la tua applicazione, l'uso previsto, i limiti e i punti di forza.

Ad esempio, dai un'occhiata alla stessa rete di Exchange Stack. Le richieste di funzionalità che si è deciso di non implementare qui non vengono seppellite. Al contrario, questi vengono resi pubblici, analizzati a fondo e conservati per ulteriori riferimenti opportunamente etichettati e declinati dallo stato nel meta sito di Stack Exchange.

Penso che le altre risposte siano sulla strada giusta per incoraggiarti a corrispondere con i tuoi utenti.

una richiesta di funzione trasformata in 7 ..

Sulla base di questo commento, non stai fornendo agli utenti un feedback sufficiente sui tipi di funzionalità a cui sei aperto. Forse vogliono che tu espanda le funzionalità / il set di funzionalità, ma sei più interessato alle prestazioni e all'usabilità delle funzionalità esistenti? Il rifiuto di una singola funzione non è sufficiente per guidare gli utenti. Continueranno a usare tentativi ed errori e, nel caso del tuo amico di penna, l'approccio del fucile da caccia.

L'obiettivo è incoraggiare il feedback e dargli una direzione.

Nessuna di queste richieste, anche se non hai intenzione di implementare questa funzione prima, è un segnale che ti viene inviato direttamente. È fastidioso ed è oro. A volte devi aspettare prima di prendere una decisione: se hai una sola persona che chiede qualcosa, potresti sicuramente sostenere che la tua applicazione non dovrebbe implementare questa funzione, ma se decine di loro chiedono la stessa cosa dopo un po 'di tempo, potrebbe farti pensare al tuo design (e dovresti).

Quindi credo che una risposta sia sempre preferibile, perché non puoi prenderti cura del tuo prodotto senza preoccuparti di questo feedback. La cosa più semplice è solo rispondere che qualsiasi suggerimento è il benvenuto e che è prezioso per te, anche se tutto non può essere implementato , non verrà ignorato.

e non ho intenzione di implementare neanche

Devi pensarci e decidere quali cose potresti forse implementare, anche se non lo hai pianificato prima perché potrebbe essere una buona idea o potrebbe aiutarti a far evolvere il tuo progetto principale.