आपने देखा है कि सबसे तर्कहीन उपयोगकर्ता व्यवहार क्या है?

Question

जबकि नौसिखिया सॉफ्टवेयर डिजाइनर अपने उपयोगकर्ताओं तर्क से व्यवहार करने के लिए उम्मीद है, यह मामला जा रहा से दूर है, मैंने कई बार देखा है कि उपयोगकर्ता धारणा वास्तविकता से पूरी तरह से डिस्कनेक्ट हो रही है, या यह फीडबैक स्पष्ट रूप से तर्कहीन है।

मुझे लगता है कि हम हैं जो को अनुकूलित करना चाहिए, न कि दूसरी तरफ।

ऐसा करने का एकमात्र तरीका है जिसे मैं प्राप्त करने के बारे में जानता हूं: उपयोगकर्ताओं को सुनें, विशेष रूप से वे जो सॉफ्टवेयर वे पसंद करते हैं उन्हें पसंद नहीं करते हैं।

अगर वहाँ एक बात मैं अब तक सीखा है है; वे अक्सर उन चीजों के बारे में शिकायत करते हैं जो

आपके उपयोगकर्ताओं से क्या अनपेक्षित चीजें सीखती हैं?

Answer 1

कुछ साल पहले अस्पतालों (कम से कम फ्रेंच अस्पतालों) पुराने जीत 3.11 सॉफ़्टवेयर का उपयोग करके चलाए गए थे। हर एक काम कठिन था; किसी एक कमरे से दूसरे कमरे में जाने के लिए एक विशेषज्ञ उपयोगकर्ता को 5 मिनट लगेंगे

मेरा एक मित्र उन लोगों को अद्यतित सॉफ्टवेयर बेचने पर काम कर रहा था। एक ही साधारण कार्य में कुल शुरुआत करने वालों को 30 का समय लगेगा।

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

मेरे दोस्त ने उनसे मिलने का फैसला किया, और उनसे धीमेपन के लाइव डेमो के लिए उनसे पूछा कि वे शिकायत कर रहे थे।

"देखो, मेरे पुराने सॉफ़्टवेयर के साथ उपयोगकर्ता ने कहा: मैं पहला नाम इनपुट करता हूं, दर्ज करता हूं, नाम दर्ज करता हूं, प्रवेश संख्या दर्ज करता हूं, प्रवेश करता हूं, पुराना कमरा नंबर, [... यहां 5 मिनट डालें ...] नया कमरे का नंबर दर्ज करें ... और यह हो गया है ... .. देखें ... सब कुछ तात्कालिक है "

" अब, अपने सॉफ्टवेयर को देखें। जैसा कि आपने मुझे सिखाया है, मैं एक ड्रैग और ड्रॉप करता हूं। और मैं इंतजार करता हूं, मैं प्रतीक्षा करता हूं ... देखो, यह हो गया है..मैंने लगभग 30 के लिए इंतजार किया है ... "

यह एक असली दुनिया का उदाहरण है। यह वास्तव में हुआ। मैं बहुत यकीन है कि अगर सॉफ्टवेयर बेकार जानकारी है कि यह 30 के दशक की अवधि के दौरान बाद में खारिज कर दिया है | के लिए पूछने के लिए संशोधित किया गया था, यह उपयोगकर्ता नए सॉफ्टवेयर

Answer 2

एक के लिए विकास के साथ कहीं ज्यादा बेहतर महसूस कर रही पड़ता था हूँ कई साल पहले हाथ से आयोजित इकाई, मैंने एक ऐसे उपयोगकर्ता से संपर्क किया जिसने शिकायत की कि उनकी इकाई सत्ता के तुरंत बाद बंद हो रही है। यह एक बग बन गया; स्टार्टअप संदेश लाइन के साथ समाप्त हुआ "जारी रखने के लिए कोई भी कुंजी दबाएं"। यह कहना चाहिए था "जारी रखने के लिए, बड़ी लाल कुंजी चिह्नित शक्ति को छोड़कर, कोई भी कुंजी दबाएं"।

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

Answer 3

यदि आप इसके बारे में सोचते हैं तो तर्कहीन उपयोगकर्ता व्यवहार जैसी कोई चीज़ नहीं है, आपकी अपेक्षाओं और उनके बीच एक विसंगति है। इसे बंद करने का एकमात्र तरीका संवाद के माध्यम से है। इसका मतलब यह नहीं है कि उपयोग करने और उपयोगिता अध्ययन करने का मतलब है, अक्सर उनके लिए उस समस्या को पढ़ने के लिए सही संवाद होता है जहां विसंगति आसानी से निपटाई जाती है।

