ये उपयोगकर्ता अनुभव, पेपर प्रोटोटाइप या किसी अन्य buzzwords के घंटों के बिना आपकी परियोजनाओं के UX में सुधार करने के लिए युक्तियां हैं।

(गंभीरता से, "डिजाइन सोच।" 100,500 परिणाम देखें!)

यह लेख किसके लिए है?

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

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

यह कौशल "इंटरफ़ेस भाषा को समझने" के लिए है ।

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

एक बेहतर उदाहरण की कमी के लिए:


कहीं न कहीं डेवलपर्स का एक समूह है जो HTML को जानता है लेकिन एक रेडियो बटन और एक चेकबॉक्स के बीच अंतर नहीं जानता है

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

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

इस प्रक्रिया को लगातार दोहराएं - और कम से कम समय में एक पेशेवर बनें।

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

(बस फिर नवीनतम शैक्षणिक उपयोगकर्ता अनुसंधान विधियों के बारे में अन्य यूएक्स डिजाइनरों द्वारा व्याख्यान सुनना शुरू करें!)

यहाँ हम कवर करते हैं:

1. स्थानीयता का नियम
   
2. कुछ भी लेकिन ड्रॉप-डाउन सूची
   
3. स्क्विंट टेस्ट
   
4. केस स्टडीज

कोई सवाल नहीं? फिर आगे बढ़ें।

1. स्थानीयता का नियम

इंटरफ़ेस तत्व रखें जहां वे परिवर्तन का कारण बनते हैं।

अन्य सभी चीजें समान होने के कारण, इंटरफ़ेस तत्वों को उस स्थान के बगल में रखा जाना चाहिए जहां परिवर्तन होता है । क्योंकि जब उपयोगकर्ता सिस्टम में बदलाव करना चाहता है, तो वह अनजाने में उस जगह को देखता है जहां ये बदलाव होंगे ।

मान लीजिए कि आपके पास मदों की एक सूची है। "ADD NEW ITEM" बटन कहां रखें?


सवाल: अच्छा, बदलाव कहां है?

उत्तर: सूची के अंत में।

ठीक है, सूची के अंत में एक बटन लगाएं।

प्रतीक्षा करें। आपको लगता है कि यह बहुत आसान है। लेकिन एक प्रलोभन है।

प्रलोभन बस यह है कि यह वहाँ है जहाँ मुक्त स्थान है।

उदाहरण के लिए, यदि आपके पास एक मेनू है, तो आप सोच सकते हैं: “हमारे पास एक मेनू है! क्यों न इसे सिर्फ मेन्यू पर रखा जाए? "


संगीत इंटरफ़ेस में स्थानीयता के कानून का उल्लंघन

जवाब स्पष्ट है: क्योंकि कोई भी उसकी तलाश नहीं करेगा।

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

लगता है कि मैं मजाक कर रहा हूँ? कभी इस इंटरफ़ेस से मुलाकात की?


एवरनोट इंटरफ़ेस में स्थानीयता के कानून का उल्लंघन

एक समान रूप से बुरा और व्यापक विकल्प केवल निर्णय लेने के लिए है जो आपने प्रिय तकनीकी कंपनी में देखा था, बिना इस बारे में विचार किए कि क्या यह आपके लिए समझ में आता है। "एक बटन की जरूरत है" जोड़ें "? कोई सवाल नहीं। मैंने एक ऐसा बटन देखा। बीयर पकड़ो! ”



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

आपके उपयोगकर्ता चाहते हैं कि आप स्थानीयता के कानून का पालन करें।

तो अब इसका इस्तेमाल करते हैं।



बैंग।

शायद आप एक पैदा हुए यूएक्स डिजाइनर हैं और हमेशा नेत्रहीन कल्पना करते हैं कि क्या होगा यदि पांच के बजाय हजारों तत्व हैं , और आप समझते हैं कि कोई समस्या होगी। यदि उपयोगकर्ता एक टन प्लेलिस्ट बनाता है, तो बटन सैकड़ों पिक्सेल नीचे चला जाएगा!

