ऑनलाइन स्टोर में प्राधिकरण - अनावश्यक रूप से महंगी कार्यक्षमता

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

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



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

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

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

उपरोक्त तर्कों के समर्थन में, बड़े ऑनलाइन स्टोर में बहुत ही समान मामले पर एक रिपोर्ट के साथ uie.com पर पहले से ही एक क्लासिक लेख है । लेख में यह खुलासा नहीं किया गया है कि वास्तव में आगंतुकों पर प्राधिकरण लगाने के कारण प्रति वर्ष $ 300 मिलियन तक का नुकसान कैसे हुआ। लेकिन यहां कुछ दिलचस्प संख्याएं हैं - प्रति दिन 140,000 तक पासवर्ड पुनर्प्राप्ति के प्रयास थे, जिसके बाद केवल 25% आगंतुकों ने आदेश पूरा किया।

प्रस्तावित समाधान का सार बहुत सरल है - सबसे अच्छा समय ग्राहक से पासवर्ड मांगने का है ... जब उसने पहले ही आदेश पूरा कर लिया है!

यह कुछ इस तरह दिख सकता है:



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

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

और यहां तक ​​कि अगर वह कुछ भी नहीं करता है, तो यह उसकी पसंद है। इससे उसके साथ आपके लेन-देन के तथ्य पर न्यूनतम प्रभाव पड़ेगा।

दूसरे "अच्छे इरादे" के बारे में - पहले दर्ज किए गए डेटा का स्वचालित प्रतिस्थापन। अधिकांश ऑनलाइन स्टोर के लिए, फॉर्म आमतौर पर पर्याप्त होता है, फॉर्म:



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



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

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

PS कई अन्य लोगों की तरह, हमने वर्णित समस्या के साथ बहुत सारे ऑनलाइन स्टोर भी बनाए हैं, लेकिन हमें सही किया जाएगा और परिवर्तित परियोजनाओं पर आंकड़े साझा करने का वादा किया जाएगा।