Als Antwort auf Anfragen zu App-Funktionen werde ich [geschlossen] nicht implementieren.

Ich bin ein neuer App-Entwickler und nach etwa 20 Downloads meiner App (kostenlos und werbefrei) habe ich bereits zwei Funktionsanfragen erhalten, die ich auch nicht implementieren werde.

Soll ich auf diese Funktionsanfragen antworten und wenn ja, wie? Ich würde es vorziehen, überhaupt nicht zu antworten, weil ich lieber die Zeit damit verbringen würde, an meiner App zu arbeiten, aber als neuer Entwickler könnten ein paar schlechte Bewertungen im App Store meiner App schaden.

Stellen Sie einen Aktienbrief mit dem Titel "Danke für Ihr Interesse" zusammen, der die Möglichkeiten von a) Funktionen abdeckt, die Sie NIEMALS implementieren werden, selbst wenn ich mit einer Tüte Gold vor Ihrer Haustür auftauche. B) Funktionen, deren Implementierung Sie nicht planen, aber vielleicht und c) Funktionen, die Sie implementieren möchten, aber derzeit nicht können. Senden Sie das. Weil Sie FAST nie wissen, wann Sie etwas von a) nach b) oder von b) nach c) bewegen könnten.

Ich denke, dass Sie nur verlieren können, wenn Sie sich dafür entscheiden, nicht zu kommunizieren.

Wenn Sie nicht vorhaben, die Funktion jetzt zu implementieren, schlagen Sie den Benutzern zumindest vor, dass sie nicht im aktuellen Plan enthalten ist, aber möglicherweise in Zukunft in Betracht gezogen wird. Dies lässt Benutzer nicht glauben, dass es sich um eine Funktion handelt, die sie bald erwarten können, und sendet eine Nachricht, die Sie ebenfalls nicht planen. Am Ende könnten Sie Ihre Meinung in Zukunft ändern (z. B. wenn diese Anfragen häufiger auftreten, würden Benutzer möglicherweise dafür bezahlen?).

Wenn Sie sicher sind, dass Sie diese Funktion nie implementieren, weil Sie beispielsweise mit Ihrer App eine völlig andere Richtung einschlagen möchten, bitten Sie den Benutzer, die App auf Ihre Weise zu verwenden.

Die Kommunikation mit Ihren Benutzern ist ein wichtiger Prozess, wenn Sie eine Benutzerbasis für Ihre Anwendung erstellen möchten und eine kurze Antwort nicht viel Zeit zum Schreiben benötigt.

Im Idealfall sollten Sie solche Anforderungen als Gelegenheit nutzen, um Ihnen und den Benutzern ein besseres Verständnis der Anwendung zu ermöglichen.

Wenn Sie daran denken, sind die Gründe, warum Sie diese Anfragen lieber ignorieren, sehr wichtige Informationen, und Sie möchten sie lieber speichern und dokumentieren lassen, als sie tief in Ihrem Kopf zu vergraben und zu vergessen.

Wenn eine Anfrage ignoriert wird, weil Sie keine Zeit haben, sie zu implementieren, aber im Allgemeinen nach einer guten Idee aussieht, sollten Sie dies besser irgendwo wissen. Später, wenn Sie Zeit haben, können Sie darauf zurückkommen und es sich noch einmal überlegen.

Oder wenn eine Anfrage ignoriert wird, weil es eine wirklich schlechte Idee ist und Sie eine Erklärung dafür aufschreiben können, warum dies so ist, wäre dies auch nützliches Wissen, um es irgendwo zu speichern. Auf diese Weise können Sie ähnliche Anfragen anderer Benutzer leichter beantworten oder sich selbst helfen, wenn Sie irgendwann vergessen, warum Sie dies für eine schlechte Idee gehalten haben.

Denken Sie daran, dass das Aufschreiben und Aufschreiben von Gründen, warum einige Funktionen mehr schaden als nützen können, Ihnen hilft, Ihre Anwendung, ihren Verwendungszweck, ihre Einschränkungen und Stärken besser zu verstehen.

Schauen Sie sich als Beispiel das Stack Exchange-Netzwerk an. Funktionsanforderungen, die hier nicht implementiert werden sollen, werden nicht vergraben. Im Gegenteil, diese werden veröffentlicht, gründlich analysiert und für weitere Referenzen aufbewahrt, die auf der Stack Exchange- Metaseite als " Status abgelehnt" gekennzeichnet sind .

Ich denke, die anderen Antworten sind auf dem richtigen Weg, um Sie zu ermutigen, mit Ihren Benutzern zu korrespondieren.

Aus einer Feature-Anfrage wurde 7 ..

Basierend auf diesem Kommentar geben Sie den Benutzern nicht genügend Feedback zu den Arten von Funktionen, für die Sie offen sind. Vielleicht möchten sie, dass Sie die Funktionen / Funktionen erweitern, aber Sie sind mehr an der Leistung und Benutzerfreundlichkeit vorhandener Funktionen interessiert? Das Ablehnen einer einzelnen Funktion reicht nicht aus, um Benutzer anzuleiten. Sie werden weiterhin Versuch und Irrtum und im Fall Ihres Brieffreunds den Schrotflintenansatz verwenden.

Ziel ist es, Feedback zu fördern und ihm eine Richtung zu geben.

Jede dieser Anforderungen ist ein Signal, das direkt an Sie gesendet wird, auch wenn Sie diese Funktion noch nicht implementiert haben. Es ist nervig und es ist Gold. Manchmal müssen Sie warten, bevor Sie eine Entscheidung treffen: Wenn nur eine Person nach etwas fragt, können Sie sicherlich argumentieren, dass Ihre Anwendung diese Funktion nicht implementieren sollte , aber wenn Dutzende von ihnen nach einiger Zeit nach dem gleichen Thema fragen, ist dies der Fall könnte Sie über Ihr eigenes Design nachdenken lassen (und Sie sollten).

Daher glaube ich, dass eine Antwort immer vorzuziehen ist, da Sie sich nicht um Ihr Produkt kümmern können, ohne sich um dieses Feedback zu kümmern. Am einfachsten ist es nur zu antworten, dass jeder Vorschlag willkommen ist und dass er für Sie wertvoll ist. Auch wenn nicht alles implementiert werden kann , wird er nicht ignoriert.

und ich werde auch nicht implementieren

Sie müssen darüber nachdenken und entscheiden, welche Dinge Sie möglicherweise implementieren könnten, auch wenn Sie es vorher nicht geplant haben, weil es gute Ideen sein könnten oder Ihnen helfen könnten, Ihr primäres Design weiterzuentwickeln.