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