उपयोगकर्ता परीक्षण में सुधार करने के लिए सरल टिप्स

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

प्रयोज्य परीक्षण में उपयोगकर्ताओं का अवलोकन करना शामिल है क्योंकि वे किसी उत्पाद का उपयोग करते हैं। यह आपको यह पता लगाने में मदद करता है कि उपयोगकर्ता कहां संघर्ष करते हैं और उन्हें क्या पसंद है। प्रयोज्य परीक्षण चलाने के दो तरीके हैं:

  • मॉडरेट, जिसमें एक मॉडरेटर एक परीक्षण भागीदार के साथ काम करता है
  • अनमॉडर्ड, जिसमें टेस्ट प्रतिभागी अकेले टेस्ट पूरा करता है

हम पहले पर ध्यान केंद्रित करेंगे, लेकिन उल्लिखित कुछ युक्तियों को दोनों प्रकार के परीक्षण पर लागू किया जा सकता है।

1. संभव के रूप में जल्दी के रूप में परीक्षण

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

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

2. अपने उद्देश्यों को रेखांकित करें

प्रयोज्य परीक्षण शुरू करने से पहले, अपने लक्ष्यों पर स्पष्ट रहें। उस कारण के बारे में सोचें जो आप उत्पाद का परीक्षण करना चाहते हैं। आप क्या सीखने की कोशिश कर रहे हैं? अपने आप से पूछें, "मुझे इस सत्र से क्या पता होना चाहिए?" फिर, एक बार जब आप यह समझ जाते हैं, तो पहचानें कि आप किन विशेषताओं और क्षेत्रों पर प्रतिक्रिया चाहते हैं।

यहाँ कुछ सामान्य उद्देश्य दिए गए हैं:

  • पता लगाएँ कि क्या उपयोगकर्ता निर्दिष्ट कार्यों को सफलतापूर्वक पूरा करने में सक्षम हैं (उदाहरण के लिए उत्पाद खरीदना, जानकारी प्राप्त करना)
  • यह पहचानें कि विशिष्ट कार्यों को पूरा करने में कितना समय लगता है
  • पता लगाएँ कि क्या उपयोगकर्ता किसी उत्पाद से संतुष्ट हैं और संतुष्टि में सुधार के लिए आवश्यक परिवर्तनों की पहचान करते हैं

3. सावधानी से प्रश्न और कार्य तैयार करें

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

कार्रवाई योग्य कार्य

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

  • उत्पाद के साथ शुरुआत करना
  • एक चेकआउट पूरा करना
  • उत्पाद को कॉन्फ़िगर करना

कार्य को प्राथमिकता दें

आपकी प्रयोज्य परीक्षण सूची में कई विषयों में निचोड़ नहीं है। परीक्षणों का संचालन और परिणामों का विश्लेषण करने में बहुत समय लगेगा। इसके बजाय, अपने उत्पाद में महत्वपूर्ण कार्यों को सूचीबद्ध करें, और उन्हें प्राथमिकता से ऑर्डर करें।

स्पष्ट रूप से कार्य का वर्णन करें

परीक्षकों को यह जानना होगा कि क्या करना है। इसे आसान बनाएं। जब कार्य अस्पष्ट होते हैं तो उपयोगकर्ता हतोत्साहित हो जाते हैं।

प्रत्येक कार्य के लिए एक लक्ष्य रखें

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

कार्य की संख्या को सीमित करें

यूटिलिटी काउंट्स के पैट्रिक नेमन प्रति प्रतिभागी को पांच कार्य सौंपने की सलाह देते हैं। सत्र के समय (आमतौर पर 60 मिनट) को देखते हुए, अपने प्रश्नों के लिए भी समय छोड़ दें।

एक परिदृश्य प्रदान करें, निर्देश नहीं

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

खुद को टास्क का सेट टेस्ट करें

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

4. भर्ती प्रतिनिधि उपयोगकर्ता

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

मौजूदा उपयोगकर्ता डेटा का विश्लेषण करें

यदि आपके उत्पाद में पहले से ही ग्राहक आधार है, तो उपलब्ध जानकारी का एक त्वरित विश्लेषण (उदाहरण के लिए, एनालिटिक्स डेटा, ग्राहक सहायता टिकट, सर्वेक्षण, पिछले प्रयोज्य सत्र) आपको यह आकलन करने में मदद करेगा कि आप पहले से ही अपने उपयोगकर्ताओं के बारे में क्या जानते हैं या नहीं जानते हैं।

एक एनालिटिक्स टूल द्वारा प्रदान किए गए नंबर, उपयोगकर्ता किसी उत्पाद - क्लिक, उपयोगकर्ता सत्र समय, खोज क्वेरी, रूपांतरण इत्यादि के साथ कैसे बातचीत करता है - यूएक्स डिजाइनरों को प्रयोज्य परीक्षणों के लिए तैयार करने में मदद करेगा। चित्र: राममोहन