ऐसा करने के लिए एकमात्र गलत बात यह है कि वे क्या कह रहे हैं - या सुनने के लिए और वास्तव में उन्हें नहीं सुनते हैं (मैक पर आईई के बारे में यहां पोस्ट देखें - यह अहंकार की ऊंचाई है)। निस्संदेह आप कुछ ऐसे लोगों को प्राप्त करने जा रहे हैं जो सिर्फ बदलाव पसंद नहीं करते हैं और कुछ भी करने के बारे में चिंतित होंगे, लेकिन आम तौर पर यदि कोई उपयोगकर्ता आपके सॉफ़्टवेयर में कुछ इंगित करने के लिए समय लेगा जो उन्हें बग करता है, तो आपको सुनना चाहिए। आप उन्हें अनदेखा करना चुन सकते हैं, लेकिन यदि आप सही सुनते हैं तो आप वास्तविक मणि को आसानी से उजागर कर सकते हैं।

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

Answer 4

मेरी पिछली नौकरी में, मैं एक विशाल बैंक के लिए एक विशाल व्यापार सॉफ्टवेयर डिजाइन कर रहा था। सॉफ़्टवेयर आमतौर पर लॉन्च करने में लगभग 5 मिनट लगेंगे।

बेशक, उपयोगकर्ता स्टार्टअप समय के बारे में बहुत शिकायत कर रहे थे, खासकर जब सॉफ्टवेयर समय के दौरान घट रहा था, जो समय-समय पर हो रहा था।

उस दिन से हमने एक विस्तृत प्रगति पट्टी (शेष वस्तुओं की संख्या के संकेतक के साथ नियमित रूप से प्रगति) जोड़ दी, शिकायतें लगभग बंद हो गईं।

विशिष्ट उपयोगकर्ताओं कहेंगे "मैं उम्र लेने के लिए लोड करने के लिए इस्तेमाल किया है, लेकिन अब, यह काफी तेज है"

हमारे लिए अगले कदम के यूजर इंटरफेस को प्रदर्शित करने से पहले डेटा के बाद के बजाय भरी हुई है था (जो लोड हो रहा है समय के दौरान यूआई को प्रभावित की लागत के कारण, देखने का एक आईटी बिंदु के लिए अधिक उपयुक्त)

इस बार, संशोधन एक मामूली प्रदर्शन ड्रॉप (5mn से 5 "30 में हुई) बनाता है। किसी उपयोगकर्ता परिप्रेक्ष्य से, सॉफ़्टवेयर इस तरह से बहुत तेज था !!

Answer 5

जबकि नौसिखिया सॉफ्टवेयर डिजाइनर अपने उपयोगकर्ताओं को तर्कसंगत व्यवहार करने की उम्मीद करते हैं, यह मामले से दूर है; मैंने देखा है उपयोगकर्ता की धारणा वास्तविकता से पूरी तरह से डिस्कनेक्ट हो गई है, या यह प्रतिक्रिया स्पष्ट रूप से तर्कहीन है।

मुझे लगता है कि हम अनुकूलन करना चाहिए, न कि दूसरी तरफ।

क्या आप कह रहे हैं कि हमें तर्कहीन व्यवहार के अनुकूल होना चाहिए? सॉफ्टवेयर विकास पहले से ही तर्कहीन है (गतिशील भाषाओं, परीक्षण संचालित विकास, ...), और आप उम्मीद करते हैं कि हम कुछ विकृत उम्मीदों को समायोजित करने के लिए एकतरफा पीछे की तरफ मोड़ लेंगे?

Answer 6

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

यह लंबे समय से पहले कुछ पुरुष मेरी आस्तीन खींच आया नहीं था: "वहाँ अपने कार्यक्रम में एक बग है यह वास्तव में छवियों मैं चयन नहीं कर tosses, और नहीं लोगों मैं का चयन करें।"।

समस्या को पृष्ठ पर पाठ को बड़े पैमाने पर पढ़ने के लिए कहकर हल किया गया था।

Answer 7

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

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

मैं एक सफलता ... जो यह नहीं था ... बिल्कुल :)

, उन्होंने कहा ... "यह उपयोग करने के लिए बस असंभव है" मैं इसे परीक्षण किया था, पूछा होने की उम्मीद मेरी मां का परीक्षण करने के लिए ... मेरा सॉफ्टवेयर ठीक था ...

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