प्रयोज्य सिद्धांत: समझने योग्य, सुविधाजनक, आरामदायक। मुख्य बात के बारे में संक्षेप में

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

इंटरफ़ेस के आत्म-विकास के लिए, आपको कई सरल नियमों पर विचार करने की आवश्यकता है:

1. 7 का नियम।
   मानव मस्तिष्क की क्षमताओं को असीमित रूप से जाना जाता है। एक व्यक्ति 5-9 संस्थाओं से अधिक नहीं अल्पकालिक स्मृति में रखने में सक्षम है। इसलिए, आपको नेविगेशन में 7 से अधिक अंक नहीं रखना चाहिए।
   इस दृष्टिकोण से, tutu.ru साइट निश्चित रूप से अच्छी समीक्षाओं की हकदार है, क्योंकि मुख्य कार्यक्षमता साइट हेडर में रखी गई थी, जो 4 मेनू आइटम और ड्रॉप-डाउन सूची तक सीमित थी।
   जबकि रूसी रेलवे की वेबसाइट इसका एक बड़ा उदाहरण है कि इसे कैसे नहीं करना है। आँखों में बिखरी हुई जानकारी की मात्रा से, आप बस इसे बंद करना चाहते हैं और कभी वापस नहीं आते हैं।
2. नियम 2 सेकंड है।
   उपयोगकर्ता जितना कम किसी कार्यक्रम, साइट या एप्लिकेशन से प्रतिक्रिया की उम्मीद करता है, उतनी ही अधिक संभावना है कि वह इस उत्पाद का उपयोग करने से इनकार नहीं करेगा। कार्यक्रम की प्रतिक्रिया के लिए 2 सेकंड का इष्टतम समय अंतराल है, यह इसके लिए प्रयास करने के लिए लायक है। इसलिए अपनी साइट पर भारी फ्लैश सेवर डालने से पहले सौ बार सोचना उचित है , जैसा कि आपने mtv.ru पर किया था।
3. 3 क्लिक का नियम।
   आवश्यक जानकारी और कार्यक्षमता की तलाश में, पृष्ठों को सर्फ करने के लिए कोई भी पसंद नहीं करता है। आगंतुक को मुख्य पृष्ठ से साइट के किसी भी अन्य पृष्ठ तक पहुंचने में सक्षम होना चाहिए, जिससे 3 क्लिक से अधिक नहीं हो। यह खोज रोबोट द्वारा साइट के अधिक सफल अनुक्रमण में योगदान देता है।
4. फट्टे नियम
   1954 में पॉल फिट्स द्वारा प्रकाशित, मानव आंदोलनों का मॉडल लक्ष्य से दूरी और लक्ष्य के आकार के एक समारोह के रूप में जल्दी से लक्ष्य क्षेत्र में जाने के लिए आवश्यक समय निर्धारित करता है।
   रूपक के रूप में, नियम को इस प्रकार समझाया जा सकता है: एक मैच की तुलना में एक लाइटर को इंगित करना आसान है। लेकिन एक चट्टान या विशाल हवाई जहाज की ओर इशारा करना भी उतना ही सरल है। यदि एक इंटरफ़ेस ऑब्जेक्ट, जैसे कि लिंक, पहले से ही काफी बड़ा है, तो इसे और भी बड़ा बनाने के लिए कोई मतलब नहीं है।
5. उलटा पिरामिड
   प्रयोज्य गुरु, जैकब नीलसन इस सिद्धांत का पालन करते हैं। लेख को अंतिम निष्कर्ष के साथ शुरू करना चाहिए, इसके बाद प्रमुख बिंदुओं और पाठकों के लिए कम से कम महत्वपूर्ण जानकारी के साथ समाप्त होना चाहिए। यह वेब के लिए इष्टतम है, जहां उपयोगकर्ता जितनी जल्दी हो सके जानकारी प्राप्त करना चाहता है।

लेकिन यहां तक ​​कि सभी नियमों के अनुसार डिज़ाइन किया गया एक इंटरफ़ेस परीक्षण के लायक है। फोकस समूह "अपने दम पर" परीक्षण करने का सबसे सस्ती तरीका है।

परीक्षण में चार चरण होते हैं:

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

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

संबंधित उदाहरण

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

साइट के मुख्य पृष्ठ पर जाने के लिए "एन्टर" बटन एक कॉल की तरह लगता है। लेकिन मुख्य पृष्ठ के बजाय हम "रिक्त पत्रक" प्राप्त करते हैं।

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

जबकि खिलाड़ी क्लिप को प्रसारित करता है, हम मेनू को खोजना जारी रखते हैं। अब यह ऊपर, बहुत केंद्र में है। ड्रॉप-डाउन सूची में, हम अंत में प्रतिष्ठित शब्द "संपर्क" देखते हैं। लेकिन यहां यह इतना सरल नहीं है। इन संपर्कों को कॉपी नहीं किया जा सकता है। मैन्युअल रूप से फिर से लिखना है!

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