एप्लिकेशन सुविधा अनुरोधों का जवाब मैं लागू नहीं करने जा रहा हूं [बंद]

Question

मैं एक नया ऐप डेवलपर हूं और अपने ऐप (फ्री और एड-फ़्री) के 20 डाउनलोड के बाद मुझे पहले से ही दो फ़ीचर रिक्वेस्ट मिली हैं, और मैं इसे लागू भी नहीं करने जा रहा हूं।

क्या मुझे इन सुविधा अनुरोधों का जवाब देना चाहिए और यदि हां, तो कैसे? मैं बिल्कुल भी जवाब नहीं देना पसंद करूंगा क्योंकि मैं अपने ऐप पर काम करने के लिए समय बिताऊंगा, लेकिन एक नया डेवलपर होने के नाते, ऐप स्टोर में खराब रेटिंग वाले कुछ ऐप मेरे ऐप को नुकसान पहुंचा सकते हैं।

Comments

तुम भाग्यशाली हो! जो उपयोगकर्ता आपके ऐप का उपयोग करने के लिए पर्याप्त देखभाल करते हैं और आपसे इसके बारे में बात करते हैं। आप कुछ सही कर रहे हैं। इसे करते रहो। [उत्तर उत्कृष्ट हैं, इसलिए मैं एक जोड़ने वाला नहीं हूं।]

— david.pfx

2 वर्षों के बाद, 5000+ समीक्षाएं, और सैकड़ों फ़ीचर अनुरोध, मैं कह सकता हूँ कि मुझे मिलने वाले फ़ीचर की संख्या उपयोगकर्ता की व्यस्तता और ऐप की भविष्य की क्षमता का सबसे अच्छा संकेतक है (डाउनलोड के खराब होने पर भी जल्दी)। मैं यह भी निष्कर्ष निकाल सकता हूं कि यदि मैं फीचर अनुरोधों का जवाब देता हूं तो इससे कोई फर्क नहीं पड़ता है, अगर मैं जवाब नहीं देता हूं तो बहुत अधिक उपयोगकर्ताओं का अपमान करने का कोई हकदार नहीं है। कुछ उपयोगकर्ता जो चाहते हैं उसे पाने के लिए 1 * समीक्षा का लाभ उठाने की कोशिश करेंगे, लेकिन वे आम तौर पर पहले से कोई ईमेल नहीं भेजेंगे और वे आमतौर पर अपनी रेटिंग को नहीं बदलेंगे भले ही आप जो भी पूछते हैं, वह उन्हें अनदेखा कर दें।

— टिमसिम

Answer 1

एक साथ एक स्टॉक रखो "आपकी रुचि के लिए धन्यवाद" पत्र जो एक) सुविधाओं की संभावनाओं को कवर करता है जो आप कभी भी लागू करेंगे, भले ही मैं सोने के बैग के साथ आपके दरवाजे पर दिखाऊं, बी) आपको लागू करने की योजना नहीं है, लेकिन शायद , और c) सुविधाएँ जिन्हें आप लागू करना चाहते हैं, लेकिन अभी नहीं कर सकते। वह भेज दो। क्योंकि आप ALMOST कभी नहीं जानते हैं कि जब आप अपने आप को क) से ख), या ख) से ग) में ले जाते हुए पा सकते हैं।

Comments

मुझे लगता है कि यह करने का सबसे अच्छा तरीका है। मैं बस कुछ स्टॉक उत्तरों का उपयोग करूंगा, उन्हें धन्यवाद दूंगा और कुछ भी नहीं करने के लिए प्रतिबद्ध हूं।

— तैमिस

Answer 2

मुझे लगता है कि आप केवल संवाद न चुनकर हार सकते हैं।

यदि आप अभी सुविधा को लागू करने की योजना नहीं बनाते हैं, तो कम से कम उपयोगकर्ताओं को सुझाव दें कि इसे लागू करने की वर्तमान योजना में नहीं है, लेकिन भविष्य में विचार किया जा सकता है। यह उपयोगकर्ताओं को यह सोचने नहीं देगा कि यह एक ऐसी सुविधा है जिसकी वे जल्द ही उम्मीद कर सकते हैं और एक संदेश भेजेंगे कि आप इस पर योजना नहीं बना रहे हैं। अंत में, आप भविष्य में अपना दिमाग बदल सकते हैं (जैसे कि अगर ये अनुरोध अधिक बार होगा, तो शायद यह कुछ उपयोगकर्ताओं के लिए भुगतान करना होगा?)।