इसलिए, सूची के निचले भाग में बटन को पिन करना बेहतर हो सकता है ताकि प्लेलिस्ट की संख्या की परवाह किए बिना यह हमेशा दिखाई दे।

शानदार! यही हाल Spotify ने किया।


एक बोनस के लिए (1) स्क्रीन से बाहर जाने तक बिल्ट-इन बटन का उपयोग करें, और उसी क्षण पिन किए गए आइटम पर स्विच करें और (2) इसे Spotify बटन की तुलना में अधिक दृश्यमान बनाएं, जिसे मैंने व्यक्तिगत रूप से केवल कुछ महीनों बाद देखा, असहाय राइट-क्लिकिंग प्लेलिस्ट में अलग-अलग गाने जोड़ने के लिए क्लिक करें!

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

और उत्तर (मुझे लगता है कि बहुत स्पष्ट है) सूची में सबसे ऊपर है ।


यह मेरी इच्छा है

धिक्कार है! पंडोरा ने इसे खरीदने से पहले स्पॉटिफाई प्रतियोगी, आरडीआईओ के साथ ऐसा ही किया।


मेमोरी से पुनर्निर्माण (सभी वास्तविकता की तरह, यदि आप इसके बारे में सोचते हैं)

निष्कर्ष स्पष्ट है। अपनी कंपनी को कभी न बेचें और हमेशा स्थानीयता के नियम का पालन करें।

(वास्तव में, स्थानीयता के तीन कानून हैं, और "यूआई तत्वों को रखना जहां वे परिवर्तन को प्रभावित करते हैं" केवल पहला है। यदि रुचि है, तो यहां पढ़ें)।

अगले एक!

2. कुछ भी लेकिन ड्रॉप-डाउन सूची

हर बार जब आप ड्रॉप-डाउन सूची का उपयोग करने के लिए लुभाते हैं, तो सभी संभावित विकल्पों के बारे में सोचें।

UX डिजाइन में एक गैर-स्पष्ट पाठ यह है कि ड्रॉप-डाउन सूचियां आमतौर पर सबसे खराब विकल्प होती हैं ।


नरक में आपका स्वागत है!

वे हमेशा खराब नहीं होते हैं , लेकिन निम्नलिखित कारक आपके खिलाफ खेलते हैं:

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

यह काफी सरल है, तो आइए ड्रॉप-डाउन सूची के मुख्य विकल्पों को देखें।

यदि विकल्प दो विकल्पों के बीच है ...

हमारे पास दो विकल्पों में से एक को चुनने के कुछ शानदार तरीके हैं। उनमें से सभी (ए) तुरंत विकल्प दिखाते हैं और (बी) को कम क्लिक / क्लिक की आवश्यकता होती है।

उन प्रश्नों के लिए जिनके पास "डिफ़ॉल्ट" उत्तर नहीं है, खंडित बटन का प्रयास करें ।



यदि कोई डिफ़ॉल्ट स्थिति है जो 'OFF' से मेल खाती है, तो बॉक्स को चेक करने का प्रयास करें। यह उन सेटिंग्स के लिए भी अच्छा है जो तब तक परिवर्तन को प्रभावित नहीं करती हैं जब तक कि उपयोगकर्ता "सहेजें" या "सबमिट" पर क्लिक नहीं करता है ।



स्विच एक समान तरीके से काम करता है: यह उन परिवर्तनों के लिए अच्छा है जिन्हें तुरंत लागू किया जाना चाहिए।



झंडे और स्विच केवल तभी मायने रखते हैं जब दो विकल्प हों। निम्नलिखित आइटम तब उपयोगी होते हैं जब विकल्पों की संख्या दो से लगभग पाँच हो, तो आप उनमें से कुछ को आज़मा सकते हैं।

