उपयोगकर्ता द्वारा निर्णय लेने के बारे में

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

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


giner ने मुझे एक वीडियो दिखाया जिसे मैं सभी के लिए देखने की सलाह देता हूं। इस वीडियो में www.snob.ru/selected/entry/5445 उपलब्ध है और उदाहरणों के साथ समझाता है और यह साबित करता है कि फॉर्म के डिज़ाइन चरण में डेवलपर उपयोगकर्ता के लिए निर्णय लेता है कि यह कैसे काम करता है और ऐसा क्यों होता है। जिसे देखने के लिए बहुत आलसी है - मैं संक्षेप में मुख्य बात को फिर से बताऊंगा। विभिन्न देशों में, अंग दान कार्यक्रमों में विभिन्न लोग भाग लेते हैं। यह एक गंभीर मामला है। देश संस्कृति में समान हैं, वे पड़ोसी हैं, और ऐसा लगता है कि इन चीजों के प्रति उनमें दृष्टिकोण लगभग समान होना चाहिए। लेकिन आंकड़े बताते हैं कि कुछ देशों में कार्यक्रम में भाग लेने के लिए 10-15% सहमत हैं, और अन्य देशों में - 90-100% लोग। वीडियो दिखाता है कि यह मानसिकता पर निर्भर नहीं करता है, बल्कि चिकित्सा रूप में शब्दांकन पर निर्भर करता है। एक रूप में यह कहता है "मैं कार्यक्रम में भाग लेने से इनकार करता हूं" और वहां आपको बॉक्स की जांच करने की आवश्यकता है, और दूसरे रूप में यह कहता है "मैं कार्यक्रम में भाग लेने के लिए सहमत हूं ।" ज्यादातर मामलों में, एक व्यक्ति बिल्कुल भी डावा नहीं डालता है। राज्य नहीं बदलता, निर्णय नहीं लेता। अन्य उदाहरण हैं। सामान्य तौर पर, एक बहुत ही दिलचस्प सामग्री, मैं देखने की सलाह देता हूं।

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

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

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

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

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

भले ही आप जानबूझकर उपयोगकर्ता को निर्देशित करें या नहीं, आप उसे निर्देशित करते हैं। यह जानबूझकर और सही दिशा में करना बेहतर है।