पहली जगह में उपयोगकर्ता की सुविधा होनी चाहिए। दुर्भाग्य से, इंटरनेट पर बहुत सारे समाधान हैं जो वर्षों से उधार लिए गए हैं क्योंकि "हर किसी की तरह", लेकिन जो लंबे समय से छोड़ दिए गए हैं। नीचे व्यक्तिगत संग्रह से इस तरह के कई दृष्टिकोण दिए गए हैं। लिखित सत्य होने का दावा नहीं करता है, सभी विषय बहस योग्य हैं।
पंजीकरण पर पासवर्ड या ईमेल की पुष्टि
ऐसा कितनी बार होता है कि कोई व्यक्ति गलत पासवर्ड को याद करता है और उसे डायल करता है जब वह पंजीकरण के दौरान पहली बार ध्यान से डायल करता है? यदि वह पंजीकरण के दौरान पासवर्ड में गलती करता है तो क्या होगा? पासवर्ड पुष्टिकरण दर्ज करने के लिए पूछे जाने पर आप क्या भावनाएं महसूस करते हैं? क्या कभी ऐसा हुआ है कि आपने पहले क्षेत्र से ईमेल की पुष्टि की प्रतिलिपि नहीं बनाई है, लेकिन इसे अपने हाथों से टाइप किया है?
पासवर्ड की पुष्टि आवश्यक नहीं है। पंजीकरण के दौरान त्रुटियां अत्यंत दुर्लभ हैं, और सबसे खराब यह हो सकता है कि आपको अपना पासवर्ड रीसेट करने या फिर से पंजीकरण करने की आवश्यकता हो। खेतों को दोहराने में विफलता उपयोगकर्ता द्वारा किए गए शापों की संख्या को बचाएगा, और सेवा का एक अच्छा पहला प्रभाव छोड़ देगा। ट्विटर ने पहले ही इसका पता लगा लिया है, लेकिन इस पर फैसला किया जाना है। उपयोगकर्ता आपको धन्यवाद देंगे।
ईमेल सत्यापन से पहले सेवा का उपयोग करने में असमर्थता
सेवा का उपयोग शुरू करने के लिए, ईमेल से लिंक का उपयोग करके अपने खाते की पुष्टि करें। क्यों? किस ईमेल सेवा के लिए यह महत्वपूर्ण है? उपयोगकर्ताओं को तुरंत सेवा का उपयोग करने दें, बस ऊपर एक मिलता जुलता डाई लटका दें, और ईमेल से बंधे कार्यक्षमता को अक्षम करें। सेवा का उपयोग सीमित होने दें, लेकिन यह होगा। सेवा पृष्ठ को बंद करने की आवश्यकता जहां आपने अभी पंजीकरण किया है, बकवास है। लोगों को आपकी सेवा के साथ खेलने दें। क्या आपके पास सोशल नेटवर्क है? उन्हें शांति से अपने लिए एक प्रोफ़ाइल बनाने दें, इस समय उन्हें ईमेल सूचनाएं न भेजें, बाकी सब कुछ एक पुष्टिकरण ईमेल के बिना ठीक काम करता है। और उपयोगकर्ता आभार सेवा के एक हर्षित पहली छाप के रूप में वापस आ जाएगा।
पंजीकरण या सत्यापन के बाद लॉगिन करने की आवश्यकता है
यदि आपने अभी एक पासवर्ड दर्ज किया है, तो आपको लॉग इन करने के लिए फिर से प्रवेश करने की आवश्यकता क्यों है? और यदि आप ईमेल सत्यापन से लिंक करके आए हैं, तो क्या आप नहीं जानते कि किस तरह का उपयोगकर्ता सेवा में आया है? तो अगर आप उसके बारे में सब कुछ जानते हैं तो आप उसे लॉग इन क्यों करते हैं? सुरक्षा? लोग एक ब्राउज़र में पासवर्ड सहेजते हैं, और अधिकांश सेवाओं का उपयोग बिना लॉग इन किए किया जाता है, खाते तक पहुंच पहली सुरक्षा प्राथमिकता के रूप में लंबे समय तक नहीं रह गई है। और अगर कोई व्यक्ति मेल से एक लिंक के द्वारा आया है, तो उसके पास इसकी पहुंच है, और वह खाते तक समान पहुंच प्राप्त करके पासवर्ड को पुनर्प्राप्त कर सकता है। तो फिर लॉगिन पासवर्ड दर्ज करने की आवश्यकता के साथ आम उपयोगकर्ताओं को पीड़ा क्यों? उन्हें आपकी सेवा में आने दें, वे इसका उपयोग शुरू करने के लिए उत्सुक हैं, और आप हस्तक्षेप करते हैं।
कैप्चा को पठनीय होना चाहिए
आपने कितनी बार reCAPTCHA को शाप दिया है, बिना यह पढ़े कि इस पर क्या लिखा जा सकता है? लेकिन कैप्चा सबसे अधिक कष्टप्रद उपयोगकर्ता है। एक कैप्चा, जिस पर कुछ भी पढ़ना असंभव है, यह नसों के लिए एक वास्तविक परीक्षा है। शायद उसका कैप्चा, और पंजीकरण पृष्ठ बंद करने का समय आ गया है? मैंने देखा कि कैसे मेरे दोस्त ने 5 बार अपडेट किया, जब तक कि मैं अंत में इसे नहीं पढ़ सकता। बहुत से नागरिक रोबोट के खिलाफ लड़ाई से प्रभावित थे। कैप्चा मुख्य रूप से लोगों के अनुकूल होना चाहिए। रोबोट के बजाय, आप पहले से ही एक हज़ार एशियाई को एक पैसा दे सकते हैं, जो अपने हाथों से कैप्चा उठाएगा। कैप्चा का उपयोग करें जो पहली बार समझना आसान है। और पुनरावृत्ति के बारे में भूल जाओ!
first_and_last_warning = पर
इनपुट फ़ील्ड प्रतिबंध
आपकी सुरक्षा के लिए, पासवर्ड कम से कम 8 होना चाहिए, लेकिन अब 12 अक्षरों से कम नहीं, कम से कम एक अपरकेस अक्षर, संख्या और विराम चिह्न शामिल हैं। कम से कम एक बार हममें से प्रत्येक ने एक नया पासवर्ड ईजाद किया, क्योंकि पुराना एक डेवलपर द्वारा आविष्कार की गई शर्तों को पूरा नहीं करता था। "सुरक्षा की खातिर" मुझे यह पासवर्ड अपने डेस्कटॉप या मेल पर एक टेक्स्ट फ़ाइल में डालना था, क्योंकि किसी एक सेवा के लिए नए सिरे से आविष्कार करना याद रखना असंभव है। और कुछ महीनों के बाद, एक भूल पासवर्ड पुनर्प्राप्त। हमें आपकी सुरक्षा का ख्याल है।
सुरक्षा के बारे में सोचने के लिए उपयोगकर्ता को अकेला छोड़ दें। पासवर्ड प्रतिबंध समस्या का समाधान नहीं करते हैं, वे केवल जीवित लोगों में अभिशाप का कारण बनते हैं। 5 अक्षरों का पासवर्ड F हो सकता है; # z2, और 9 का - अलेक्जेंडर
चेकबॉक्स और चयन के माध्यम से निर्दिष्ट सेटिंग्स को बचाने की पुष्टि
चेकबॉक्स को मान्य क्यों करें? क्या आपको याद है कि आखिर पुष्टि क्यों? कुछ ऐसे बुनियादी सवालों पर पुनर्विचार करते हैं, कई लोग केवल इसलिए नकल करते हैं क्योंकि दूसरे करते हैं, और दूसरों के पास अच्छे कारण हैं। ज्यादातर के पास अक्सर नहीं होता है। पुष्टि सहज क्लिक से बचाता है। कभी-कभी आप वास्तव में इनपुट फ़ील्ड, पोक बटन में कुछ लिखना चाहते हैं। या हो सकता है कि बिल्ली कीबोर्ड पर चले? जिज्ञासा से बाहर किए गए दर्द को रद्द नहीं करने के लिए, वे "परिवर्तन सहेजें" बटन बनाते हैं। दर्द से, यहाँ महत्वपूर्ण शब्द है। यदि हम गलती से चेकबॉक्स सेटिंग को सक्षम करते हैं तो क्या होता है? हमें इसे रद्द करने की आवश्यकता है, है ना? और यह एक ही चेकबॉक्स पर एक क्लिक में किया जाता है। तो क्या चेकबॉक्स पर क्लिक करके सेटिंग्स को सीधे सेव करना बेहतर नहीं है? पासवर्ड के साथ, त्रुटियाँ सार्थक क्लिकों की तुलना में बहुत कम होती हैं, और एक क्लिक में रद्द हो जाती हैं। उपयोगकर्ताओं को हर बार चेकबॉक्स ब्लॉक में परिवर्तन सहेजने के लिए मजबूर न करें। सभी प्रमुख सेवाएं पहले से ही ऐसा कर रही हैं।
इनपुट क्षेत्र में ध्यान केंद्रित करें। जिस फील्ड से कॉपी करनी है, उसे सिलेक्ट करें
यह अक्सर एक खराब विरासत वाले फैसले की तुलना में अधिक सलाह है। आखिरकार, जब कोई समाधान नहीं होता है, तो विरासत में कुछ भी नहीं होता है। लेकिन ऐसा क्यों नहीं है, क्योंकि ऐसा करना बहुत ही सरल है, और इसलिए उपयोगकर्ता की सुविधा बढ़ जाती है? टेक्स्ट फॉर्म के साथ पेज खोलते समय कर्सर को फील्ड में रखना इतना सरल है। Habrahabr, नया पोस्ट बनाने के लिए पृष्ठ पर कर्सर को हेडर में या हब की पसंद में स्वचालित रूप से क्यों नहीं डालता है? और खोज पृष्ठ पर (habr.ru/search), क्योंकि एक एकल इनपुट फ़ील्ड है? मुझे इस बात पर कभी आश्चर्य नहीं होना चाहिए कि पेज की मुख्य कार्यक्षमता एक क्षेत्र में होने पर भी सेवाओं की संख्या कितनी है, इसके लिए आपको एक अतिरिक्त क्लिक करना होगा (जैसा कि अक्सर एक ही खोज के साथ होता है)। यहां तक कि अमेज़ॅन मुख्य पृष्ठ (ईबे पुट) पर खोज क्षेत्र में ध्यान केंद्रित नहीं करता है।
हिंडोला नियंत्रण
हिंडोला का विचार अच्छा है, लेकिन आपको इसे कॉपी नहीं करना चाहिए क्योंकि यह मजेदार है। यह हमेशा मजेदार नहीं होता है। चित्र को स्विच करने के लिए आपको हिंडोला पर डॉट्स पर कितनी बार जौहर करना था? और आपने कितनी बार तस्वीर को ईमानदारी से देखा, लेकिन यह स्वचालित रूप से अगले में बदल गया, और स्विचिंग गति के कारण, क्या आपके पास एक भी विचार करने का समय था? कई राउंडअबाउट हैं, लेकिन बहुत कम अच्छे हैं। यह सुंदर है, लेकिन यह भी सुविधाजनक होना चाहिए।
सोशल मीडिया बटन
सामाजिक नेटवर्क महान हैं - लोगों से जीवंत प्रतिक्रिया आपकी सेवा की लोकप्रियता को बढ़ाती है। सामाजिक पागलपन की खोज में, सेवाओं को सभी सामाजिक नेटवर्क के उपयोगकर्ताओं के लिए सुविधाजनक बनाने के लिए 100,500 सामाजिक बटन ढाले जाते हैं। इन बटन को साइट डिज़ाइन से बाहर खटखटाया जाता है, दृश्य धारणा को अव्यवस्थित किया जाता है, और विपरीत प्रभाव की ओर जाता है: पृष्ठ क्रिसमस माला में बदल जाता है, सिवाय इसके कि यह पलक नहीं झपकाता। सामाजिक बटन के साथ सावधान रहें। एक, दो, तीन हो सकते हैं ... आपको 10 साझाकरण बटन तुरंत नहीं लटकाने चाहिए, जैसा कि कई सेवाएं करती हैं।
टैब पर पेज और अलग नेविगेशन पेज
ऐसा अक्सर नहीं होता है, लेकिन इंटरनेट पर अभी भी नेविगेशन पृष्ठ हैं, जिसका सार केवल यह वर्णन करना है कि लिंक क्या स्थित है। यह एक ऐसा पेज है, जो तब खुलता है जब आप सेक्शन के बजाय किसी सेक्शन पर क्लिक करते हैं। "सेटिंग" पर क्लिक करके - मैं तुरंत सेटिंग्स को देखना चाहता हूं, और "दोस्तों" पर - दोस्तों की सूची। नेविगेशन पृष्ठ के बजाय पहले, सबसे महत्वपूर्ण खंड को एक साथ क्यों नहीं खोला? वैसे भी, यदि अनुभागों को हस्ताक्षरों की आवश्यकता है, या उनमें से बहुत सारे हैं, तो आपके नेविगेशन और इंटरफ़ेस की स्पष्टता को फिर से लड़ने की आवश्यकता है।
फोटो आकार सीमाएँ
अपलोड की गई तस्वीर का आकार 100 किलोबाइट से अधिक नहीं हो सकता। गंभीरता से? मैंने अपने लिए एक डिजिटल एसएलआर के साथ एक अवतार लिया, जो 15 मेगाबाइट आउटपुट देता है, और अब एक अवतार अपलोड करने के लिए मुझे एक संपादक या Google फ़ोटोशॉप ऑनलाइन स्थापित करने की आवश्यकता है, और आकार और वॉल्यूम द्वारा एक तस्वीर को संपीड़ित करने के लिए 10 मिनट खर्च करने की आवश्यकता है? लेकिन क्या मैं सिर्फ सेवा बदल सकता हूं? यह संभावना नहीं है कि 2012 में आप प्रोफ़ाइल फ़ोटो अपलोड करने के लिए डिस्क स्थान पर टूट सकते हैं, जो तब भी सर्वर पर संपीड़ित होते हैं। तो क्यों न मैं सिर्फ एक फोटो अपलोड करूं? यहां तक कि फॉर्मरिंग और फोरस्क्वेयर जैसी बड़ी सेवाएं अभी भी मैचों में इस तरह की बचत के साथ पाप करती हैं। कई आधुनिक सेवाएं पंजीकरण और प्रोफ़ाइल निर्माण को यथासंभव कठिन बनाने के लिए सब कुछ करती हैं। सबसे वफादार उपयोगकर्ता जो सभी बाधाओं से गुजर चुके हैं, वे कहीं भी नहीं जाएंगे। लेकिन क्या सभी तक पहुंचेंगे?
तालिकाओं में ज़ेबरा
यदि आप एक तालिका का उपयोग करते हैं, तो सबसे अधिक संभावना है कि आपके पास पहले से ही कुछ गलत है। दिग्गजों को देखें: सूचियों में लंबे समय तक तालिकाएं होती हैं। लेकिन अगर आपने टेबल को छोड़ दिया, तो इसे पेंट न करें, उपयोगकर्ता की आंखों पर दया करें। एक अच्छी तरह से संगठित सूची दृश्य रेखा विराम के बिना पढ़ी जाती है: जीमेल देखें। सैकड़ों पत्रों की एक सूची आंखों को चोट नहीं पहुंचाती है, आप पूरी तरह से समझते हैं कि कौन सी रेखा किस तिथि और विषय से संबंधित है। या VKontakte संवादों की एक सूची। यह रंगीन नहीं है, लेकिन लाइनें पूरी तरह से पठनीय हैं। अब सोचिए अगर इसमें हर लाइन भी अलग रंग में रंगी होती। ओह मेरी आँखें!
मजबूत परंपराओं के खिलाफ जाने के लिए निर्णय की आवश्यकता है। आभारी उपयोगकर्ता आपको नहीं भूलेंगे।
