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

10

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.

TimSim
quelle
2
Du Glückspilz! Benutzer, denen es wichtig genug ist, Ihre App zu verwenden und mit Ihnen darüber zu sprechen. Du machst etwas richtig. Mach es weiter. [Die Antworten sind ausgezeichnet, daher werde ich keine hinzufügen.]
david.pfx
Nach mehr als 5000 Jahren, mehr als 5000 Überprüfungen und Hunderten von Funktionsanfragen kann ich sagen, dass die Anzahl der Funktionen, die ich erhalte, der beste Indikator für die Benutzerinteraktion und das zukünftige Potenzial der App ist (auch früh, wenn die Downloads schlecht sind). Ich kann auch zu dem Schluss kommen, dass es keine Rolle spielt, ob ich auf Feature-Anfragen antworte. So gut wie keiner der Benutzer hat das Recht, beleidigt zu werden, wenn ich nicht antworte. Einige Benutzer werden versuchen, eine 1 * -Bewertung zu nutzen, um das zu erhalten, was sie möchten, aber sie senden normalerweise keine E-Mail im Voraus und ändern ihre Bewertung normalerweise nicht, selbst wenn Sie das tun, was sie gefragt haben. Ignorieren Sie sie daher am besten.
TimSim

Antworten:

11

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.

mjfgates
quelle
Ich denke, das ist der beste Weg, es zu tun. Ich werde nur ein paar Aktienantworten verwenden, ihnen danken und mich zu nichts verpflichten.
TimSim
15

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.


quelle
1
Nun, ich habe Ihren Rat befolgt und jetzt habe ich einen neuen Brieffreund und seine einzige Feature-Anfrage wurde zu 7 ... und er hat meine App nicht einmal bewertet.
TimSim
Es ist wahrscheinlich nichts wert, dass "kommunizieren" hier bedeutet, "danke für Ihr Interesse" zu sagen. Wenn Sie viel mehr als das sagen, kann der Kunde zu dem Schluss kommen, dass Sie gerade versprochen haben, das zu tun, was er will, unabhängig davon, was Sie gesagt haben. Und das ist weitaus schlimmer, als überhaupt nichts zu sagen.
DougM
8

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 .

Mücke
quelle
Oh, ich mag es, Feature-Anfragen zu erhalten, und ich mag es, sie zu berücksichtigen, aber ich möchte nicht viel Zeit damit verbringen, auf Benutzer zu antworten. Wenn ich denke, dass es Sinn macht, werde ich es implementieren, sonst werde ich es nicht tun, aber mein Hauptanliegen ist es, 1-Sterne-Bewertungen von Benutzern zu erhalten, die mich nicht überzeugen konnten, ein Wochenende damit zu verbringen, ihren speziellen Wunsch zu erfüllen.
TimSim
1
@ TimSim - Sorgen Sie sich nur darum, die 5- und 4-Sterne-Bewertungen zu erhalten, anstatt zu versuchen, jemanden zu überzeugen. Sie können nicht davon überzeugt werden, Ihnen keine 1-Sterne-Bewertung zu geben.
Ramhound
@TimSim aus Ihren Kommentaren hier und in anderen Antworten sieht es so aus, als würden Sie den Issue-Tracker nicht verwenden , um mit Benutzern zu kommunizieren. Wenn dies der Fall ist, ist eine Antwort, die Sie akzeptiert haben, ziemlich sinnvoll ... obwohl ich immer noch empfehlen würde, stattdessen einen Tracker zu
kaufen
1

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.

JeffO
quelle
0

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.

smonff
quelle