विषय
- 1. अनिवार्य क्षेत्रों को चिह्नित न करें
- 2. स्पिनरों का प्रयोग न करें
- 3. केवल एक प्रकार का बटन या बेहतर अभी भी प्रति प्रपत्र केवल एक बटन है
- 4. चंक फ़ील्ड
- 5. सोचें कि आप कुछ क्यों पूछ रहे हैं और यह उपयोगकर्ता को कैसा लगता है
- 6. खजूर तीखे छोटे होते हैं दोस्तों
- 7. डेवलपर क्राफ्ट के रूप में फॉर्म
- 8. फॉर्म में कॉलम का प्रयोग न करें
- 9. जब कोई करेगा तो दो क्षेत्रों का उपयोग न करें
- 10. अच्छे बनो
प्रपत्र, कुछ भी नहीं है जो कई डिजाइनर रूपों से अधिक नफरत करते हैं। वे जरूरी नहीं कि रचनात्मकता को बाहर लाएं, या वे करते हैं? हो सकता है कि अब समय आ गया है कि हम फ़ॉर्म को फिर से देखें और समझें कि एक फॉर्म, अपने सबसे बुनियादी रूप में, उपयोगकर्ता और सॉफ़्टवेयर के बीच की बातचीत है।
बिंदु और क्लिक को भूल जाइए, प्रपत्र सबसे समृद्ध अंतःक्रिया का प्रतिनिधित्व करते हैं जिसका हम डिजिटल डिजाइनरों के रूप में सामना करेंगे। अगली बार जब कोई फ़ॉर्म आपके पास आए तो यह न सोचें कि यह केवल कुछ अच्छे CSS प्रभावों को लागू करने या एक अच्छा jQuery का उत्कर्ष जोड़ने की बात है। रूपों को डिजाइन करने के लिए बहुत अधिक गहराई है।
मैंने उपयोगकर्ता ने सैकड़ों फॉर्मों का परीक्षण किया है और बीमा कंपनियों, हॉलिडे बुकिंग इंटरैक्शन और कई अन्य के लिए कुछ जटिल फॉर्म तैयार किए हैं। संभावना है कि आपने पिछले कुछ महीनों में मेरे किसी प्रपत्र का उपयोग किया है।
यहां वे पाठ हैं जो मैंने चाहा कि मैं फॉर्म डिजाइन करना शुरू करने से पहले सीखूं।
1. अनिवार्य क्षेत्रों को चिह्नित न करें
आप उस छोटे तारक को जानते हैं जो एक अनिवार्य क्षेत्र को दर्शाता है? मैंने देखा है कि उपयोगकर्ता परीक्षण में कई बार विफल होता है। एक अवधारणा के रूप में, अनिवार्य फ़ील्ड ज्यादा मायने नहीं रखते हैं, उनके पास कोई ऑफ़लाइन समकक्ष नहीं है। वे डेवलपर्स के लिए महान हैं क्योंकि वे पूरा करने के लिए एक अच्छा काला और सफेद दृष्टिकोण प्रदान करते हैं। तारांकन और अनिवार्य क्षेत्र विफल हो जाता है क्योंकि यह एक सीखा हुआ व्यवहार है। उपयोगकर्ता परीक्षण में मैंने जो विशिष्ट व्यवहार देखा है, वह यह है कि उपयोगकर्ता शीर्ष पर फ़ॉर्म को पूरा कर रहा है और या तो उन्हें रोकने के लिए कुछ है या वे एक बटन दबाते हैं।
समाधान सरल है, वैकल्पिक क्षेत्रों को चिह्नित करें, उस स्थान को चिह्नित करें जहां हमारे अच्छे उपयोगकर्ता को रुकना है और सोचें कि क्या उन्हें उस क्षेत्र को पूरा करने की आवश्यकता है।
2. स्पिनरों का प्रयोग न करें
HTML5 शानदार है ना? यह खेलने के लिए कई रोमांचक नए चमकदार उपकरण प्रदान करता है। हमें अपने नए खिलौनों की उपयुक्तता के बारे में सोचने की जरूरत है। संख्या फ़ील्ड में अब छोटे ऊपर और नीचे तीर शामिल हैं जो उपयोगकर्ता को संख्याओं के माध्यम से साइकिल चलाने की अनुमति देते हैं।
यहां पर दो समस्याएं हैं। सबसे पहले तीरों का डिफ़ॉल्ट ब्राउज़र प्रदर्शन उन्हें वास्तव में छोटा बनाता है। क्लिक करने के लिए बहुत ही फिजूलखर्ची और हमारे बीच की मोटी उँगलियाँ एक iPhone पर संघर्ष करने वाली हैं। इसे फिट का नियम कहा जाता है, कोई चीज जितनी छोटी होती है, उस पर क्लिक करना उतना ही कठिन होता है।
लेकिन मैंने आपको चिल्लाते हुए सुना है, आप सीधे नंबर फ़ील्ड में नंबर टाइप कर सकते हैं। हां, आप कर सकते हैं, लेकिन आइए ब्राउज़र डिस्प्ले को देखें, ऊपर/नीचे स्पिनर तीर हमारे भरोसेमंद दोस्त सेलेक्ट बॉक्स से मिलते जुलते हैं। पहली बार स्पिनर के साथ प्रस्तुत किया गया उपयोगकर्ता यह मानने वाला है, क्योंकि यह एक चुनिंदा बॉक्स जैसा दिखता है, कि वे इसमें टाइप नहीं कर सकते।
मेरी सलाह है कि जब तक वे अधिक सामान्य स्थान न बन जाएं या ब्राउज़र डेवलपर्स डिफ़ॉल्ट डिज़ाइन को छाँट न लें, तब तक स्पष्ट रहें।
3. केवल एक प्रकार का बटन या बेहतर अभी भी प्रति प्रपत्र केवल एक बटन है
एक अल्पज्ञात मनोविज्ञान सिद्धांत है जिसे हिक का नियम कहा जाता है। हिक का नियम बताता है कि हमें जितने अधिक विकल्प दिए जाते हैं, चुनाव करना उतना ही कठिन होता है। मैं रॉकेट साइंस नहीं जानता, बल्कि ध्यान में रखने लायक एक नियम है।
आप अपने अच्छे उपयोगकर्ता को चुनाव करने में मदद करके उनकी मदद कर सकते हैं। सभी प्राथमिक बटनों को एक रंग बनाकर, और प्रति पृष्ठ उनमें से केवल एक होने से चुनाव करना आसान हो जाता है। मुझे कौन सा बटन दबाना चाहिए? ओह, यह आसान है, यह बड़े रंग का है।
4. चंक फ़ील्ड
मैंने पिछले जन्म में तंत्रिका विज्ञान का अध्ययन किया था और इसलिए स्मृति के मनोविज्ञान का अध्ययन किया - विशेष रूप से अल्पकालिक या कार्यशील स्मृति। अब तुम्हारे कहने से पहले; नहीं, अल्पकालिक स्मृति क्षमता 7+/-2, 4+/-1 नहीं है या मानव में तीन से पांच भाग बोलते हैं। हम मनुष्य के रूप में दृश्य उत्तेजनाओं का मूल्यांकन करने में महान हैं, बाधा यह है कि संख्या कम होने पर हम बेहतर होते हैं। किसी प्रपत्र को छोटे समूहों में विभाजित करने से मूल्यांकन आसान हो जाता है, क्योंकि अक्सर उपयोगकर्ता को फ़ॉर्म में जो दर्ज करना होता है वह उनकी स्मृति से आता है।
सुनिश्चित करें कि आपके खेतों के समूह की लंबाई लगभग चार है।
5. सोचें कि आप कुछ क्यों पूछ रहे हैं और यह उपयोगकर्ता को कैसा लगता है
यह शायद मेरे द्वारा दी जाने वाली सबसे सीधी सलाह है, लेकिन अक्सर इसका सबसे कम उपयोग किया जाता है।
आइए निम्नलिखित लें:
आपके द्वारा पूछे गए प्रत्येक प्रश्न पर प्रश्न करें। क्या ये ज़रूरी हैं? यह पूछे जाने पर कैसा लग रहा है?
अक्सर एक व्यवसाय को एक प्रश्न पूछने की आवश्यकता होती है और हम डिजाइनर के रूप में आवश्यकता के बारे में बहस कर सकते हैं जब तक कि हम चेहरे पर नीले न हों। प्रश्न पूछा जाना है। इस डेटा की व्यावसायिक आवश्यकता को समझने में हम अक्सर समझौता कर सकते हैं।
हम अपने अच्छे उपयोगकर्ता को यह बताकर मदद कर सकते हैं कि हमें यह प्रश्न पूछने की आवश्यकता क्यों है। उस डेटा के उपयोग और साझा करने के बारे में आश्वस्त रहें और आम तौर पर अच्छा रहें।
हमारा उदाहरण फिर से लेना:
यह अभी भी एक कठिन सवाल है, लेकिन उम्मीद है कि हमने गोली को मीठा कर दिया है।
6. खजूर तीखे छोटे होते हैं दोस्तों
तिथियां दर्ज करना एक वास्तविक चुनौती हो सकती है और कुछ नुकसान हैं जिनसे आप बच सकते हैं। सबसे बड़ी समस्या त्रुटियों से निपटना है।
कैलेंडर लॉन्च करना सबसे आसान तरीका है। यह ध्यान देने योग्य है कि सप्ताह ब्रिटेन में सोमवार और अमेरिका में रविवार से शुरू होते हैं। यदि आपका उपयोगकर्ता ध्यान केंद्रित नहीं कर रहा है तो वे रविवार का चयन कर सकते हैं जब उनका मतलब सोमवार होता है।
यह अंतर्राष्ट्रीय दिनांक स्वरूपों का भी उल्लेख करने योग्य है। अमेरिका महीने पहले रखता है, जापान में यह साल पहले है। तो 4/5/12 जैसी तारीख की तीन तरह से व्याख्या की जा सकती है।
इसलिए चुनिंदा बक्सों का उपयोग करना सबसे अच्छा है।
7. डेवलपर क्राफ्ट के रूप में फॉर्म
प्रपत्र डेवलपर्स के साथ-साथ डिजाइनरों के लिए भी शिल्प हैं। यह समझना कि डेटा दर्ज करने और सामना करने के लिए अपना बैक-एंड कोड तैयार करने में कौन-सी संभावित गलतियाँ हो सकती हैं, एक चुनौती है।
यहाँ एक सरल है। एक मुद्रा मूल्य दर्ज करना। उपयोगकर्ता जो संभावित गलतियाँ कर सकता है वह बहुत बड़ी है। उपयोगकर्ताओं को मिलने वाले डेटा प्रारूपों को मजबूर करना आपके उपयोगकर्ता के लिए निराशाजनक है और इसका सामना करते हैं, डेवलपर्स के हिस्से पर थोड़ा आलसी।
एक डेवलपर के लिए बुलेट-प्रूफ फॉर्म बनाने से बेहतर चुनौती और क्या हो सकती है।
8. फॉर्म में कॉलम का प्रयोग न करें
प्रपत्रों में स्तंभों का उपयोग करने में बड़ी समस्या प्रवाह है। हम शीर्ष पर एक फॉर्म शुरू करते हैं और नीचे समाप्त होते हैं। कॉलम शुरू करने में फॉर्म के प्रवाह को तोड़ा जा सकता है।
उपयोगकर्ताओं को प्रपत्रों के माध्यम से टैब न मानें और इसलिए फ़ोकस कॉलम में प्रपत्रों को नेविगेट करने का एक तरीका है। यह दुर्लभ है कि मैंने इसे उपयोगकर्ता परीक्षण में देखा है। अधिकांश समय हम विवरण दर्ज करते देखते हैं, माउस/ट्रैकपैड/उंगली के साथ अगले फ़ील्ड पर क्लिक करें और फिर विवरण दर्ज करें और इसी तरह।
9. जब कोई करेगा तो दो क्षेत्रों का उपयोग न करें
अधिकांश लोग टच टाइपिस्ट नहीं होते हैं। उपयोगकर्ता परीक्षण में हम देखते हैं कि लोग टाइप करते ही कीबोर्ड को देख रहे हैं।
फ़ॉर्म फ़ील्ड को विभाजित करते हुए एक टेलीफ़ोन नंबर दर्ज करते समय, क्षेत्र कोड और नंबर जोड़ने के लिए कहें, वास्तविक समस्याएँ पैदा करता है। उपयोगकर्ता नहीं देखते हैं या वास्तव में याद करते हैं कि दो फ़ील्ड हैं इसलिए पहले फ़ील्ड में पूर्ण संख्या दर्ज करें, इससे भी बदतर यदि फ़ील्ड एक निश्चित संख्या में वर्णों तक सीमित है।
फ़ोन नंबर के लिए केवल एक फ़ील्ड का उपयोग करें, घर के नंबर/गली के बारे में भी यही सच है - केवल एक टेक्स्ट एंट्री बॉक्स का उपयोग करें।
10. अच्छे बनो
आपको आश्चर्य होगा कि वहाँ कितने असभ्य त्रुटि संदेश हैं।
यहाँ एक का उदाहरण दिया गया है जो मैंने हाल ही में देखा था।
तथ्य यह है कि वे सुझाव दे रहे हैं कि आप स्वेच्छा से भविष्य में एक तारीख दर्ज करेंगे और फिर एक स्पष्ट प्रतिक्रिया देंगे, ठीक है, यह बहुत अच्छा नहीं है।
फिर से अपने आप को उपयोगकर्ता के स्थान पर रखें, इस त्रुटि को देखकर आपको कैसा लगेगा? नाराज हो? शायद इससे भी बुरा। अच्छा होना आसान है।
बेहतर फॉर्म डिजाइन करने में आपकी मदद करने के लिए मैंने एक डाउनलोड करने योग्य पालना/चीट शीट तैयार की है। इसमें बेहतर रूपों को डिजाइन करने के लिए कई और सर्वोत्तम अभ्यास तरीके शामिल हैं।