जब कोई उपयोगकर्ता आपसे कोई सुविधा नहीं मांगेगा तो आप क्या करेंगे?

Question

जब कोई उपयोगकर्ता किसी जटिल सुविधा के लिए पूछता है जिसे आप कार्यान्वित कर सकते हैं, तो आप क्या करते हैं, लेकिन आप ऐसा नहीं करने जा रहे हैं क्योंकि 1) यह अन्य उपयोगकर्ताओं के लिए अनावश्यक जटिलता जोड़ता है 2) आप इसे विकल्प के रूप में भी नहीं कर रहे हैं क्योंकि आप अपनी सेटिंग पैनल को जटिल नहीं बनाना चाहते।

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

Comments

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

— एमजीओवेन

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

— अबी

अपनी कीमत तक जब तक मैं कुरकुरा हरी पीठ की गंध में अपने बेचने के अपराध बोध को डूब नहीं सकता!

— इवान

बैकलॉग पर डाल दिया, प्राथमिकता = -1

— ConditionRacer

Answer 1

मुझे लगता है कि आप सही काम कर रहे हैं। आप हर किसी को खुश नहीं कर सकते, और आपको नहीं करना चाहिए! विनम्र और पेशेवर बनें, लेकिन आपको वह सब कुछ करने की ज़रूरत नहीं है जो आपसे पूछा गया है।

Answer 2

आपको एक समझौता करने की आवश्यकता है। आपका उपयोगकर्ता (कारण एप्लिकेशन मौजूद है) कह रहा है कि यह उसकी जरूरतों में से एक को पूरा नहीं करता है।

उपयोगकर्ता की जरूरतों को संबोधित करने और अंतिम-उपयोगकर्ता को आपके एप्लिकेशन को डिज़ाइन करने की अनुमति देने के बीच एक अंतर है। उपयोगकर्ता के साथ एक बैठक करें और बहुत से पूछें "क्यों?" सवाल जब तक आप उस कार्य के मूल में पहुंच जाते हैं जिसे व्यक्ति प्रदर्शन करने की कोशिश कर रहा है और नहीं कर सकता है, या जो वर्तमान UI में प्रदर्शन करने के लिए बहुत बोझिल है। उन नोटों को लें और कुछ वैकल्पिक दृष्टिकोणों का मजाक उड़ाएं जिन्हें आप उपयोगकर्ता के साथ रह सकते हैं और उन्हें वापस पेश कर सकते हैं।

इन सबसे ऊपर: याद रखें कि प्रोग्रामर के रूप में आपके जीवन को आसान बनाने के लिए ऐप मौजूद नहीं है। उपयोगकर्ता की सेवा करने के लिए ऐप है।

Comments

समझ में आता है कि यदि आप एक ऐसे एप्लिकेशन से निपट रहे हैं, जो मुट्ठी भर उपयोगकर्ताओं (जैसे कि एक एंटरप्राइज़ एप्लिकेशन) द्वारा उपयोग किया जाता है, लेकिन यदि आप किसी अन्य iOS उपयोगकर्ताओं के दसियों हज़ारों iOS ऐप को एकल उपयोगकर्ता के रूप में प्रदर्शित करने का प्रयास कर रहे हैं तो यह ओवरकिल है । यदि आप अपना सारा समय अपने उपयोगकर्ताओं के 0.01% को खुश करने की कोशिश में बिताते हैं तो आप पागल हो जाएंगे और टूट जाएंगे।

— चींटी

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

— JohnFx

Answer 3

