इंटरफेस डिज़ाइन के स्वर्णिम नियम (2013)

 (cs.umd.edu)
4 पॉइंट द्वारा GN⁺ 2024-01-11 | 1 टिप्पणियां | WhatsApp पर शेयर करें

इंटरफेस डिज़ाइन के आठ स्वर्णिम नियम

  • एकरूपता बनाए रखें: मिलती-जुलती परिस्थितियों में एक जैसे action sequence की आवश्यकता होनी चाहिए, और prompts, menus, help screens में समान terminology, consistent colors, layout, letter case, fonts आदि का समग्र रूप से उपयोग होना चाहिए।
  • सार्वभौमिक उपयोगिता पर ज़ोर दें: अलग-अलग उपयोगकर्ताओं की ज़रूरतों को पहचानते हुए, beginners से experts तक, आयु-समूह, disability, international differences, और तकनीकी विविधता को ध्यान में रखकर डिज़ाइन करना चाहिए।
  • उपयोगी feedback दें: उपयोगकर्ता की हर action पर interface feedback होना चाहिए; बार-बार होने वाली और मामूली actions के लिए सरल response, जबकि दुर्लभ और महत्वपूर्ण actions के लिए अधिक गहन response आवश्यक है।
  • संवादात्मक डिज़ाइन के ज़रिए पूर्णता दें: actions के sequence को समूहों में व्यवस्थित करें, और समूह के पूरा होने पर feedback देकर उपयोगकर्ता को उपलब्धि और राहत का अनुभव कराएं।
  • त्रुटि रोकथाम: interface को इस तरह डिज़ाइन करें कि उपयोगकर्ता गंभीर errors न करें, और error होने पर सरल तथा ठोस recovery instructions प्रदान करें।
  • actions को आसानी से undo करने दें: जहाँ तक संभव हो, actions को वापस लेने की सुविधा दें ताकि उपयोगकर्ता गलती से डरे बिना नए options को explore कर सकें।
  • उपयोगकर्ता का नियंत्रण बनाए रखें: अनुभवी उपयोगकर्ता चाहते हैं कि interface उनकी actions पर प्रतिक्रिया दे और परिचित actions में अनावश्यक बदलाव न हों; ज़रूरी जानकारी पाना कठिन हो या इच्छित परिणाम न मिले तो वे असंतोष महसूस करते हैं।
  • short-term memory पर भार कम करें: चूँकि लोग short-term memory में सीमित मात्रा में ही जानकारी संभाल सकते हैं, इसलिए ऐसे interfaces से बचना चाहिए जिनमें उपयोगकर्ता को एक screen की जानकारी याद रखकर दूसरी screen पर उसका उपयोग करना पड़े।