उन उपयोगकर्ताओं के साथ परीक्षण करें जो केवल मित्र या परिवार नहीं हैं

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

अपने मानदंड को परिभाषित करें

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

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

स्क्रेनर प्रश्न बनाएं

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

आप एक सर्वेक्षण के प्रारूप में प्रश्नों की एक सूची तैयार कर सकते हैं और संभावित परीक्षकों को इसे भरने के लिए कह सकते हैं ।Google Forms स्क्रीनर्स बनाने और स्प्रेडशीट में प्रतिक्रियाओं को एकत्रित करने के लिए एक बढ़िया उपकरण है। क्योंकि प्रतिक्रियाएँ Google स्प्रेडशीट में सही जाती हैं, आप उन्हें सॉर्ट और फ़िल्टर कर सकते हैं।

लोग स्क्रेनर को भरने के लिए जाओ

इसके बाद, आपको लोगों को स्क्रिनर भरने की आवश्यकता होगी। इसे प्राप्त करने का एक तरीका आपके सर्वेक्षण के लिंक के साथ नौकरी विवरण बनाना है। विवरण में, अपनी अपेक्षाओं को स्पष्ट करें, और लोगों को दिखाने के लिए प्रेरित करने के लिए प्रोत्साहन की पेशकश करें (जैसे कि 60 मिनट के साक्षात्कार के लिए $ 100 अमेज़ॅन उपहार कार्ड)। क्रेगलिस्ट, ट्विटर और फेसबुक नौकरी विवरण पोस्ट करने के लिए सबसे स्पष्ट स्थान हैं।

जब आप बहुत विशिष्ट और कठिन प्रकार के उपयोगकर्ताओं को ढूंढने की आवश्यकता होगी, तो चीजें थोड़ी कठिन होंगी। लेकिन इस मामले में भी, यह पूरी तरह से हल है:

  • अपनी बिक्री या मार्केटिंग टीम के साथ यह देखने के लिए बात करें कि क्या उनके पास उन संपर्कों की सूची है जो वे साझा कर सकते हैं।
  • प्रासंगिक सामुदायिक समूहों और पेशेवर संगठनों में संपर्क खोजें।

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

क्वालिटी सोचो, क्वांटिटी नहीं

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

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

सत्र में शामिल होने के तरीके पर स्पष्ट रूप से निर्देश दें

जब आप एक परीक्षण सत्र निर्धारित करते हैं, तो प्रतिभागियों को एक पुष्टिकरण ईमेल में सभी विवरण प्रदान करें:

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

नो-शो को निराश करने के लिए, आप उपयोगकर्ताओं को पुष्टि करने के लिए उत्तर देने के लिए कह सकते हैं। उदाहरण के लिए, पुष्टिकरण ईमेल में आपकी विषय पंक्ति कुछ इस तरह की हो सकती है, “14 मई को अपराह्न 3 बजे निर्धारित उपयोगिता सत्र। (कृपया पुष्टि करने के लिए उत्तर दें)। आप सत्र के पहले दिन प्रतिभागियों को उनकी नियुक्ति के बारे में याद दिलाने के लिए भी बुला सकते हैं।

5. इन-पर्सन टेस्टिंग से सबसे बाहर निकलें

उपयोगकर्ताओं से सीधे सुनना आपके उत्पाद के बारे में जानने और बेहतर बनाने के सबसे तेज़ तरीकों में से एक है। किसी को अपने उत्पाद का उपयोग करते हुए देखकर, आप उन क्षेत्रों की शीघ्रता से पहचान कर सकते हैं जहां उत्पाद पर्याप्त रूप से स्पष्ट नहीं है।

एक अच्छा तालमेल का निर्माण

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

याद रखने योग्य कुछ बातें:

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

सुनो, लीड मत करो

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

प्रतिभागियों को जज मत करो

आपके प्रतिभागी आपको कुछ सिखाने के लिए हैं, अन्य तरीके से नहीं! उपयोगकर्ताओं को देखते हुए या परीक्षण के दौरान उन्हें शिक्षित करने की कोशिश करना प्रतिशोधात्मक होगा। आपका लक्ष्य उपलब्ध समय में अधिक से अधिक जानकारी प्राप्त करना है और यह सब उनके दृष्टिकोण से समझना है।

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

व्याख्या न करें

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

बाधा मत डालो

जब प्रतिभागी कोई कार्य शुरू करते हैं, तो उन्हें बाधित न करने की पूरी कोशिश करें। जितना अधिक आप बाधित करते हैं, कम संभावना है कि उन्हें कार्य पूरा करने का विश्वास है। वे अपना प्रवाह खो देंगे, और आपको प्राकृतिक व्यवहार जैसा कुछ भी दिखाई नहीं देगा।