यदि विकल्प 2-5 विकल्पों के बीच है ...

ऊपर, हमने खंडों वाले बटनों को देखा (यहाँ उनका उपयोग भी किया गया है)। यह ध्यान देने योग्य है कि अधिक विकल्पों के साथ, ऊर्ध्वाधर खंड वाले बटन पाठ की लंबाई के साथ अधिक लचीलापन देते हैं।



स्विच (रेडियो बटन) एक समान तरीके से संचालित होते हैं, लेकिन विशेष रूप से प्रत्येक पसंद के उप-तत्वों को प्रदर्शित करने के लिए उपयोगी होते हैं।



कई विकल्पों के विस्तृत प्रदर्शन के लिए, कार्ड अच्छी तरह से अनुकूल हैं।



मुझे दृश्य विकल्पों को प्रदर्शित करने की चाल पसंद है, सूची नहीं।


जाहिर तौर पर टेस्ला को भी यह पसंद है।

यदि विकल्प कई विकल्पों के बीच है ...

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

यदि आप एक तिथि चुनते हैं ...

किसी तिथि के लिए, ड्रॉप डाउन सूची सबसे खराब हैं। अगर मैं कभी ऐसा करता हूं, तो मैं वास्तव में एक यूएक्स डिजाइनर के रूप में विफल रहा।



कौन सा विकल्प? खैर, यह परिस्थितियों पर निर्भर करता है। पहला सवाल: आप किस तरह की तारीख चुनते हैं ?

1. पॉसों की तारीखें । सबसे पहले, अधिक संभावित तिथियां, और फिर सूची नीचे, कम संभावित तिथियां। उदाहरण के लिए, एक निर्धारित बैठक या उड़ान की तारीख।
   
2. उच्च अस्थिरता के साथ तिथियाँ । तिथियाँ जो एक विस्तृत समय सीमा पर लगभग समान संभावना रखते हैं । उदाहरण के लिए, एक जन्मदिन।

(हां, मैंने गणितीय वितरण के सम्मान में "पॉइसन डेट्स" कहा है :-)

विभिन्न प्रकार के नियंत्रण विभिन्न प्रकारों के लिए उपयुक्त हैं।



पॉसों की तारीखों के लिए, हम सबसे संभावित सीमा में तारीखों के मैक्सिमम सिलेक्शन को बनाना चाहते हैं (उदाहरण के लिए, किसी मीटिंग को शेड्यूल करने के लिए, यह अगले, कह सकते हैं, 14 दिन)। यह पूरी तरह से सामान्य है कि इस सीमा के बाहर की तारीख का चयन करना थोड़ा अधिक कठिन होगा।

कैलेंडर नियंत्रण पूरी तरह से पॉइसन तिथियों के लिए इन आवश्यकताओं को पूरा करता है। यदि आप जानते हैं कि अगले 2-4 सप्ताह के भीतर तारीख गिरने की अत्यधिक संभावना है, तो आप चॉकलेट में हैं।



काफी रचनात्मक रूप से, Google उड़ानें डिफ़ॉल्ट रूप से आपको लगभग दो सप्ताह में एक उड़ान प्रदान करती हैं, जो कभी-कभी भ्रम पैदा करती है ("मैंने इसे नहीं चुना है!"), लेकिन संभवतः यह पॉइसन वितरण के लिए सबसे अधिक संभावना वाला विकल्प है।



दिनांक पाठ बॉक्स संभवतः उच्च परिवर्तनशीलता के साथ तारीखों के लिए सबसे अच्छा विकल्प है, जहां (ए) के लिए एक तिथि को दूसरे पर पसंद करने का कोई कारण नहीं है, अर्थात (बी) सभी विकल्पों को चुनना उतना ही मुश्किल है।


याद रखें कि इनपुट [type = date] आपका मित्र है ... कम से कम डेस्कटॉप पर

यदि आप एक नंबर चुनते हैं ...

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

