7 आम UX परीक्षण गलतियाँ, और उनसे कैसे बचें

नौसिखियों और अनुभवी यूएक्स परीक्षकों के लिए सामान्य नुकसान का एक आसान संदर्भ

UX परीक्षण को परीक्षण की तरह महसूस नहीं करना चाहिए। Unsplash पर ब्रुक कैगल द्वारा फोटो
यह वह नहीं है जो आप उस मामलों को देखते हैं। यह वही है जो आप देखते हैं - थोरो

उपयोगकर्ता परीक्षण कठिन है, और लगातार कौशल परीक्षण करने वाले उपयोगकर्ता परीक्षणों को वितरित करने के लिए कौशल में महारत हासिल करने में सालों लगते हैं। हालाँकि, अच्छी खबर यह है कि समय के साथ आपको जिन कौशलों की ज़रूरत है, उन्हें सीखा, परिष्कृत और पॉलिश किया जा सकता है।

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

गलती # 1: कार्य को बहुत जटिल या अस्पष्ट बनाना

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

NNg "परीक्षण" के बजाय कार्य परिदृश्य बनाने की सोचने की सलाह देता है। कार्य परिदृश्यों में तीन प्रमुख भाग होते हैं:

  1. कार्य के लिए संदर्भ सेट करने वाला वाक्य।
  2. गतिविधि का वर्णन करने वाला एक वाक्य जिसमें प्रतिभागी को प्रदर्शन करना चाहिए।
  3. प्राथमिक गतिविधि के पूरा होने के बाद पूछे गए लक्षित अनुवर्ती प्रश्नों की एक जोड़ी। (वैकल्पिक)

उदाहरण के लिए, हमारी हालिया छवि फसल UX परीक्षण में, कार्य परिदृश्य के रूप में कहा गया था, "आप एक पाठ दस्तावेज़ का संपादन कर रहे हैं और कहानी में एक छवि तैयार करना चाहते हैं। छवि को क्रॉप करें, केवल लड़की और गुब्बारे को दिखाने के लिए। ”

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

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

गलती # 2: प्रमुख सवाल पूछना

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

  1. ऐसे प्रश्न पूछें जो प्रतिभागी के दिमाग में उत्तर न दें।
  2. ऐसे सवाल पूछें जो आपको दिखाते हों: जज मत करो, सही करो या आलोचना करो।
  3. प्रतिभागी को अपने प्रश्नों की दिशा का नेतृत्व करने दें।

लेकिन ये सवाल काफी सैद्धांतिक हैं। यही कारण है कि मैंने अपेक्षाकृत सरल प्रश्नों का एक सेट विकसित किया है जो अब मेरे साक्षात्कार टूलकिट का हिस्सा हैं। कठिन हिस्सा इन्हें एक आदत में बदल रहा है (जिसके लिए ग्लैडवेल के 10,000 घंटों का कोई शॉर्टकट नहीं है)। मेरे तीन शीर्ष प्रश्न हैं:

  • "ठीक है, हाँ ... आप ऐसा क्या कहते हैं?"
  • "हाँ, हाँ ... आपको क्यों लगता है ...?"
  • "मैं देख रहा हूँ, कि समझ में आता है ... और फिर क्या ...?"

ध्यान दें कि उपरोक्त सभी प्रश्न प्रतिभागी द्वारा कही गई बातों की पुष्टि या गूंज द्वारा शुरू होते हैं। यदि आप UX परीक्षण के लिए नए हैं, तो यह करने के लिए एक अजीब या अक्षम बात की तरह लग सकता है। व्यवहार में, हालांकि, ये "छोटी सी बात" वाक्यांश आपके प्रतिभागी को सहज महसूस करने में बहुत बड़ा अंतर रखते हैं, जो सीधे अंतर्दृष्टि की गुणवत्ता को प्रभावित करता है जिसे आप साक्षात्कार से प्राप्त करने की उम्मीद कर सकते हैं।

गलती # 3: बात करना

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

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

UX परीक्षण सत्र में, मैं प्रतिभागी को सत्र रिकॉर्ड करने की अनुमति के लिए पूछने की सलाह देता हूं। इन ऑडियो फ़ाइलों को संसाधित करना काफी समय लेने वाला है, लेकिन स्वाभाविक रूप से मूल्यवान है। ऑडियो किसी भी डिजाइन परिवर्तन सिफारिशों के लिए उद्देश्य सहायता प्रदान करता है जो आप अपने परीक्षणों के परिणामस्वरूप करेंगे।

