Đáp ứng các yêu cầu tính năng của ứng dụng Tôi sẽ không triển khai [đã đóng]

Tôi là nhà phát triển ứng dụng mới và sau 20 lượt tải xuống ứng dụng của tôi (miễn phí và không có quảng cáo) Tôi đã nhận được hai yêu cầu tính năng và tôi cũng sẽ không thực hiện.

Tôi có nên trả lời các yêu cầu tính năng này không và nếu có thì bằng cách nào? Tôi hoàn toàn không muốn phản hồi vì tôi muốn dành thời gian để làm việc trên ứng dụng của mình, nhưng là một nhà phát triển mới, một vài xếp hạng kém trong cửa hàng ứng dụng có thể làm tổn thương ứng dụng của tôi.

Đặt một lá thư "cảm ơn bạn đã quan tâm" bao gồm các khả năng của a) các tính năng bạn KHÔNG BAO GIỜ thực hiện ngay cả khi tôi xuất hiện trước cửa nhà bạn với một túi vàng, b) các tính năng bạn không KẾ HOẠCH để thực hiện nhưng có thể và c) các tính năng bạn muốn triển khai nhưng không thể ngay bây giờ. Gửi cái đó Bởi vì bạn CÒN không bao giờ biết khi nào bạn có thể thấy mình chuyển thứ gì đó từ a) sang b) hoặc từ b) sang c).

Tôi nghĩ rằng bạn chỉ có thể thua bằng cách chọn không giao tiếp.

Nếu bạn không có kế hoạch triển khai tính năng này ngay bây giờ, ít nhất hãy đề xuất cho người dùng rằng nó không nằm trong kế hoạch hiện tại để thực hiện, nhưng có thể được xem xét trong tương lai. Điều này sẽ không cho phép người dùng nghĩ rằng đó là một tính năng mà họ có thể mong đợi sớm và sẽ gửi một tin nhắn mà bạn cũng không có kế hoạch về nó. Cuối cùng, bạn có thể thay đổi quyết định trong tương lai (ví dụ: nếu những yêu cầu này sẽ xảy ra thường xuyên hơn, có thể đó là thứ mà người dùng sẽ trả tiền?).

Nếu bạn chắc chắn rằng bạn chưa thực hiện tính năng này bao giờ vì hãy nói rằng bạn muốn đi theo hướng hoàn toàn khác với ứng dụng của mình, sau đó chỉ cần yêu cầu người dùng cân nhắc thử sử dụng ứng dụng theo cách của bạn.

Giao tiếp với người dùng của bạn là một quá trình quan trọng nếu bạn muốn xây dựng một cơ sở người dùng cho ứng dụng của mình và một câu trả lời ngắn sẽ không làm bạn mất nhiều thời gian để viết.

Tốt nhất, bạn nên sử dụng các yêu cầu như một cơ hội để giúp bạn và người dùng hiểu rõ hơn về ứng dụng.

Nếu bạn nghĩ về nó, những lý do tại sao bạn thích bỏ qua các yêu cầu này là thông tin khá quan trọng và bạn muốn chúng được lưu trữ và ghi lại hơn là chôn vùi và lãng quên sâu trong tâm trí bạn.

Nếu một yêu cầu bị bỏ qua vì bạn không có thời gian để thực hiện nó, nhưng nhìn chung có vẻ là ý tưởng tốt, tốt nhất bạn nên giữ kiến ​​thức về điều đó ở đâu đó. Sau này, khi bạn có thời gian, bạn có thể quay lại và xem xét lại.

Hoặc, nếu một yêu cầu bị bỏ qua vì đó là ý tưởng thực sự tồi tệ và bạn có thể viết ra một lời giải thích cho lý do tại sao nó lại như vậy, đây cũng sẽ là kiến ​​thức hữu ích để lưu trữ ở đâu đó. Làm như vậy sẽ giúp dễ dàng giải quyết các yêu cầu tương tự từ những người dùng khác hoặc thậm chí tự giúp mình nếu cuối cùng bạn quên mất lý do tại sao bạn nghĩ rằng đó là một ý tưởng tồi.

Hãy nhớ rằng việc đánh vần và viết ra những lý do tại sao một số tính năng có thể gây hại nhiều hơn là tốt sẽ giúp bản thân bạn hiểu rõ hơn về ứng dụng của mình, đó là mục đích sử dụng, hạn chế và điểm mạnh.

Ví dụ, hãy xem mạng Stack Exchange. Các yêu cầu tính năng được quyết định không thực hiện ở đây sẽ không bị chôn vùi. Hoàn toàn ngược lại, những điều này được công khai, phân tích kỹ lưỡng và lưu giữ để tham khảo thêm một cách thuận tiện được gắn thẻ từ chối trạng thái tại trang web meta Stack Exchange.

Tôi nghĩ rằng các câu trả lời khác đang đi đúng hướng trong việc khuyến khích bạn tương ứng với người dùng của bạn.

một yêu cầu tính năng biến thành 7 ..

Dựa trên nhận xét này, bạn không cung cấp cho người dùng đủ phản hồi về các loại tính năng bạn đang mở. Có thể họ muốn bạn mở rộng bộ khả năng / bộ tính năng nhưng bạn quan tâm nhiều hơn đến hiệu suất và khả năng sử dụng của các tính năng hiện có? Từ chối một tính năng không đủ để hướng dẫn người dùng. Họ sẽ tiếp tục sử dụng bản dùng thử và lỗi và trong trường hợp bút của bạn, cách tiếp cận shotgun.

Mục tiêu là để khuyến khích thông tin phản hồi và cung cấp cho nó một số hướng.

Bất kỳ yêu cầu nào trong số này, ngay cả khi bạn không có kế hoạch thực hiện tính năng này trước đây là tín hiệu trực tiếp gửi cho bạn. Thật là khó chịu, và nó là vàng. Đôi khi bạn phải chờ đợi trước khi đưa ra quyết định: nếu bạn chỉ có một người yêu cầu điều gì đó, bạn chắc chắn có thể lập luận rằng ứng dụng của bạn không nên thực hiện tính năng này, nhưng nếu hàng tá trong số họ yêu cầu điều tương tự sau một thời gian, thì đó là có thể khiến bạn nghĩ về thiết kế của riêng bạn (và bạn nên).

Vì vậy, tôi tin rằng một câu trả lời luôn luôn thích hợp hơn, bởi vì bạn không thể quan tâm đến sản phẩm của mình mà không quan tâm đến phản hồi này. Điều đơn giản nhất là chỉ trả lời rằng mọi đề xuất đều được chào đón và nó rất quý giá đối với bạn, ngay cả khi mọi thứ không thể được thực hiện , nó sẽ không bị bỏ qua.

và tôi cũng sẽ không thực hiện

Bạn phải suy nghĩ về nó và quyết định những điều bạn có thể thực hiện, ngay cả khi bạn không lên kế hoạch trước vì nó có thể là ý tưởng tốt hoặc nó có thể giúp bạn thực hiện thiết kế chính của mình.