यदि आप सुनिश्चित हैं कि आप इस सुविधा को कभी लागू नहीं कर रहे हैं, क्योंकि मान लें कि आप अपने ऐप के साथ पूरी तरह से अलग दिशा में जाना चाहते हैं, तो बस उपयोगकर्ता को ऐप को अपने तरीके से उपयोग करने की कोशिश करने पर विचार करने के लिए कहें।

यदि आप एप्लिकेशन के लिए उपयोगकर्ता-आधार बनाना चाहते हैं, तो आपके उपयोगकर्ताओं के साथ संचार महत्वपूर्ण प्रक्रिया है और एक संक्षिप्त उत्तर आपको लिखने में बहुत समय नहीं लगेगा।

Comments

वैसे मैंने आपकी सलाह ली और अब मेरे पास एक नया पेन-पाल है और उसका एक फीचर अनुरोध 7 में बदल गया ... और उसने मेरे ऐप को रेट भी नहीं किया।

— टिमसिम

यह शायद कुछ भी नहीं लायक है कि "संवाद" यहां कहने का अर्थ है "आपकी रुचि के लिए धन्यवाद।" यदि आप इससे बहुत अधिक कहते हैं, तो ग्राहक आपसे निष्कर्ष निकाल सकता है कि आपने जो कुछ भी कहा है, वह करने का वादा किया है। और यह बहुत दूर है, कुछ भी नहीं कहने से भी बदतर है।

— डगएम

Answer 3

आदर्श रूप में, आपको इस तरह के अनुरोधों को एक अवसर के रूप में उपयोग करना चाहिए जिससे आपको और उपयोगकर्ताओं को एप्लिकेशन को बेहतर ढंग से समझने में मदद मिल सके।

यदि आप ऐसा सोचते हैं, तो इन अनुरोधों को अनदेखा करना पसंद करने वाले बहुत महत्वपूर्ण कारण काफी महत्वपूर्ण जानकारी हैं और आपने उन्हें अपने दिमाग में दफन और भुला दिए जाने के बजाय संग्रहीत और प्रलेखित किया है।

यदि किसी अनुरोध को अनदेखा कर दिया जाता है क्योंकि आपके पास इसे लागू करने का समय नहीं है, लेकिन आम तौर पर यह अच्छे विचार की तरह दिखता है, तो आप कहीं न कहीं इसका ज्ञान रखते हैं। बाद में, जब आपके पास समय हो, तो आप इसे वापस ले सकते हैं और पुनर्विचार कर सकते हैं।

या, अगर एक अनुरोध को नजरअंदाज कर दिया जाता है क्योंकि यह वास्तव में बुरा विचार है और आप ऐसा क्यों करते हैं, इसके लिए स्पष्टीकरण लिख सकते हैं, यह भी कहीं स्टोर करने के लिए उपयोगी ज्ञान होगा। ऐसा करने से अन्य उपयोगकर्ताओं से इसी तरह के अनुरोधों को संबोधित करना आसान हो जाएगा, या यहां तक ​​कि अगर आप अंततः यह भूल गए हैं कि आपने यह क्यों सोचा कि यह एक बुरा विचार है तो खुद को मदद करें।

ध्यान रखें कि वर्तनी और नीचे लिखे कारणों से कुछ विशेषताएं अच्छे से अधिक नुकसान कर सकती हैं, इससे आपको अपने आवेदन को बेहतर ढंग से समझने में मदद मिलेगी, इसका उद्देश्य उपयोग, सीमाएं और मजबूत बिंदु हैं।

एक उदाहरण के रूप में, बहुत स्टैक एक्सचेंज नेटवर्क पर एक नज़र डालें। फ़ीचर अनुरोध जिन्हें यहां लागू नहीं करने का निर्णय लिया गया है, उन्हें दफन नहीं किया गया है। इसके विपरीत, इन्हें सार्वजनिक किया जाता है, गहन विश्लेषण किया जाता है और स्टैक एक्सचेंज मेटा साइट पर सुविधाजनक रूप से टैग की गई स्थिति-अस्वीकृत के संदर्भ के लिए रखा जाता है ।

Comments