GN⁺ की राय

  • यह लेख Ben Shneiderman द्वारा प्रस्तावित interface design के मूल सिद्धांत प्रस्तुत करता है, और ये सिद्धांत mobile, desktop, तथा web designers के लिए एक अच्छा शुरुआती बिंदु प्रदान करते हैं।
  • user experience को बेहतर बनाने वाले ये सिद्धांत उपयोगकर्ताओं को system को बेहतर समझने और अधिक दक्षता से इस्तेमाल करने में मदद करते हैं।
  • यह लेख शुरुआती software engineers के लिए user-friendly interfaces डिज़ाइन करते समय संदर्भ के रूप में उपयोगी दिशानिर्देश प्रदान करता है।

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-01-11
Hacker News राय

  • परफ़ॉर्मेंस UI डिज़ाइन का हिस्सा नहीं मानी जाती, लेकिन इसे अक्सर नज़रअंदाज़ किया जाता है। खराब परफ़ॉर्मेंस वाला UI डिज़ाइन के लगभग हर सिद्धांत का उल्लंघन करता है.

    • उदाहरण के लिए, Sony Android smart TV दिखने में अच्छे लगते हैं, लेकिन उनका UI इतना धीमा होता है कि इस्तेमाल करना मुश्किल हो जाता है.

  • अस्थिर और बार-बार बदलने वाला UI भी ज़्यादातर सिद्धांतों का उल्लंघन करता है। smart TV इस मामले में खास तौर पर खराब हैं; होम स्क्रीन लेआउट और ऐप आइकन बिना किसी वजह के बार-बार बदल जाते हैं.

  • बिना लेबल वाले आइकन (कभी-कभी tooltip भी नहीं होता) एक बढ़ती हुई समस्या हैं। अगर किसी बटन का काम समझने के लिए आपको Google करना पड़े, तो UI डिज़ाइन खराब है.

  • consistency क्यों महत्वपूर्ण है, इस पर एक व्याख्या.

    • इसका मतलब सीमित color palette या जानबूझकर साधारण font चुनने जैसे ठोस विवरणों का पीछा करना नहीं है.
    • इसका मतलब यह है कि उपयोगकर्ता software को दक्षता से इस्तेमाल कर सके.
    • Microsoft Office और (Neo)Vim UI के बेहतरीन उदाहरण नहीं हैं, लेकिन स्थिरता के मामले में वे अलग नज़र आते हैं.

  • उपयोगकर्ता तक conceptual model को स्पष्ट रूप से पहुँचाना महत्वपूर्ण है.

    • अगर उपयोगकर्ता उत्पाद के conceptual model को नहीं समझता, तो आइकन पर अच्छे लेबल होने के बावजूद वह हमेशा भ्रमित रहेगा.
    • UI को इस तरह डिज़ाइन किया जाना चाहिए कि उपयोगकर्ता इंटरफ़ेस को explore करके conceptual model का अनुमान लगा सके.

  • जब उपयोगकर्ता गलत postal code दर्ज करे, तो उसे पूरा नाम-पता फ़ॉर्म दोबारा भरवाने के बजाय सिर्फ़ गलती वाले हिस्से को ठीक करने के लिए मार्गदर्शन देना चाहिए.

    • यह बात कई पेजों में फैले फ़ॉर्म भरते समय भी लागू होनी चाहिए.
    • गलत क्रिया या तो इंटरफ़ेस की state को बदलनी नहीं चाहिए, या फिर state को restore करने का तरीका बताया जाना चाहिए.

  • menu item को disable करने के बजाय, जब उपयोगकर्ता उस command पर क्लिक करे तो यह समझाने वाला error message दिखाना चाहिए कि command उपलब्ध क्यों नहीं है.

    • उपयोगकर्ता के लिए यह पता लगाना कि command disable क्यों है, काफ़ी निराशाजनक हो सकता है.

  • Nielsen की 10 usability heuristics UI डिज़ाइन के लिए अच्छे दिशानिर्देश देती हैं.

    • इनमें system status की visibility, real world से मेल, user control और freedom, consistency और standards, error prevention, recall के बजाय recognition, use की flexibility और efficiency, minimalist design, error recognition और recovery, तथा help और documentation शामिल हैं.

  • 2013 के बाद consistency टूटने लगी, और CSS-आधारित UI के आने से हर site और app ने अपना अलग UX लागू करना शुरू कर दिया.

    • 2000 के शुरुआती वर्षों में Flash के दौर में UX community द्वारा आलोचना की गई "mystery meat navigation" फिर लौट आई.

  • उपयोगकर्ता जिस चीज़ को चुनना चाहता है, उसके बजाय अचानक कुछ और सामने आ जाए और उससे गलत चयन हो जाए, यह विशेष रूप से गंभीर गलती है.

  • इंटरफ़ेस elements को इंटरफ़ेस render होने के बाद अप्रत्याशित रूप से हिलना-डुलना नहीं चाहिए.

    • Google में यह समस्या खास तौर पर गंभीर है, लेकिन यह अकेला उदाहरण नहीं है.

  • एक स्पष्ट रूप से आदर्शवादी golden rule पर चर्चा.

    • ज़्यादातर developers ने ऐसे interfaces पर काम किया है जो इन नियमों का अक्सर उल्लंघन करते हैं.
    • इसका कारण यह नहीं कि वे समझते नहीं थे, बल्कि उस समय लागत बहुत ज़्यादा थी.
    • उदाहरण के लिए, undo feature तभी संभव है जब application के नीचे की data structures को उसी को ध्यान में रखकर बनाया गया हो। error prevention भी इसलिए कठिन है क्योंकि यह ठीक-ठीक जानना मुश्किल है कि error क्या है, और उपयोगकर्ता की भाषा में पूरी तरह सही feedback देना उससे भी अधिक जटिल है.