गलती # 4: UX टेस्ट को टेस्ट बनाना

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

इससे पार पाने का सबसे आसान तरीका यह है कि सत्र की शुरुआत में इसे खुलकर संबोधित किया जाए। बस हर साक्षात्कार, अवलोकन सत्र या ऑन-लाइन परीक्षण के बारे में मैं यह कहकर प्रक्रिया शुरू करता हूं:

... यह एक परीक्षा नहीं है, कोई सही या गलत उत्तर नहीं हैं। हम वास्तव में…

यदि कोई प्रतिभागी सत्र के दौरान किसी कार्य पर अटका हुआ है, अर्थात वे सेट गतिविधि में विफल हो रहे हैं, तो मैं उन्हें उपरोक्त बातें याद दिलाऊंगा, और उन्हें आश्वस्त करूंगा कि वे सभी की तरह हैं ...

... मैं देख सकता हूं कि आप [कार्य] पूरा करने के लिए संघर्ष कर रहे हैं, और यह पूरी तरह से ठीक है ... हम पा रहे हैं कि ज्यादातर लोग इस पर संघर्ष कर रहे हैं, जो वास्तव में हमारे लिए बहुमूल्य जानकारी है क्योंकि अब हम जानते हैं कि हमें क्या बदलने / ठीक करने की आवश्यकता है हमारे उत्पाद को बेहतर बनाने के लिए…

मैंने पाया है कि यह स्वीकार करने की यह सरल तकनीक है कि कोई गलत या बुरा परिणाम दृष्टिगोचर नहीं होता है और तुरंत प्रतिभागियों को सहजता में डाल देता है और सत्र को आगे बढ़ाता है।

गलती # 5: अपने डिजाइन विकल्पों का बचाव

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

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

इस जाल में पड़ने से बचने के लिए मैंने सबसे अच्छा तरीका यह पाया है कि हर सत्र से पहले इस मंत्र को सांस लेना और दोहराना है:

हम एक मोटे तौर पर पहले मसौदे का परीक्षण कर रहे हैं, और अपने उत्पाद को बेहतर बनाने के तरीकों की तलाश में हैं

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

एक और आसान टिप यह है कि मूल्यांकन किए जा रहे डिज़ाइन से खुद को दूर रखें, क्योंकि इससे प्रतिभागी को साक्षात्कारकर्ता को खुश करने के लिए बिना दबाव के ईमानदार प्रतिक्रिया प्रदान करने की अनुमति मिलती है:

डिज़ाइन टीम ने इस डिज़ाइन को एक साथ रखा [नकली इसे अगर आपके पास है], और यह पता लगाने में रुचि रखते हैं कि स्टिकी पॉइंट कहाँ हैं

गलती # 6: यह पुष्टि करना कि आपका डिज़ाइन अच्छा है

कोई भी पाठक जो आपकी कविताओं को पसंद करता है, उनके निर्णय पर संदेह करता है - वेंडेल बेरी

यह एक जवाबी सहज ज्ञान युक्त है, है ना? अधिकांश लोग किसी विशेष डिज़ाइन दिशा को सही ठहराने के लिए उपयोगकर्ता परीक्षण करते हैं। यह साबित करने के लिए कि जिस डिजाइन में वे पसीने से तरबतर हो चुके हैं और उन्हें प्यार हो गया है, वह सही है। यह, दुख की बात है, परीक्षक के अहंकार की गलती है।

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

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

गलती # 7: पाश को बंद करना भूल गया

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

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

उपयोगकर्ता को रिपोर्ट करने के लिए जटिल होने की आवश्यकता नहीं है: एक ईमेल, या आपके द्वारा खोजी गई प्रमुख तीन चीजों के बारे में त्वरित जानकारी, और उत्पाद डिजाइन को बदलने के लिए उन जानकारियों का उपयोग कैसे किया गया था, जो आपको चाहिए।

यह पोस्ट पहली बार क्या आपके पास ऐसी तकनीकें हैं जो आप अपने UX परीक्षण सत्रों में उपयोग करते हैं? नीचे दिए गए टिप्पणियों में अपने सुझावों को सुनने के लिए प्यार ... हम सभी इस तरह से सीखते हैं!

यह पोस्ट मूल रूप से 2018 में लिंक्डइन पर प्रकाशित हुई थी। इस पोस्ट का एक वीडियो वर्डप्रेस टीवी पर है