पंजीकरण विफलता

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

आधुनिक लोग विभिन्न ओपनिडी की मदद से पंजीकरण प्रक्रिया को सरल बनाने की कोशिश कर रहे हैं, और यह स्थिति को सरल करता है, लेकिन रोगसूचक उपचार है, और समस्या अनसुलझी बनी हुई है।

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



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

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

सामान्य तौर पर, लाभ शून्य हो जाता है, और नुकसान स्पष्ट होते हैं।

इसके अलावा, यदि आप सामग्री को पूरी तरह से बंद कर देते हैं, तो खोज इंजन इसे नहीं देखेंगे, जिसका अर्थ है कि उपयोगकर्ता साइट पर नहीं आएंगे। और यदि आप इसे केवल खोज इंजन के लिए खोलते हैं, तो आप इसे बिना पंजीकरण के कैश के माध्यम से देख सकते हैं (इस तरह की मूर्खता का एक जीवित उदाहरण है, उदाहरण के लिए, http://demiart.ru/ )।

एक और कोई कम हानिकारक विपरीत वह स्थिति है जब साइट प्रत्येक उपयोगकर्ता के साथ ऐसा व्यवहार करती है जैसे कि वह पहली बार आया था। ऑनलाइन स्टोर के लिए ऐसा स्केलेरोसिस विशेष रूप से हानिकारक है, क्योंकि उनके लिए उपयोगकर्ता का प्रत्येक क्लिक मूल्यवान जानकारी है जो बिक्री बढ़ा सकती है, और इस तरह की जानकारी को भूलना बस अपराधी है।

यह समझने के लिए कि आवेदन को कैसे व्यवहार करना चाहिए, आपको यह कल्पना करने की आवश्यकता है कि यह एक विनम्र व्यक्ति की भूमिका करता है जो आपकी मदद करने की कोशिश कर रहा है। ऐसा व्यक्ति आपको अंतहीन अनावश्यक प्रश्नों और आवश्यक क्षेत्रों से परेशान नहीं करेगा। उसी समय, वह चौकस है, और संचार में पिछले अनुभव को ध्यान में रखते हुए व्यवहार करता है, और ऐसा नहीं है जैसे कि वह आपको पहली बार देखता है।

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

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

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

इस तथ्य के बावजूद कि सभी क्षण, ऐसा लगता है, तार्किक और सरल हैं, मैं इस तरह के तंत्र के किसी भी तैयार किए गए कार्यान्वयन को खोजने में सक्षम नहीं हूं। मैं अपनी परियोजनाओं में एक समान दृष्टिकोण का उपयोग करता हूं, लेकिन जब से मैं एक सर्वर प्रोग्रामर हूं, मैं केवल इनफ़ॉफ़र हूं क्योंकि मैं एक पूर्ण समाधान नहीं लिख सकता हूं जिसे आसानी से किसी भी परियोजना में एक टैम्बोरिन और एपेंडिंग कोड के साथ नृत्य के बिना एकीकृत किया जा सकता है।

यदि कोई व्यक्ति वाईआई को अच्छी तरह से जानता है और विकास में भाग लेने के लिए तैयार है, या कम से कम कोड की गुणवत्ता के बारे में सलाह देता है, तो मुझे बहुत खुशी होगी और इस तरह का एक मॉड्यूल बनाने की कोशिश की जाएगी।

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

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