आपको कितनी बार 1 टिकट की आवश्यकता है? बहुत बार ।

आपको कितनी बार 10 टिकटों की आवश्यकता है? बहुत ज्यादा नहीं है ।

आपको 10,000 टिकट कितनी बार चाहिए? क्या यह किसी तरह का क्रूर मजाक है?

यहां हम फिर से पॉइसन वितरण से निपटते हैं और निम्न संख्या में स्थानांतरित नियंत्रण का उपयोग करना चाहिए: उदाहरण के लिए, एक स्टेपर ।



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

क्या मैं कम से कम कहीं पर ड्रॉप-डाउन सूचियों का उपयोग कर सकता हूं?

बेशक।

याद रखें कि जब वे ठीक काम करते हैं ...

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

शायद आप में से सबसे अधिक पर्यवेक्षक ने देखा है कि Google फ़्लाइट इंटरफ़ेस में, जिसकी मैंने ऊपर प्रशंसा की है, वास्तव में तीन ध्यान देने योग्य ड्रॉप-डाउन सूची हैं !


क्या उल्लेखनीय है, मोबाइल इंटरफ़ेस में 'अर्थव्यवस्था' की कोई ड्रॉप-डाउन सूची नहीं है

उन्होंने वास्तव में यहां अच्छा काम किया है। संभावित प्रयोज्य समस्याओं को निम्नलिखित द्वारा शीघ्रता से कम किया जाता है:

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

ठीक है। आगे चलते हैं।

3. स्क्विंट टेस्ट

यदि आप व्यंग करते हैं, तो सबसे महत्वपूर्ण बात यह है कि आंख को पकड़ने वाला पहला, और सबसे महत्वपूर्ण तत्व - अंतिम।

सुरक्षा प्रश्न: उपयोगकर्ता को इस पृष्ठ का उपयोग करने के लिए क्या करना चाहिए?

(नोट: मैंने इसे फूंका, इसलिए मेरी प्रवृत्ति का पालन करें, लेकिन मैं एक संकेत दे सकता हूं: यह डेटा प्रविष्टि फॉर्म है)



मैं दो चीजों का सुझाव दूंगा :

1. पीले क्षेत्र में सभी प्रासंगिक चेकबॉक्स (??) सेट करें
   
2. ब्लू सबमिट बटन पर क्लिक करें

आपने भी ऐसा सोचा था?

त्रुटि और त्रुटि।

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

स्क्विंट परीक्षण कहता है कि सबसे महत्वपूर्ण बात सबसे अधिक ध्यान देने योग्य होनी चाहिए। यहाँ सबसे महत्वपूर्ण बात क्या है? यह एक टेक्स्ट बॉक्स (या एक स्टेपर;) और एक "सबमिट" बटन है।

यदि आप आगे जाते हैं, तो अगला पृष्ठ और भी खराब है।



आप क्या दबाएंगे: बाईं ओर ग्रे बटन या दाईं ओर एक ही ग्रे बटन?

मुझे आशा है कि आपने बाएं को चुना है!


इस रूप में जल्दी में, मैंने वास्तव में सबसे पहले हेल्प बटन पर क्लिक किया। ओह। जब मैंने दूसरी बार प्रवेश किया, तो मैंने "बैक" पर क्लिक किया, यहां तक ​​कि दोनों बटनों के नामों को भी धाराप्रवाह रूप से स्कैन किया, क्योंकि 99,999% अन्य साइटों पर (बाएं से दाएं पत्र की दिशा के साथ), "बैक" बटन हमेशा बचा रहता है

फिर, यदि आप अपनी आँखें मूँद लेते हैं, तो मैं यह नहीं कह सकता कि क्या महत्वपूर्ण है।

स्थानीयता के कानून और ड्रॉप-डाउन सूचियों के बहिष्करण की तरह, स्क्विंट परीक्षण बहुत सरल है। 30 सेकंड में योजना सुधार।