विशिष्ट मुद्दों पर ध्यान आकर्षित न करें

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

थिंक-अलाउड तकनीक का उपयोग करें

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

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

व्यवहार पर गौर करें

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

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

जब संदेह में, स्पष्ट करें

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

सवालों के साथ पालन करें

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

प्रश्नों के साथ उत्तर दें

सत्र के दौरान, प्रतिभागी आपसे कुछ प्रश्न अवश्य पूछेंगे। यहाँ कुछ सबसे आम हैं:

  • "क्या मुझे इसका उपयोग करना चाहिए?"
  • "तुम क्या सोचते हो?"
  • "दूसरों ने इस बारे में क्या सोचा?"

उन सभी के बारे में बताने के लिए प्रलोभन का विरोध करें! उनसे एक सवाल वापस पूछें। यह बहुत कुछ प्रकट करेगा।

6. उपचार डिजाइन के रूप में एक Iterative प्रक्रिया

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

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

जानकारी देना

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

7. इन-सेशन सत्रों में स्वयं को सीमित न करें

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

अनमॉडर्ड टेस्ट के लिए टूल्स का इस्तेमाल करें

आजकल, दूरस्थ अनमॉडर्ड परीक्षण चलाने के लिए एक टन उपकरण उपलब्ध हैं। यहाँ कुछ हैं:

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

संचालित दूरस्थ परीक्षण

आप Google Hangouts या Skype का उपयोग करके दूरस्थ मॉडरेट सत्र का संचालन कर सकते हैं। बस उपयोगकर्ताओं को अपनी स्क्रीन साझा करने के लिए कहें, और फिर देखें कि वे आपके उत्पाद के साथ कैसे सहभागिता करते हैं। आगे के विश्लेषण के लिए सत्र रिकॉर्ड करना न भूलें। (वीडियो और ऑडियो दोनों को रिकॉर्ड करें; ऑडियो के बिना, यह बताना कठिन हो सकता है कि कुछ व्यवहार क्यों हुआ।)

"व्यावसायिक" परीक्षकों से बचें

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

8. प्रक्रिया में पूरी टीम को शामिल करें

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

टीम के साथ परीक्षण रणनीति पर चर्चा करें

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

चित्र: महासभा

सभी को सत्र देखने के लिए कहें

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

विश्लेषण के लिए टीम से मदद मांगें

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

9. टेस्ट से पहले, रीडिज़ाइन के दौरान और बाद में

कई उत्पाद टीमों के बीच एक आम सवाल है, "हमें कब परीक्षण करना चाहिए?" उत्तर सरल है: एक डिजाइन या रीडिजाइन से पहले परीक्षण करें, डिजाइन के दौरान परीक्षण करें, और उसके बाद परीक्षण करें।

  • डिज़ाइन या रिडिजाइन करने से पहले: UX डिज़ाइन प्रक्रिया के खोज चरण के दौरान परीक्षण किया जाएगा। यदि आप किसी मौजूदा उत्पाद को फिर से डिज़ाइन करने की योजना बनाते हैं, तो प्रयोज्य परीक्षण आपको वर्तमान संस्करण में सबसे बड़े दर्द बिंदुओं की पहचान करने में मदद कर सकता है। परिणामों की तुलना करने के लिए प्रतियोगियों के उत्पादों के परीक्षण पर विचार करें।
  • रिडिजाइन के दौरान: यदि संसाधन मौजूद हैं, तो प्रोजेक्ट के प्रत्येक मील के पत्थर पर ऐसा करें। नए उत्पाद या सुविधा को बनाने और लॉन्च करने में लगने वाले समय में, आप कई परीक्षण सत्र चला सकते हैं और प्रत्येक के बाद प्रोटोटाइप में सुधार कर सकते हैं।
  • रीडिज़ाइन के बाद: वास्तविक उपयोगकर्ता उत्पाद का उपयोग कैसे करते हैं इसका ज्ञान आपको इसे बेहतर बनाने में मदद करेगा।

एक बार में सब कुछ हल करने की कोशिश मत करो

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

निष्कर्ष

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

आगे की पढाई

UX / UI डिज़ाइन में नवीनतम रुझानों और अंतर्दृष्टि के लिए, हमारे साप्ताहिक अनुभव डिज़ाइन न्यूज़लेटर की सदस्यता लें।

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

मूल रूप से blogs.adobe.com पर प्रकाशित।

Adobe XD, हमारे सभी इन-वन डिज़ाइन और प्रोटोटाइप टूल के बारे में जानें:

  • एडोब एक्सडी डाउनलोड करें
  • Adobe XD Twitter खाता - टीम से बात करने के लिए #adobexd का भी उपयोग करें!
  • Adobe XD UserVoice विचार डेटाबेस
  • एडोब एक्सडी फोरम