यदि आप सेठ गोडिंस ब्लॉग ( http://sethgodin.typepad.com/ ) पढ़ते हैं, तो आपको वही संदेश दिखाई देगा जो उस पर और उसके माध्यम से आ रहा है:

1. कुछ जहाज (और प्रतिक्रिया सुनें)
2. कोशिश मत करो और सभी लोगों को हर समय कृपया।

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

ऐसा करने से उपयोगकर्ता अधिक प्रसन्न होते हैं। और उन उपयोगकर्ताओं को हटा देता है जिन्हें इसे स्थापित करना बहुत कठिन लगता है।

सिंपल / एडवांस सेटअप होना बाइंड से बाहर का रास्ता है। एक बिंदु तक। यह आपके विकास को अधिक जटिल बनाता है, यद्यपि।

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

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

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

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

Answer 4

मुझे लगता है कि आपको अपने उपयोगकर्ताओं के साथ ईमानदार होना चाहिए। उन्हें मत कहो, "हम इसे ध्यान में रखेंगे", यदि आपने पहले ही तय कर लिया है कि आप नहीं करेंगे। यह उपयोगकर्ताओं को यह विश्वास दिलाने के लिए नेतृत्व करेगा कि फीचर किसी दिन आएगा, और निराश हो जाएगा क्योंकि यह कभी नहीं आता है।

लंबे समय में, इससे आपको सबसे ज्यादा फायदा होगा, मुझे विश्वास है।

Answer 5

मैं सिर्फ सुझाव के लिए उन्हें धन्यवाद दूंगा, लेकिन अभी आपके रोड मैप पर नहीं। लोग ज्यादातर यह समझेंगे कि आपके पास सीमित संसाधन हैं।

Answer 6

जब मैं ऐसी स्थिति में होता हूं तो आमतौर पर तीन काम करता हूं:

1. मुझे दो बार लगता है कि उपयोगकर्ता का विचार एक अच्छा विचार हो सकता है। मैंने अपनी पहली वृत्ति पर भरोसा नहीं करना सीखा। कभी-कभी उपयोगकर्ता सही होता है, और मैं गलत हूं।
2. उपयोगकर्ता को समझाएं कि आप उस सुविधा को शामिल क्यों नहीं कर सकते।
3. उपयोगकर्ता को समझाएं कि वह अपने पास मौजूद सॉफ़्टवेयर के साथ किस तरह की ज़रूरत कर सकती है

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

Answer 7

हमारे प्रत्येक उत्पाद के लिए, हमारे पास "भविष्य के संस्करणों के लिए विचारों की सूची" है। इसलिए हम अपने उपयोगकर्ताओं को जो बताते हैं, "हम आपके सुझाव को उस सूची में डाल देंगे" - और यह ईमानदार है, हम वास्तव में ऐसा करते हैं।

सूची में कोई प्राथमिकता नहीं है, लेकिन हम नियमित रूप से इससे चीजें लेते हैं और उनका उपयोग हमारे बैकलॉग को खिलाने के लिए करते हैं। हम उन्हें "क्रम में" नहीं लेते हैं, इसके बजाय हम यह पहचानने की कोशिश करते हैं कि कौन से विचार "हिरन के लिए सबसे धमाकेदार" देते हैं - एक उचित विकास के प्रयास के लिए हमारे अधिकांश उपयोगकर्ताओं के लिए सबसे अधिक लाभ।

उत्पाद की वैचारिक अखंडता के खिलाफ फ़ीचर अनुरोधों के वहाँ हमेशा के लिए रहने की संभावना है। लेकिन कभी-कभी, ऐसा होता है कि कम से कम कुछ विचार उन सुविधा अनुरोधों में दफन हो सकते हैं, शायद बिल्कुल नहीं जिस तरह से यह सुझाव दिया गया था कि वह जिस व्यक्ति के बारे में सोच रहा था, वह एक तरह से उत्पाद की वास्तुकला में बेहतर फिट बैठता है।

तो मेरा सुझाव यहाँ है: केवल यह मत कहो "हम इसे ध्यान में रखेंगे।" और जैसे ही आप फोन कॉल समाप्त करते हैं, तो विचार को भूल जाते हैं। इसके बजाय, एक उपकरण है जहां आप विचारों और सुविधा अनुरोधों को संग्रहीत करते हैं, शायद एक मुद्दा ट्रैकर में, शायद एक विकी में, शायद एक स्प्रेडशीट में, जो भी आपकी आवश्यकताओं के अनुरूप हो।