वास्तविक रीडिज़ाइन में, मैं SAME पृष्ठ पर टिकटों की संख्या का चयन करना चाहूंगा। लेकिन यह अलग समय के लिए एक अलग कानून है

क्या यह काम करता है?



खुद कहो। चार स्विच और एक बटन। और नीचे एक छोटा लिंक।

मैं अलास्काट्रेन डॉट कॉम वेबसाइट के साथ गलती खोजने की कोशिश नहीं कर रहा हूं, यह आम है।

यहाँ मेरे पसंदीदा सोशल नेटवर्क के लिए फोरस्क्वायर सिफारिशों (अच्छी तरह से देखा गया, निश्चित रूप से) पर आधारित साइन-अप स्क्रीन है।



वास्तव में दर्ज किए गए डेटा (सबसे महत्वपूर्ण बात) को कैसे भेजें?

संकेत: बटन ऊपरी दाएं कोने में सादे पाठ के पीछे छिपा हुआ है।



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



पृष्ठ पर मुख्य तत्व की पहचान करने का एक तरीका यह है कि पृष्ठ के विचारों में से एक विशेष कार्रवाई में कितना शामिल है। यहां अनकी कार्यक्रम के प्रासंगिक संकेतक हैं (अंतराल दोहराव का उपयोग करके शब्दों, अभिव्यक्तियों और किसी भी अन्य जानकारी को याद रखने का एक कार्यक्रम - लगभग। प्रति।)।



मेरे द्वारा देखे जाने वाले प्रत्येक सौ कार्डों के लिए, मैं उस पर जाऊंगा:

• उत्तर दिखाएं (लगभग 95 बार)
  
• कार्ड की सूची पर वापस (दो बार)
  
• कार्ड जोड़ना शुरू करें (दो बार)
  
• कुछ अन्य सुविधाएँ (बहुत दुर्लभ)

ऐसा विश्लेषण वास्तव में संकेत देता है कि कौन सा इंटरफ़ेस यहां बेहतर काम करेगा।

• सबसे अक्सर उपयोग किए जाने वाले कार्यों को मिलाएं (पहले सन्निकटन में, "सबसे अधिक उपयोग किया जाने वाला" "सबसे महत्वपूर्ण" के बराबर होता है)
  
• कम उपयोग की जाने वाली सुविधाओं को ढीला, छिपाएँ या निकालें

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

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

4. केस स्टडी

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

हमारे पास शब्दों में सब कुछ समझाने की कोशिश करने की एक अजीब प्रवृत्ति है, जब उदाहरण बहुत स्पष्ट हैं।

नया स्टार्टअप Teeming.ai लें, जिसने हाल ही में मुख्य पृष्ठ के डिजाइन पर परामर्श करने के लिए मुझसे संपर्क किया। इस पृष्ठ पर शीर्षक:

• " दूरस्थ कार्य में अलगाव को समाप्त करना "
  
• "टीमिंग रिमोट टीम बिल्डिंग के साथ मदद करता है", यह " सीखने, समस्याओं को हल करने, मजेदार होने और एक दूसरे को प्रेरित करने " के लिए भी है
  
• " समकालिक [संचार] के लिए टीमिंग और वीडियो"
  
• "आपके सभी पसंदीदा वीडियो प्लेटफार्मों के साथ काम करता है "

लेकिन यहाँ सवाल है। टीइंग वास्तव में क्या करती है?



कहना कठिन है। यह स्पष्ट है कि यह किसी भी तरह से जुड़ा हुआ है ... दूरस्थ श्रमिकों के लिए सकारात्मक है ? लेकिन मेरे पास ठोस विचार नहीं हैं कि यह कैसे व्यक्तिगत रूप से मेरी मदद करेगा, इसलिए मैंने इस सेवा की कोशिश नहीं की, यह सिफारिश करें, आदि।

(क्षमा करें, Teeming, तुम्हें पता है, मैं तुमसे प्यार करता हूँ)।

