कार्ड छँटाई और पेड़ परीक्षण के साथ वेब नेविगेशन का परीक्षण कैसे करें

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

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

होंगकीट पर अधिक:

प्रयोज्यता परीक्षण: आपको क्या जानना चाहिए?
बेहतर वेबसाइट फीडबैक के लिए 7 कदम
उपयोगकर्ता अनुभव डिजाइन के लिए ए / बी टेस्ट परिणाम और केस स्टडीज

कार्ड छांटना

कार्ड सॉर्टिंग की सुंदरता इसकी सादगी में है। तुम सब करते हो नोट कार्ड या पोस्ट-इट नोट्स पर अपने उत्पाद के विभिन्न तत्वों को लिखें, तब आपके प्रतिभागियों ने उन्हें एक तरह से व्यवस्थित किया है जो उनके लिए सबसे अधिक समझ में आता है.

यदि यह संभाल करने के लिए बहुत अधिक है, तो आप OptimalSort जैसे प्रयोज्य परीक्षण उपकरण के साथ भी जा सकते हैं, जो आपके लिए डेटा का विश्लेषण कर सकता है। किसी भी तरह से, परिणाम आपको एक ठोस समझ देता है कि आपके लक्षित उपयोगकर्ता कैसे होंगे intuitively अपने उत्पाद को नेविगेट करें.

छवि: मुंहतोड़ पत्रिका

कार्ड सॉर्टिंग विविधताएं

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

बनाने का प्रारंभिक भेद है खुला या बन्द है, नीचे समझाया गया है:

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

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

खुला बनाम बंद प्राथमिक निर्णय है, लेकिन आपके परिणामों को अलग करने के लिए अन्य तरीके हैं:

समूह बनाम व्यक्ति - समूह उपयोगकर्ताओं को बेहतर या बदतर के लिए सहयोगी रूप से काम करने की अनुमति देते हैं, और आपको एक साथ कई उपयोगकर्ताओं के बारे में जानने में मदद कर सकते हैं; हालाँकि, समूह की गतिशीलता आपके परिणामों को प्रभावित कर सकती है.

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

कार्ड सॉर्टिंग दिशानिर्देश

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

30 तत्वों के लिए ~ 20 मिनट
~ 50 तत्वों के लिए 30 मिनट
~ 100 मिनट 100 तत्वों के लिए

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

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

कार्ड छँटाई के गुण पर बहुत से विशेषज्ञ सहमत हैं। डेसिबल डिजिटल के लिए पियरे क्रॉफ्ट, IA और UX विशेषज्ञ कार्ड की छंटाई को प्रोत्साहित करते हैं क्योंकि यह HIPPOS (कमरे में सबसे अधिक भुगतान किए गए लोगों) के बुरे विचारों को कम करने में मदद कर सकता है जो एक अच्छी वेबसाइट बनाने का तरीका नहीं जानते होंगे। वह आपके परीक्षण की तैयारी करते समय ध्यान में रखने के लिए कुछ संकेत भी सूचीबद्ध करता है:

(1) माता-पिता और बच्चे श्रेणियों का मिश्रण न करें - दूसरे शब्दों में, समान स्तर से श्रेणियों का उपयोग करें, अन्यथा आप अपने प्रतिभागियों को भ्रमित करेंगे.

(2) खाली कार्ड और पेन संभाल कर रखें - जबकि यह खुले कार्ड छँटाई के लिए मानक प्रक्रिया है, यह बंद कार्ड छँटाई के लिए भी काफी उपयोगी है। औपचारिक परीक्षण किए जाने के बाद, आप प्रतिभागियों को अतिरिक्त श्रेणियां लिखने के लिए कुछ खाली कार्ड प्रदान कर सकते हैं। जबकि जानकारी हो सकती है “रिकॉर्ड से परे,” यह कुछ उपयोगी अंतर्दृष्टि को प्रकाश में ला सकता है.

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

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

(5) समय सीमा पहले से निर्धारित करें - यह सामान्य रूप से समयबद्धन को आसान बनाता है, और प्रतिभागियों को अपने कार्यों पर कितना समय बिताने का विचार देता है.

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

वृक्ष परीक्षण

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

वेबसीरेबल कॉल के मार्टिन रोसेनमेजर ने डिजाइन प्रक्रिया में सबसे महत्वपूर्ण चरणों में से एक का परीक्षण किया। संक्षेप में, एक पेड़ परीक्षण में प्रतिभागियों को शामिल किया गया है क्लिक करने योग्य साइटमैप पर विभिन्न जानकारी प्राप्त करना (या “पेड़”).

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

जैसा कि ऊपर दिखाया गया है, जब हमने येल्प की वेबसाइट को फिर से डिज़ाइन किया, तो हमने समर्थन साइट का प्रतिनिधित्व करते हुए एक पेड़ प्रदान किया और फिर उपयोगकर्ताओं को 10 कार्य दिए (उदाहरण के लिए, खराब समीक्षाओं के साथ क्या करना है, इस बारे में जानकारी प्राप्त करना)। क्योंकि समग्र कार्य सफलता दर 53% थी और प्रत्यक्षता 46% थी, हम जानते थे कि आईए को बदलने की आवश्यकता है - लेकिन हम जानते थे ठीक ठीक उन बदलावों को कहां करना है.

सीधे शब्दों में कहें, एक साइट खोज बार (या एक तीन-पंक्ति हैमबर्गर मेनू) सिर्फ इतना नहीं है कि नेविगेशन खराब है उपयोगकर्ता यह नहीं जान पाएंगे कि खोज करने के लिए क्या उपलब्ध है. वेब डिज़ाइन के लिए अंगूठे का नियम उपयोगकर्ता को जितना संभव हो उतना कम सोचने के लिए है, क्योंकि खोज के लिए उपयोगकर्ताओं को स्मृति से याद रखने की आवश्यकता होती है, यह UX को नकारात्मक रूप से प्रभावित करता है.

यदि हम पहले से ही आप पर पेड़ परीक्षण का विचार बेच चुके हैं, तो जेफ सोरू, जो कि मापने वालेयू के संस्थापक प्राचार्य हैं, उन्हें सही तरीके से चलाने के बारे में विवरण में जाता है। वे बताते हैं कि वृक्ष परीक्षण मुख्य रूप से दो कारणों से किया जाता है:

(1) किसी उत्पाद की खोज क्षमता का निर्धारण करें - उपयोगकर्ता साइट को कितनी अच्छी तरह से नेविगेट कर सकते हैं, और किन क्षेत्रों में नेविगेशन के साथ सबसे अधिक समस्याएं होती हैं?

(2) परिवर्तन को मान्य करें - क्या हालिया अपडेट ने समस्या को सही ढंग से ठीक किया है, या आगे संशोधन आवश्यक हैं?

पेड़ परीक्षण, दिल में, एक सांख्यिकीय परीक्षण है। अन्य मात्रात्मक परीक्षणों के साथ, अधिक प्रतिभागियों के साथ डेटा अधिक सटीक होगा। कितना सही है? अपने साधनों में त्रुटि के सबसे छोटे अंतर को खोजने के लिए इस चार्ट को देखें; हम 20% त्रुटि या बेहतर के लिए लक्ष्य करने की सलाह देते हैं.

निष्कर्ष

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

इस तरह के परीक्षणों की ताकत यह है कि डेटा को उपयोगकर्ताओं के प्राकृतिक व्यवहार के बाद मॉडल किया जाता है, और जब यह आपके IA का परीक्षण करने की बात आती है, तो कोई भी परीक्षण इन दोनों से बेहतर नहीं होता है.