Psux थेरेपी

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

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

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

मेरे पास एक विकल्प था - या तो समीक्षात्मक रचना के लेखक के साथ दर्शकों की तलाश करना, या लंबे थकाऊ विनिर्देशों को पढ़ना (जो कभी-कभी भीख माँगने के लिए भी प्रबंधित करने की आवश्यकता होती है), या ... लेखक के लिए सहानुभूति को चालू करें।

ऐसा मत सोचो कि मैं हर किसी से लंबा या समझदार दिखना चाहता हूं। बस साइड से (साइड, टॉप नहीं!) डेवलपर और उपयोगकर्ता अक्सर उसी के बारे में देखते हैं: जैसे कि कंस्ट्रक्टर में खेल रहे बच्चे। एक एकत्र करता है, और दूसरा इस एकत्रित को खेलने की कोशिश करता है। पहले ने टैंक को इकट्ठा किया, दूसरे ने इकट्ठे टुकड़े में विमान को देखा। पहले वाला खुद को एक टैंक बिल्डर के रूप में कम आंकने से नाराज है, दूसरा गुस्से में है कि "विमान के साथ पटरियां क्यों जुड़ी हैं, लेकिन वे आपको उड़ान भरने से रोकते हैं !!!"। प्रत्येक का अपना गैलाटिया है, और दोनों उसे अपने तरीके से प्यार करना चाहते हैं।



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

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

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

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

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

सारांश: उपयोगकर्ता के लिए एक वकील और डेवलपर के लिए मनोचिकित्सक बनें।

एंटोन Alyabyev, UIDG विश्लेषक द्वारा पोस्ट किया गया।