अगला, IFTTT पर एक नज़र डालें। हो सकता है कि आप पहले से ही जानते हों कि वे क्या कर रहे हैं - फिर दिखावा करें कि आप नहीं जानते हैं , और मुख्य पृष्ठ पर शीर्षक से इसे समझने की कोशिश करें:

• पिज्जा डिलीवरी (डोमिनोज़ + ह्यू) के साथ एक आदमी के लिए सड़क को स्वचालित रूप से हल्का करें
  
• (Instagram+Twitter)
  
• (Google Assistant+iOS Calendar)

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

पागल बात यह है कि मुख्य पृष्ठ पर वे पहले इसे पाठ के साथ समझाते हैं:

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

Bliiin।

प्रश्न: आवेदन के विचार में क्या बेहतर है ? उदाहरण या विवरण? उदाहरण

सोचो। विवरण पूरी तरह से स्पष्ट है जब मैं कुछ उदाहरण देखता हूं कि यह कैसे मेरी मदद कर सकता है।

लेकिन उदाहरण न केवल लैंडिंग पृष्ठ पर आवश्यक हैं। यह तब होता है जब हम पहली बार बेसकैंप परियोजना प्रबंधन उपकरण में प्रवेश करते हैं ।



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

गंभीरता से, मैं फर्जी उपयोगकर्ताओं से फर्जी चैट पढ़ सकता हूं , जो शेड्यूलर में फर्जी डाउनलोड और फर्जी कार्यों पर चर्चा करते हैं ।



क्या कोई दोस्ताना भी है ... पहाड़? ... जो कहता है कि मैं इस ट्यूटोरियल के बारे में दो मिनट का व्याख्यात्मक वीडियो देख सकता हूं।

और धन्यवाद, श्री गोरा, मार्गदर्शन के लिए: डेमो वीडियो उदाहरण के द्वारा सीखने का एक और तरीका है ! उदाहरण दिखाते हैं कि मेरी परियोजनाएं कैसे दिखेंगी, और वीडियो दिखाता है कि सॉफ्टवेयर का उपयोग कैसे किया जाए ।

शानदार ढंग से।

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

महान Procreate ड्राइंग अनुप्रयोग ऐप्पल डिज़ाइन अवार्ड जीता, ऐप स्टोर और ऐप स्टोर पर संपादक की पसंद, और जॉन ग्रुबर ने इसे "ग्राउंडब्रेकिंग," और इतने पर कहा - लेकिन कोई भी पुरस्कार इस संपादक में बनाए गए कार्य के वास्तविक जीवन के उदाहरणों की तरह खुश नहीं है।


यह एक साधारण

वाह ड्राइंग ऐप नहीं है ।

यह MS Paint नहीं है।

प्रदर्शनआपके अनुप्रयोग की क्षमताओं को समझने के लिएएक शक्तिशाली उपकरण है।

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

संक्षेप में, ऐसा करने के मेरे पसंदीदा तरीके हैं:

1. किसी भी पृष्ठ पर जो उपयोगकर्ता को एक फ़ंक्शन / एप्लिकेशन आदि प्रदान करने की कोशिश करता है, इस उपकरण के साथ क्या किया जा सकता है, इसके उदाहरण दिखाएं।
   
2. "बूटस्ट्रैप" विधि का उपयोग करें, नमूना डेटा दिखाएं और एक उदाहरण है कि कैसे ठीक से काम करने वाला एप्लिकेशन दिखेगा।
   
3. उपयोग के उदाहरणों के साथ रणनीतिक जानकारी (जैसे लेख, वीडियो, या युक्तियां) एम्बेड करें।
   
4. क्या आपका एप्लिकेशन आपको कुछ रचनात्मक बनाने की अनुमति देता है? कल्पना को जगाने के लिए कार्यों की एक गैलरी दिखाएं।

क्या यह समझ में आता है? आकर चक्कर लगाओ।