Soy un nuevo desarrollador de aplicaciones y después de 20 descargas de mi aplicación (gratis y sin publicidad) ya recibí dos solicitudes de funciones, y tampoco voy a implementarlas.
¿Debo responder a estas solicitudes de funciones? De ser así, ¿cómo? Prefiero no responder porque prefiero pasar el tiempo trabajando en mi aplicación, pero como soy un nuevo desarrollador, un par de calificaciones bajas en la tienda de aplicaciones podrían dañar mi aplicación.
Respuestas:
Prepare una carta común de "gracias por su interés" que cubra las posibilidades de a) características que NUNCA implementará, incluso si me presento en su puerta con una bolsa de oro, b) características que no PLANEA implementar, pero tal vez yc) características que le gustaría implementar pero que no puede en este momento. Envía eso. Porque casi nunca se sabe cuándo puede encontrarse moviendo algo de a) a b), o de b) a c).
fuente
Creo que solo puedes perder eligiendo no comunicarte.
Si no planea implementar la característica ahora, al menos sugiera a los usuarios que no está en el plan actual para implementar, pero podría considerarse en el futuro. Esto no permitiría a los usuarios pensar que es una característica que pueden esperar pronto y les enviará un mensaje de que tampoco lo están planeando. Al final, puede cambiar de opinión en el futuro (por ejemplo, si estas solicitudes se producen con más frecuencia, ¿tal vez sea algo por lo que los usuarios pagarían?).
Si está seguro de que no está implementando esta característica nunca porque supongamos que desea ir en una dirección completamente diferente con su aplicación, simplemente pídale al usuario que considere intentar usar la aplicación a su manera.
La comunicación con sus usuarios es un proceso importante si desea crear una base de usuarios para su aplicación y una respuesta breve no le llevará mucho tiempo escribir.
fuente
Idealmente, debe usar tales solicitudes como una oportunidad para ayudarlo a usted y a los usuarios a comprender mejor la aplicación.
Si lo piensa, las mismas razones por las que prefiere ignorar estas solicitudes son información bastante importante y prefiere tenerlas almacenadas y documentadas que enterradas y olvidadas en el fondo de su mente.
Si se ignora una solicitud porque no tiene tiempo para implementarla, pero en general parece una buena idea, es mejor que la tenga en alguna parte. Más tarde, cuando tenga tiempo, puede volver a él y reconsiderarlo.
O bien, si se ignora una solicitud porque es realmente una mala idea y puede escribir una explicación de por qué es así, esto también sería un conocimiento útil para almacenar en algún lugar. Al hacerlo, será más fácil atender solicitudes similares de otros usuarios, o incluso ayudarse a sí mismo si finalmente olvida por qué pensó que era una mala idea.
Tenga en cuenta que deletrear y escribir las razones por las cuales algunas características pueden hacer más daño que bien lo ayudará a comprender mejor su aplicación, su uso previsto, limitaciones y puntos fuertes.
Como ejemplo, eche un vistazo a la red de Stack Exchange. Las solicitudes de características que se deciden no implementar aquí no se ocultan. Todo lo contrario, estos se hacen públicos, se analizan a fondo y se guardan para futuras referencias convenientemente etiquetadas como rechazadas en el meta sitio de Stack Exchange.
fuente
Creo que las otras respuestas están en el camino correcto para alentarlo a que se corresponda con sus usuarios.
Con base en este comentario, no está brindando a los usuarios suficientes comentarios sobre los tipos de funciones a las que está abierto. ¿Quizás quieren que expanda las capacidades / conjunto de características pero le preocupa más el rendimiento y la usabilidad de las características existentes? Rechazar una sola función no es suficiente para guiar a los usuarios. Seguirán usando prueba y error y, en el caso de tu amigo por correspondencia, el enfoque de escopeta.
El objetivo es fomentar la retroalimentación y darle alguna dirección.
fuente
Cualquiera de estas solicitudes, incluso si no ha planeado implementar esta función antes, es una señal que se le envía directamente. Es molesto y es oro. A veces tiene que esperar antes de tomar una decisión: si solo tiene una persona pidiendo algo, ciertamente podría argumentar que su aplicación no debe implementar esta función, pero si docenas de ellos piden lo mismo después de un tiempo, podría hacerte pensar en tu propio diseño (y deberías hacerlo).
Por lo tanto, creo que siempre es preferible una respuesta, porque no puede cuidar su producto sin preocuparse por estos comentarios. Lo más simple es responder que cualquier sugerencia es bienvenida y que es valiosa para usted, incluso si no se puede implementar todo, no se ignorará.
Debe pensarlo y decidir qué cosas podría implementar, incluso si no lo planeó antes porque podrían ser buenas ideas o podría ayudarlo a hacer evolucionar su diseño principal.
fuente