ओह, मुझे फीचर अनुरोध प्राप्त करना पसंद है और मुझे उन पर विचार करना पसंद है लेकिन मैं उपयोगकर्ताओं को जवाब देने में ज्यादा समय नहीं देना चाहता। अगर मुझे लगता है कि यह समझ में आता है, तो मैं इसे लागू करूंगा, अन्यथा मैं नहीं करूंगा, लेकिन मेरी मुख्य चिंता उपयोगकर्ताओं से 1-स्टार रेटिंग प्राप्त करना है जो मुझे अपनी विशेष इच्छा को पूरा करने के लिए सप्ताहांत बिताने के लिए मना नहीं कर सके।

— टिम्सिम

@ टिमिम - बस किसी को समझाने की कोशिश करने के बजाय 5 और 4 स्टार समीक्षा प्राप्त करने के बारे में चिंता करें, आपको आश्वस्त नहीं किया जा सकता है कि आपको 1-स्टार समीक्षा नहीं दी गई है।

— रामहुंड

@ अपनी टिप्पणी यहाँ से और अन्य उत्तरों में ऐसा लगता है कि आप उपयोगकर्ताओं के साथ संवाद करने के लिए समस्या ट्रैकर का उपयोग नहीं करते हैं । यदि यह मामला है, तो आपके द्वारा स्वीकार किए गए उत्तर को बहुत अच्छा समझ में आता है ... हालांकि मैं अभी भी इसके बजाय एक ट्रैकर प्राप्त करने की सलाह दूंगा

— gnat

Answer 4

मुझे लगता है कि अन्य उत्तर आपको अपने उपयोगकर्ताओं के साथ संवाद करने के लिए प्रोत्साहित करने में सही रास्ते पर हैं।

एक सुविधा अनुरोध 7 में बदल गया ..

इस टिप्पणी के आधार पर, आप उपयोगकर्ताओं को आपके द्वारा खोली जाने वाली सुविधाओं के प्रकार पर पर्याप्त प्रतिक्रिया नहीं दे रहे हैं। हो सकता है कि वे चाहते हैं कि आप क्षमताओं / सुविधा सेट का विस्तार करें, लेकिन आप मौजूदा सुविधाओं के प्रदर्शन और उपयोगिता से अधिक चिंतित हैं? एक ही सुविधा को अस्वीकार करना उपयोगकर्ताओं को मार्गदर्शन करने के लिए पर्याप्त नहीं है। वे परीक्षण और त्रुटि और आपके पेन-पाल के मामले में, शॉटगन दृष्टिकोण का उपयोग करते रहेंगे।

लक्ष्य प्रतिक्रिया को प्रोत्साहित करना और इसे कुछ दिशा देना है।

Answer 5

यदि आप इस सुविधा को लागू करने की योजना नहीं बनाते हैं, तो भी इस अनुरोध को लागू करने का कोई भी संकेत सीधे आपके पास भेजा जाएगा। यह कष्टप्रद है, और यह सोना है। कभी-कभी आपको निर्णय लेने से पहले इंतजार करना पड़ता है: यदि आपको केवल एक व्यक्ति से कुछ मांगना है, तो आप निश्चित रूप से यह तर्क दे सकते हैं कि आपके आवेदन को इस सुविधा को लागू नहीं करना चाहिए , लेकिन यदि उनमें से दर्जनों कुछ समय के बाद एक ही बात पूछते हैं, तो आप अपने खुद के डिजाइन के बारे में सोच सकते हैं (और आपको चाहिए)।

इसलिए मेरा मानना ​​है कि एक उत्तर हमेशा बेहतर होता है, क्योंकि आप इस प्रतिक्रिया की परवाह किए बिना अपने उत्पाद की देखभाल नहीं कर सकते। सबसे सरल बात केवल यह है कि किसी भी सुझाव का स्वागत है और यह आपके लिए अनमोल है, भले ही सब कुछ लागू नहीं किया जा सकता है , लेकिन इसे नजरअंदाज नहीं किया जाएगा।

और मैं लागू नहीं करने जा रहा हूं

आपको इसके बारे में सोचना होगा, और यह तय करना होगा कि आप किन चीजों को लागू कर सकते हैं, भले ही आपने इसे पहले से योजना न बनाई हो क्योंकि यह अच्छे विचार हो सकते हैं, या यह आपको अपना प्राथमिक डिजाइन बनाने में मदद कर सकता है।